"DASH" - WATEK TECHNICZNY

@splawik21, pobrałem z github i robiłem wg instrukcji opisanej na github

@mecenas, no bo jest problem z miksowaniem - w pełnym portfelu nie powinno go być

Trochę info o zmianach w koncepcji mieszania DASH:
https://translate.googleusercontent.com ... M9QLbBIdEw

koparki pisze: @splawik21, pobrałem z github i robiłem wg instrukcji opisanej na github

Zacytuje: "Ubuntu users better install dash electrum from https://launchpad.net/~akhavr/+archive/ ... -electrum/"
Instrucje zostana updatowane.

Postautor: **maky** » sobota, 20 października 2018, 17:56

Perszing1800 pisze: Ile tak mniej więcej trwa mixowanie 0.5 Dasha przez 6 Rund?
Puściłem testowo i nie wiem czy tygodnia starczy.
"Przesłano do masternoda,czekaj na swoją kolej" i "Sesja wygasła spróbuj ponownie" takie komunikaty widzę.

Zgodnie z obietnicą.
Miksowanie 6 rundowe 5 DASH.
Koszt 3,1 promila

10:49 - 0%
12:27 - 20%
12:45 - 32%
14:31 - 45%
15:03 - 81%
16:00 - 86%
16:17 - 95%
17:06 - 98%
17:42 - 99%
17:53 - 100%

Postautor: **jpr** » sobota, 17 listopada 2018, 12:05

Dash pracuje z ledgerem jesli chodzi o MN? Są juz moze jakieś narzędzia, które ułatwiają stawianie MN? Czy nadal trzeba kupić vps, wklepywać wszystko w terminalu itd?

Postautor: **Bit-els** » sobota, 17 listopada 2018, 12:49

Kiedy wchodzi najnowsza wersja portfela core?

Automatic InstantSend with
@Dashpay
version 0.13.0 makes already fast transactions even faster! #Dash's block time is 2.5 minutes, but #InstantSend locks transactions in just over 1 second thanks to the #Masternode network.

Bit-els pisze: Kiedy wchodzi najnowsza wersja portfela core?

Automatic InstantSend with
@Dashpay
version 0.13.0 makes already fast transactions even faster! #Dash's block time is 2.5 minutes, but #InstantSend locks transactions in just over 1 second thanks to the #Masternode network.

Pracujemy nad tym

Obecnie już jesteśmy na RC4 i wygląda to coraz lepiej mimo to jeszcze nie wiemy kiedy wejdzie na mainnet.

@jpr MN maja juz wspomaganie z ledger nano s, trezka i keepkeya. Potrzebujesz tylko programik Dash Masternode Tool of Bertrand256's do obsługi.
Wszelkie info znajdziesz na docs.dash.org

Krew się leje

splawik21 pisze: Krew się leje

A to jest wątek techniczny. ;P

P.S. Chyba, że eufemistycznie opisujesz wykrycie dziury w kodzie DASH?

maky pisze:
splawik21 pisze: Krew się leje
A to jest wątek techniczny. ;P

P.S. Chyba, że eufemistycznie opisujesz wykrycie dziury w kodzie DASH?

Racja tak czerwono bylo ze mi oczy zalalo

Postautor: **splawik21** » środa, 5 grudnia 2018, 09:21

By pobudzic watek

Testowanie wersji 13.0 idzie dobrze.
Obecnie jestesmy na Release Candidate 6 i jakies pol godziny temu pozytywnie zostal aktywowany spork15 gdzie tylko deterministyczne masternody beda na sieci i beda dostawac wyplaty za PoSe.
Zmierzamy w dobrym kierunku.

Postautor: **mecenas** » piątek, 7 grudnia 2018, 17:18

splawik21 pisze: Testowanie wersji 13.0 idzie dobrze.

Pytanie główne:
- Czy portfel DASH CORE będzie kiedykolwiek domyślnie portfelem HD (Hierarchical Deterministic Wallet)?

Pytanie pomocnicze:
- Jeśli nie będzie (nie ma tego w planach), to co jest powodem i dlaczego dominuje koncepcja nie_HD?

Postautor: **miso20** » piątek, 7 grudnia 2018, 23:25

Pobijam pytanie @mecenasa

Postautor: **splawik21** » sobota, 8 grudnia 2018, 13:26

mecenas pisze:
splawik21 pisze: Testowanie wersji 13.0 idzie dobrze.
Pytanie główne:
- Czy portfel DASH CORE będzie kiedykolwiek domyślnie portfelem HD (Hierarchical Deterministic Wallet)?

