HODLER otwartoźródłowy portfel kryptowalutowy- BTC, NANO, BCH, DASH, LTC, RVN, ETH + Tokeny ERC20

[tirey93]

https://drive.google.com/file/d/1mMOdAH ... p=drivesdk

dzisiaj zniknęły mi wszystkie środki BCH. Jak widać historia pokazuje bilans dodatni. w poprzednich adresach też są zera - brakuje adresów zasilonych środkami.
W wersji desktopowej jest jeszcze gorzej. tam brakuje również BTC i nie ma żadnej historii. Czy mogę prosić o pomoc z dostępem do salda?

[mecenas]

@tirey93
Naprawa jest w toku, mam to samo i już dostałem odpowiedź, że prace trwają.

[HODLER.TECH]

@tirey93 Witam. Odnośnie BCH, trwa w tym momencie przywracanie backupu łańcucha i jego synchronizacja. Z tego powodu mogą występować chwilowe problemy z saldami na BTC, BCH, LTC i DASH, monety te znajdują się na jednej maszynie, więc proces przywracania może obciążać ją na tyle, że synchronizacja sald może się opóźnić lub zakończyć niepowodzeniem. Synchronizacja zakończy się w ciągu 20 - 30 minut. Konserwacja jest spowodowania awarią node, więc informacja o konserwacji nie mogła być opublikowana wcześniej. Przepraszam za niedogodności.

Dostęp do środków jest możliwy również w trakcje konserwacji naszego portfela. Wystarczy użyć np. Electrum i zaimportować do niego klucz prywatny adresu na którym znajdują się środki. Poniżej link do instrukcji importu klucza do Electrum: https://bitcoinelectrum.com/importing-y ... -electrum/

[mecenas]

Dostęp do środków jest możliwy również w trakcje konserwacji naszego portfela. Wystarczy użyć np. Electrum i zaimportować do niego klucz prywatny adresu na którym znajdują się środki.

Wszystko fajnie dopóki adres jest jeden albo jest ich kilka.
Gorzej jak portfel używany jest długo i systematycznie, wtedy ręczna robótka i poszukiwanie sald może być wielką przygodą!

[Bit-els]

Panowie to są koszty, minusy, cechy przechowywania środków na własną odpowiedzialność. Wyobraźcie sobie rozmowę z bankiem, gdy "zniknęły mi wszystkie środki".
Np 5 mln zł, które nagle zainteresowały wszelkie możliwe "mafie, służby i loże"

[HODLER.TECH]

Salda powinny już być widoczne, BCH pobiera jeszcze bloki także transfery mogą jeszcze nie funkcjonować, ale w zakładce "Previous addresses" jest lista adresów z saldami, co bardzo ułatwia eksportowanie kluczy, wystarczy kliknąć na adres ze środkami a następnie wybrać opcję "Export private Key".

Dodano po 24 minutach 29 sekundach:
Salda BCH ponownie mogą się nie pojawić. Niestety musimy ponownie przywrócić łańcuch z kopii zapasowej, poprzednie rocovery było uszkodzone. Przywrócenie może potrwać około 1-1.5h.

[tirey93]

Jakie kroki można podjąć aby na przyszłość zabezpieczyć się przed podobną awarią?
Czy eksport kluczy do archiwum zip sprawi, że będę mógł lokalnie odtworzyć w portfelu klucze publiczne?

[HODLER.TECH]

Właśnie się zastanawiamy nad tym jak umożliwić szybkie przywrócenie środków w trakcie awarii infrastruktury. Istnieją następujące wyjścia:

1. Zmiana formatu Seed'a w HODLER'ze na któryś ze standardów obsługiwanych w innych portfelach

Zalety:
- większa uniwersalność portfela
- możliwość przywrócenia większości monet na innych portfelach obsługujących ten sam standard Seed'a

Wady:
- mniejsze bezpieczeństwo, kradzież "standardowego" seeda umożliwia ławą kradzież środków ze wszystkich monet
- brak zgodności z niektórymi innowacyjnymi monetami takimi jak NANO czy IOTA

2. Stworzenie narzędzia skanującego adresy z portfela w oparciu o obcą infrastrukturę co umożliwi szybki eksport adresów z dodatnimi saldami do innych portfeli obsługującymi import kluczy prywatnych

3. Oparcie portfela o obcą infrastrukturę, np. serwery Electrum z naszymi serwerami jako częścią tej obcej infrastruktury.

