Pliki keystore Ethereum (UTC--) po śmierci

Keystore Ethereum (lub plik „JSON”) to zaszyfrowana kopia klucza prywatnego, zwykle tworzona przez MyEtherWallet lub podobne narzędzia. Pliki tego typu mają zwykle nazwy zaczynające się od UTC--, po których następują znacznik czasu i adres. Znalezienie go po śmierci oznacza, że może to być materiał dostępu do konta Ethereum, które mogło być używane na Ethereum i ewentualnie innych zgodnych sieciach; nie sprawdzajcie więc tylko jednej sieci, zanim stwierdzicie, że nic nie ma. Hasło jest równie ważne jak plik.

Czym naprawdę jest ten plik

• Według dokumentacji MyEtherWallet plik keystore zawiera zaszyfrowaną wersję klucza prywatnego, chronioną hasłem wybranym przy tworzeniu.
• Bez hasła sam plik z reguły nie jest użyteczny, choć w niektórych przypadkach odzyskanie może być możliwe w zależności od siły hasła. Traktujcie go jako zablokowany, dopóki nie udowodniono inaczej. Z plikiem i właściwym hasłem można odszyfrować odpowiadający klucz prywatny. To, czy sam klucz wystarczy do przesunięcia danych aktywów, zależy od konfiguracji konta, portfela lub kontraktu; przechowujcie plik i hasło chronione oddzielnie i nie wysyłajcie ich zwykłymi lub niezabezpieczonymi kanałami. Jeśli konieczne jest specjalistyczne techniczne odzyskiwanie, ustalcie wcześniej na piśmie, jaki materiał jest potrzebny i jak będzie bezpiecznie przetwarzany.
• Sam MyEtherWallet zaleca, by pliki keystore nie były zalecanym sposobem dostępu do portfela, ostrożność, która po śmierci ma podwójne znaczenie, gdy nikt nie może odpowiadać za błędy.

Prawidłowe konto może wydawać się puste w złej sieci

Klucz może zostać poprawnie odszyfrowany, podczas gdy interfejs portfela jest w innej sieci lub bez odpowiednich tokenów i dlatego nie pokazuje oczekiwanego salda; również niewłaściwe oprogramowanie lub ustawienia mogą pokazać pusty obraz, nawet gdy aktywa są nienaruszone. Pusty ekran dowodzi bardzo niewiele. Podobnie nowe oprogramowanie może utworzyć nowe, puste konto, które wygląda na powiązane, ale nim nie jest. Zachowajcie wszystko i nie wyciągajcie wniosków z pierwszego spojrzenia.

Jak go zachować

• Zostawcie oryginalny plik na oryginalnym nośniku. Nie wgrywajcie go do nieznanej lub niezabezpieczonej usługi oferującej jego „sprawdzenie” lub „pomoc”. Po potwierdzeniu uprawnień pracujcie tam, gdzie to możliwe, na kontrolowanej kopii za pomocą odpowiedniego, zweryfikowanego oprogramowania. Jeśli konieczne jest specjalistyczne techniczne odzyskiwanie, ustalcie wcześniej na piśmie, jaki materiał jest potrzebny i jak będzie bezpiecznie przetwarzany.
• Przechowujcie plik i ewentualne zapisane hasło w bezpieczny i odpowiedni sposób; może być rozsądne, aby nie trzymać ich razem bez zabezpieczenia. Używajcie pliku i hasła najlepiej offline, w kontrolowanym środowisku offline z odpowiednim, zweryfikowanym oprogramowaniem obsługującym ten typ keystore; nie wpisujcie ich online na stronie internetowej, nawet oficjalnej, i nigdy na stronie, w aplikacji ani w wiadomości, która prosi o nie, aby «pomóc» lub «zweryfikować».
• Zapiszcie tylko, że znaleźliście plik keystore, gdzie i kiedy, nigdy jego zawartości.

Co z tym zrobić

• Dostęp to zwykle plik plus hasło. Plik keystore jest bezużyteczny bez hasła; to hasło odblokowuje odpowiadający klucz prywatny. To, czy ten klucz wystarczy do konkretnego przekazania, zależy od konfiguracji konta, portfela lub kontraktu. Przechowujcie je w bezpieczny i odpowiedni sposób i wpisujcie je tylko w kontrolowanym środowisku offline z odpowiednim, zweryfikowanym oprogramowaniem obsługującym ten typ keystore, nie na stronie internetowej.
• Gdy spadek jest gotowy (uprawnienia potwierdzone, hasło znalezione): plik otwiera się w programie portfela Ethereum, MyEtherWallet lub innym programie obsługującym pliki keystore. Program prosi o hasło i to hasło odblokowuje portfel.
• Klasyczny błąd: wyświetlenie poprawnie odszyfrowanego klucza przez interfejs w innej sieci lub bez odpowiednich tokenów pokazuje pusty portfel, nawet gdy środki są nienaruszone; nigdy nie wyciągajcie wniosku „nic tam nie ma” z pierwszego pustego ekranu.
• Jeśli hasła brakuje: standardowy plik keystore jest zawsze zaszyfrowany, więc hasło jest wymagane (przeczytajcie, co jest realistycznie możliwe). Jeśli plik nie jest zaszyfrowany, to nie jest keystore, lecz zwykły klucz prywatny; sam plik jest sekretem.
• Dopóki uprawnienia nie zostaną potwierdzone, zostawcie plik dokładnie tak, jak jest, i zapiszcie tylko, że istnieje.

Co dalej

1. Zidentyfikujcie, co jeszcze istnieje, zobaczcie co znalazłem?.
2. Zrozumcie hasła i passphrase, zobaczcie hasła i passphrase portfela.
3. Potwierdźcie uprawnienia prawne przed jakimkolwiek działaniem, zobaczcie uprawnienia prawne i dostęp techniczny.

Indeks formatów portfeli omawianych w tej bibliotece i jego szczegółowego poradnika znajdziecie w bibliotece formatów portfeli.