Bitcoin Inheritance Plan określa, jak uprawnieni następcy po śmierci lub utracie zdolności właściciela do działania odkryją środki, uzyskają materiały i przeprowadzą odzyskanie. To więcej niż plik z seedem: uprawnienie prawne, znajomość portfela i techniczna możliwość podpisania płatności są odrębnymi częściami tego samego zadania.
Nawet najlepsza kopia nie pomoże osobie, która nie wie o portfelu. Plan potrzebuje możliwego do odnalezienia punktu wyjścia: jakie portfele istnieją, kto koordynuje odzyskanie i gdzie zaczyna się dostęp do materiałów. Taki spis nie musi zawierać tajnych kluczy. Dokument prawny określa uprawnione osoby, lecz nie tworzy brakującego podpisu. Z kolei posiadanie kluczy nie dowodzi technicznie prawa do majątku. Projekt musi uwzględnić niedostępność dotychczasowego administratora i następcę nieznającego jego zwyczajów. [Bitcoin Design — Inheritance wallet backup]
Seed Phrase odtwarza klucze, ale niekoniecznie opisuje Multisig, gałęzie czasowe lub wszystkie konta. Output Descriptor opisuje skrypty, klucze i dane derywacji. Publiczny descriptor bez kluczy prywatnych pozwala obserwować, nie podpisywać, lecz ujawnia informacje finansowe. Ogólny format dopuszcza też klucze prywatne, więc liczy się zawartość eksportu. Portfel z BIP39 passphrase wymaga ponadto dokładnie tej passphrase. Ani PIN urządzenia, ani inny poprawny, lecz pusty portfel nie zastępują brakujących danych. [Bitcoin Core — Output Descriptors] [Trezor — What is a passphrase?]
W Multisig 2-of-3 dowolnych dwóch uprawnionych podpisujących spełnia próg. Jeśli dwóch następców otrzyma klucze dziś bez dodatkowych ograniczeń, mogą podpisać już dziś. Gdy właściciel ma dwa klucze, a pomocnik trzeci, pomocnik nie odzyska środków sam po zniknięciu obu kluczy właściciela. Oceniaj kombinacje faktycznie dostępne po każdej awarii, nie tylko liczbę kopii. Kopia tego samego klucza nie daje kolejnego niezależnego podpisu; konfiguracja również musi pozostać możliwa do odtworzenia. [Bitcoin Design — Inheritance wallet backup] [Bitcoin Core — Output Descriptors]
CHECKSEQUENCEVERIFY zgodnie z BIP 112 wraz z BIP 68 może ograniczyć gałąź skryptu wiekiem wydawanego wyjścia. Uproszczona polityka „A teraz albo B po 1000 blokach” opóźnia podpis B, nie A. Nie sprawdza śmierci, zdolności prawnej ani prawowitego spadkobiercy. Po upływie terminu B może skorzystać z gałęzi także za życia A. To względna liczba bloków od potwierdzenia konkretnego UTXO, nie stała data kalendarzowa; rzeczywisty czas wydobycia się zmienia. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
W tym modelu UTXO potwierdzone w bloku H można wydać opóźnioną gałęzią najwcześniej na wysokości H+1000, jeśli pozostałe warunki są spełnione. Nowa przychodząca płatność ani otwarcie aplikacji nie zerują jego wieku. Odnowienie terminu wymaga wydania tego UTXO do nowego wyjścia z odpowiednią polityką i oczekiwania na potwierdzenie. Liana używa gałęzi odzyskiwania i refresh sweep; plan musi śledzić wszystkie istotne wyjścia, opłaty i dostępność zwykłego podpisu, nie tylko ostatnią aktywność portfela. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time] [Liana — Inheritance guide]
Instrukcje, sekrety podpisu i ewentualne hasło odszyfrowania można rozdzielić między różne drogi dostępu, lecz kolejność musi być wykonalna. Hasło przechowywane wyłącznie na koncie odzyskiwanym przez telefon zmarłego może tworzyć zależność kołową. Następcy potrzebują odpowiedzialnych kontaktów i zastępczej procedury na wypadek niedostępności miejsca przechowywania lub pomocnika. Więcej kopii poprawia dostępność i zwiększa liczbę możliwych wycieków. Publiczna konfiguracja stwarza inne ryzyko niż klucze pozwalające wydać środki natychmiast. [Bitcoin Design — Inheritance wallet backup]
Czytelna instrukcja nie jest przetestowaną procedurą odzyskania. W oddzielnym portfelu testowym docelowy następca powinien bez pamięci właściciela znaleźć materiały, odtworzyć oczekiwane adresy, rozpoznać właściwą gałąź i utworzyć weryfikowalną transakcję testową. Dla gałęzi czasowej należy sprawdzić odrzucenie przed terminem i użycie po nim, na przykład w regtest. Wyświetlenie salda dowodzi mniej niż możliwość podpisu. Próba nie obejmuje ujawniania prawdziwych seedów ani przesuwania rzeczywistego spadku. [Bitcoin Design — Inheritance wallet backup] [BIP 112 — CHECKSEQUENCEVERIFY]
Zmiana spadkobiercy, utrata klucza lub nowa polityka podpisu wymagają sprawdzenia, gdzie rzeczywiście zablokowano środki. Zmiana nazwiska w instrukcji lub utworzenie nowego descriptora nie zmienia starych UTXO; nowe warunki on-chain wymagają przeniesienia środków do nowej polityki. Po sprawdzeniu nowych kopii aktualizuje się kontakty, wersje instrukcji i adresy odbiorcze. Stare adresy nadal mogą otrzymywać płatności, więc nie można o nich po prostu zapomnieć. Plan to utrzymywany proces, nie raz zaklejona koperta. [Bitcoin Design — Making changes]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. Do tego hasła prowadzą również odsyłacze z Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.