Problem nie występował w poprzednich wersjach portfela HODLER, ponieważ standardowo używany był jeden adres a przyjmowanie wpłat do portfela na nowe adresy odbywało się po ręcznym wciśnięciu przycisku "Nowy adres". Obecnie, w związku z wymaganiami bitcoin.org, zmieniliśmy to rozwiązanie na bardziej prywatne, w którym każda nowa wpłata przyjmowana jest na nowy adres a mechanizm reszty, przesyła pozostałe saldo adresu wysyłkowego na zupełnie nowy adres. Musimy dokładnie przeanalizować ten problem. Na tę chwilę, najlepszym rozwiązaniem wydaje się być napisanie narzędzia do skanowania adresów w portfelu posługując się publicznymi block explorer'ami. Narzędzie to może być wbudowane w portfel i działać wyłącznie w momencie braku skutecznego połączenia z naszymi serwerami.

[tirey93]

Czyli posiadanie zapisanych kluczy publicznych i prywatnych lokalnie nie rozwiązuje problemu?
Jeśli tak, to to oznacza, że jako użytkownik jestem zdany wyłącznie na Was i wasze istnienie lub nie. Not cool...

[HODLER.TECH]

@tirey93

Źle mnie zrozumiałeś. Adresy w portfelu będziesz miał zawsze, w aktywnym portfelu może ich być np. 100. Nie jesteś od nas zależny ponieważ posiadasz dostęp do kluczy prywatnych nawet jeśli nasze serwery znikną. Problemem do rozwiązania o którym wspomniałem, jest wyłącznie ułatwienie eksportu właściwych (posiadających saldo) adresów. Obecnie, jeśli bardzo aktywnie używasz portfela i masz np. 100 adresów, musisz kliknąć 100 razy na eksport klucza, aby każdy a nich sprawdzić w np. blockchair.info żeby nie importować do portfela pustych adresów a jedynie te, z niezerowym saldem. Narzędzie do sprawdzania sald pokazałoby jedynie które adresy powinieneś wyeksportować, oraz czy pozostały jakieś, których do tej pory nie wyeksportowałeś.

Chodzi o ułatwienie eksportu a nie o jego umożliwienie, możliwość istnieje od pierwszego dnia istnienia portfela.

Dodano po 4 minutach 47 sekundach:
Adresy w portfelu są generowane zawsze w tej samej kolejności, czyli jeśli otrzymałeś 100 wpłat na 100 adresów, to zawsze będą to pierwsze 100 adresów oraz 100 adresów z mechanizmu reszty, jeśli oprócz przyjmowania 100 transakcji, wysłałeś ze swojego portfela również setkę transferów. W tym momencie, problem jest raczej teoretyczny, ale warto zastanowić się nad nim już teraz, zanim zacznie doskwierać.

[Bit-els]

W electrum btc jest taka zakładka, która pokazuje na jakich obecnie adresach są środki, i tylko te pokazuje. I można do tego adresu okazać priva w formie qr i wtedy już łatwo zrobić sweep do innego portfela.
Coś takiego gdy dodacie do hodlera będzie ok

[HODLER.TECH]

@Bit-els

Mamy to już wdrożone w portfelu:


Podsunąłeś nam jednak proste rozwiązanie problemu, wystarczy do cache dodać informacje o historii adresów która będzie wyświetlana również offline. Dzięki:)

[tirey93]

No dobra, mam więc pytanie co do Hodler Secure Backup. Jak rozumiem pliki zawarte w wygenerowanym archiwum są zaszyfrowane. W jaki sposób, bez posiadania portfela Hodler, odszyfrować zawartość?

[Bit-els]

bez portfela chyba nie zrobisz. Wiec zakładając nieprawdopodobną sytuację, że projekt zniknie, serwery zamilkną i wszystkie dostępne kopie portfeli też, to wtedy przyda się seed, który powinien wygenerować adresy i privy na odpowiednich narzędziach dostępnych w necie. w rodzaju https://iancoleman.io/bip39/

Dodano po 1 minucie 32 sekundach:
czyli seed jest bunkrem ostatecznej ochrony, a zaszyfrowana kopia portfela szybką ścieżką jego odtworzenia

[HODLER.TECH]

@tirey93

HODLER Jest oprogramowaniem Open Source, pliki binarne są na Github oraz na komputerach tysięcy użytkowników portfela. Kod pozwala na skompilowanie programu deszyfrującego seed oraz do generowania z niego kluczy prywatnych. Kod z Github'a został już kilkukrotnie sforkowany wiec posiada więcej niż jedno miejsce z którego można go pobrać. Mając pobrany plik binarny lub kod z którego można skompilować plik binarny, nie potrzebujesz naszej pomocy, ani działania naszych serwerów do odzyskania Twoich środków. W tym sensie jesteś niezależny od naszego istnienia.