Pytanie pomocnicze:
- Jeśli nie będzie (nie ma tego w planach), to co jest powodem i dlaczego dominuje koncepcja nie_HD?

Myslze ze to z powodu braku szerokiego testowania oraz z powodu "gap limit" o ktorym wspomina nizej.
Tutaj odpowiedz na pytanie jakie zadalem jednemu z developerow Dash czy dshcore HD jest bezpieczny i gotowy do uzytku.
------
"It depends - if you are ok with having seed stored in non-encrypted wallet for a (presumably) short period of time (right after its creation and before you encrypt it), then it _should_ work just fine. Well, at least I’m using it since it was fixed the last time and had no issues (consumed ~90k hd keys since then). Also, there is no “gap limit” feature from bip32, so it won’t detect new keys if you use the same seed somewhere else (but you can generate new addresses one by one or increase keypool and resulting addresses/balances should match)."

Postautor: **KamilZ** » sobota, 8 grudnia 2018, 13:30

@mecenas, Dlaczego chciałbyś, żeby był domyślnie HD? Nie można sobie przełączyć w programie?

Z powodów dlaczego nie_HD jest przydatne, to przychodzi mi do głowy (dosyć naiwnie, przyznaję) kwestia bezpieczeństwa przyszłych wymieszanych monet oraz jak ktoś ci ukradnie stary backup portfela, to nie odzyska z niego nowych monet (w sensie wpłaconych na nowo wytworzone adresy, bo u niego wytworzą się inne losowe adresy)

Postautor: **mecenas** » sobota, 8 grudnia 2018, 15:00

KamilZ pisze: Dlaczego chciałbyś, żeby był domyślnie HD? Nie można sobie przełączyć w programie?

A można? Powiesz jak to zrobić w core?

Postautor: **pm7** » sobota, 8 grudnia 2018, 21:04

KamilZ pisze: @mecenas, Dlaczego chciałbyś, żeby był domyślnie HD?

Osobiście jestem mocno za portfelami HD: backupy takich portfeli działają zgodnie z oczekiwaniami użytkowników.

KamilZ pisze: Z powodów dlaczego nie_HD jest przydatne, to przychodzi mi do głowy (dosyć naiwnie, przyznaję) kwestia bezpieczeństwa przyszłych wymieszanych monet oraz jak ktoś ci ukradnie stary backup portfela, to nie odzyska z niego nowych monet (w sensie wpłaconych na nowo wytworzone adresy, bo u niego wytworzą się inne losowe adresy)

O ile pamiętam, typowo portfel generuje ~100 adresów do przodu. W dodatku często używa się wielokrotnie tych samych adresów. "nie_HD" nie zapewnia bezpieczeństwa w opisany przez Ciebie sposób, a zwiększa ryzyko utraty środków przez nieaktualny backup.

Postautor: **KamilZ** » sobota, 8 grudnia 2018, 23:10

@mecenas, Przepraszam, że tak ogólnikowo: https://docs.dash.org/en/latest/wallets ... anced.html
(Tak szczerze, to myślałem, że jest opcja do "wyklikania", a nie tylko konsola

)

@pm7, Też bardzo jestem za HD!

Dash Core generuje standardowo 1000 do przodu. (Być może przez to, że mixing zużywa sporo adresów.)
Adresy generowane w miarę potrzeb, a automatyczne backupy chyba za każdym razem, gdy pula się odnawia, plus przy zamykaniu.
Można wygenerować więcej do przodu poleceniem "keypoolrefill".

Postautor: **mecenas** » niedziela, 9 grudnia 2018, 09:53

KamilZ pisze: (Tak szczerze, to myślałem, że jest opcja do "wyklikania", a nie tylko konsola )

A no właśnie. Wyklikać mnemonica niestety wciąż się nie da...

Cyt.: "Use this function with care, since the mnemonic seed and keys will be stored in plain text until you specify a wallet passphrase."

"Używaj tej funkcji ostrożnie, ponieważ mnemoniczne nasiona i klucze będą przechowywane w postaci zwykłego tekstu, dopóki nie określisz hasła portfela."

- To ostrzeżenie jest logiczne i zrozumiałe, jednak trochę nie rozumiem dlaczego nie można odwrócić kolejności i wygenerować seed dopiero po podaniu hasła do portfela? Może jestem za głupi informatycznie, ale czy nie można tego zrobić w bezpiecznej kolejności zamiast ostrzegać przed opcją HD i robić ją na życzenie, odpowiedzialność i własne ryzyko użytkownika... a w praktyce nie robić jej wcale?