Długo rozważaliśmy zasadność użycia "standardowego" seeda, aby portfel był uniwersalny. Uznaliśmy że mając własne rozwiązanie, portfel będzie bezpieczniejszy, ponieważ oprócz samego seeda, ewentualny złodziej musiałby jeszcze znać nazwę portfela z którego pochodzi. Seed nie może być również uniwersalny z powodu nietypowych monet jakie obsługujemy i które zostaną dodane. Naszym zdaniem, pierwszy akapit tej wypowiedzi całkowicie usuwa problem zależności użytkownika od twórcy a własny typ seeda zapewnia większe bezpieczeństwo. Warto również pamiętać o tym, że seed służy również w HODLER'rze Pro w którym bardzo mocno stawiamy na bezpieczeństwo, dużą część tych zabezpieczeń, siłą rzeczy, dziedziczy darmowy portfel HODLER.

[tirey93]

Zapomniałem o otwartości kodu i jego dostępności na Github. To chyba mnie uspokaja ; )
Zastanawiam się teraz na przydatnością HSB w wersji pliku zip. Rozumiem, że w archiwum są klucze prywatne i klucze publiczne wszystkich używanych w danej chwili kryptowalut. To rodzi pewne pytania.
1) Czy nie należy tworzyć backupu okresowo? Klucze publiczne są generowane przy prawie każdej transakcji. Pliki backupowe więc po każdej transakcji zawierają coraz to nowe dane. Co więc z tego, że zrobię backup dziś, skoro w ciągu roku wykonam n transakcji po których powstanie mi m nowych adresów, których nie będę miał już w backupie?
2) Czy klucze prywatne zmieniają się w trakcie używania programu? Kiedy powstają nowe? Czy tylko w przypadku tworzenia nowego coina czy także przy transakcjach?
3) Rozumiem że w QR Seedzie generowanym przez program jest zachowany tylko odnośnik do Waszych serwerów i to z nich, po odszyfrowaniu hasłem, generowane są docelowe klucze? Jeśli tak, to oznacza, że QR pozostaje niezmienne przez cały okres trwania portfela. Jeśli nie, to, podobnie jak w 1) i w 2) należy zadbać o tworzenia backupów okresowo(jak często?).

[Bit-els]

@HODLER.TECH czy mozecie dodać zcasha?

[HODLER.TECH]

Ad1. Faktycznie dobrze jest tworzyć backupy okresowo, ale nie chodzi tu o odzyskanie dostępu do środków, ale o odzyskanie portfela w dokładnie takim samym stanie w jakim go backupujemy. Przykładowo: Jeśli mamy dodanych 20 monet, każda była aktywnie używana i posiada po 100 adresów z saldami, wszystko to odzyskamy seedem lub zaszyfrowanym seedem (Encrypted QR Code Backup), jednak nie odzyskamy układu monet w portfelu, będziemy musieli od nowa dodać dodatkowe monety (np. drugą niezależną pulę adresów np. BTC). HODLER Secure Backup, oprócz seeda, przechowuje również konfigurację portfela na dzień wykonania kopii zapasowej. Seed przywraca wszystkie nowo utworzone adresy z saldami dzięki mechanizmowi keypool - przeszukuje pulę adresów z naszego seeda w poszukiwaniu środków.

Ad2. Klucze prywatne poszczególnych monet są generowane z masterseeda, który w celu ułatwienia bezbłędnego zapisania, jest wyświetlany w formie 24 angielskich wyrazów. Oznacza to że kolejne klucze prywatne poszczególnych adresów pochodzą od masterseeda a więc znając masterseed, można odtworzyć każdy kolejny, nowo-powstały klucz prywatny, każdego nowego adresu. Adresy są generowane wg następującego schematu: podczas generowania portfela powstaje 50 adresów z kluczami prywatnymi, po ich zużyciu, są generowane nowe adresy z masterseeda.

Ad3.
Encrypted QR Seed to zwykły seed (24 wyrazowy mnemonic) zaszyfrowany hasłem użytkownika z mechanizmami obrony przed atakami bruteforce. Wszystkie klucze są szyfrowane na komputerze użytkownika, możesz to robić offline. Seed jest cały czas ten sam, użycie szyfrowania zabezpiecza go przed kradzieżą, możesz go spokojnie trzymać na np. mailu, o ile hasło do konta email jest inne niż hasło do odszyfrowania Encrypted QR Seed'a. Hasło jest zupełnie niezależne od seeda, może być zmieniane a seed pozostanie ten sam. Regularna kopia HODLER Secure Backup, sprawia że możemy przywrócić dokładną konfigurację portfela na innym komputerze, lub przenieść tę konfigurację na np. telefon.

Mam nadzieję że wszystko jest opisane jasno, jeśli gdzieś za bardzo "zamieszałem" chętnie doprecyzuję, gdyż pytania są świetne.

Dodano po 3 minutach 35 sekundach:

@HODLER.TECH czy mozecie dodać zcasha?

Jak najbardziej jesteśmy zainteresowani obsługą Zcash, ednak postanowiliśmy zabrać się najpierw za dużo trudniejszą w implementacji, ale i bardziej praktyczną monetę skoncentrowaną na prywatności - Monero. Związane jest to z faktem że Monero umożliwi nam integracje HODLER'a ze zdecentralizowaną giełdą Bisq, a ta integracja da nam możliwość uruchomienia usługi anonimizacji BTC poprzez przepuszczenie ich przez Monero.

[tirey93]

Dziękuję za wyczerpującą odpowiedź, wiele zostało mi rozjaśnione.

Jeśli mamy dodanych 20 monet, każda była aktywnie używana i posiada po 100 adresów z saldami, wszystko to odzyskamy seedem lub zaszyfrowanym seedem (Encrypted QR Code Backup)

To co piszesz przeczy rzeczywistości, jaką była dzisiejsza awaria. Nie odzyskamy wszystkiego seedem - zanim napisałem dziś pierwszego posta, pierwszą moją akcją była próba odzyskania z backupu(miałem tylko backup z seeda, nie z HSB) i nic to nie dało. Wnioskuje więc, że adresy publiczne nie wynikają z danych zapisanych w seedzie.
Co z tego, że mam masterseeda i klucze prywatne, skoro awaria spowodowała brak dostępu do kluczy publicznych? Bez kluczy publicznych nie miałem realnego dostępu do salda i portfel nie pozwalał mi na dokonywanie transakcji.
Podsumowując powyższe mam kolejne konkretne pytania:
1) Czy HSB zapewnia mi dostęp do kluczy publicznych(więc jestem chroniony przed podobną awarią)?

Witam. Odnośnie BCH, trwa w tym momencie przywracanie backupu łańcucha i jego synchronizacja

2) Jak działa ten łańcuch o którym dzisiaj wspominałeś? Czy rozumiesz to jako serwer, na którym trzymane są klucze publiczne Waszych użytkowników? Czy taka baza jest prywatna(nie mogę jej przeglądać) i czy zostanie zlikwidowana po Waszym ewentualnym upadku*?
3) Czyli mogę wnioskować, że gdybym wczoraj(tuż przed awarią z brakującymi BCH) zrobił pełny HSB, to informacje w nim zawarte pozwoliłyby portfelowi przywrócić zagubione adresy publiczne(więc nie musiałbym liczyć na Waszą interwencję)?

*Przepraszam za takie pesymistyczne wstawki. Nie życzę Wam źle - co więcej jestem wyjątkowo mocno zainteresowany Waszą działalności i szczerze Wam kibicuję. Prawda jest jednak taka, że zajmujecie się tematyką przechowywania wartości zwykłych ludzi więc należy poruszać wszystkie możliwości.

[FL4RE]

@tirey93 Hej, wlasnie w zwiazku z awaria wezla BCH mechanizm keypool nie byl w stanie "odbudowac" uzytych adresow. Adresy publiczne wynikaja z seeda, nie ma innej kryptograficznej mozliwosci. Awaria takze nie pozbawila ciebie dostepu do kluczy publicznych, nikt nie moze tego zrobic.
1) Zawsze masz dostep do kluczy publicznych, awaria sprawila ze portfel nie byl w stanie pobrac balance i utxo, czasami jeden element sie pojawial drugi nie.
2) Nie przechowywujemy informacji o kluczach prywatnych i publicznych uzytkownikow. Dostepne sa one tylko na urzadzeniu, na ktorym aktualnie jest uruchomiony wallet i to koncowy uzytkownik jest za nie odpowiedzialny. Lancuch o ktorym mowisz to blockchain. Udalo sie go postawic na nowo w kilka godzin dzieki kopiom. Normalnie pelna synchronizacja trwala by okolo dwie doby. Ta baza ma kilkaset GB rozmiaru
3) Nic by to nie dalo, gdyz awaria sprawila ze portfel nie byl w stanie pobrac aktualnych informacji o stanie lancucha.

Niewazne co by sie stalo z nami, zawsze macie kontrole nad kluczami, kasa jest w waszych rekach