Bitcoin Inheritance Plan je plán pro předání bitcoinu po smrti vlastníka nebo při ztrátě jeho schopnosti jednat. Představte si Annu, která svou peněženku dobře zná, ale její rodina ji nikdy nepoužila. Plán má rodinu dovést od informace „Anna měla bitcoin“ až k bezpečně použitelné peněžence. Řeší proto pokyny, zálohy, odpovědné lidi i právní oprávnění. U vlastní úschovy neexistuje správce, který by chybějící klíče prostě obnovil. Technický přístup a nárok na majetek jsou přitom dvě různé věci.
Peněženka je aplikace nebo zařízení pro přijímání a odesílání bitcoinů. Soukromé klíče jsou tajná čísla, která umožňují schválit utracení bitcoinů. Anna si pečlivě schová zálohu, ale nikomu neřekne, že existuje. Pro rodinu je výsledek podobný, jako kdyby ji neměla. Prvním krokem proto bývá dohledatelná informace o peněženkách a kontakt na člověka, který pomůže s dalším postupem. Takový rozcestník nemusí obsahovat tajné klíče. Má vysvětlit, kde začíná cesta k potřebným podkladům, i když Anna nemůže nic doplnit. Právní dokument může určit, kdo má majetek převzít; sám však nenahradí digitální podpis, kterým se autorizuje platba. A schopnost podepsat naopak neprokazuje právní nárok. Právní část je třeba sladit s pravidly příslušné země a konkrétní situací. [1] [8]
Seed Phrase je záloha zapsaná slovy, z níž lze obnovit tajná data pro klíče. Pokud Anna používá BIP39 passphrase, tedy dodatečný tajný text, musí být dostupná i ta. PIN obvykle jen odemyká zařízení; chybějící passphrase nenahradí. Obnova s jinou passphrase může otevřít platnou, ale prázdnou peněženku. U složitějšího nastavení je nutný také popis peněženky: jaké klíče, účty a podmínky používá. Output Descriptor takový popis zapisuje ve formátu pro software, včetně údajů pro odvození adres. Je důležitý například u Multisig, kde je třeba více podpisů. Veřejný descriptor bez soukromých klíčů umožní sledovat peněženku, ne utrácet. Prozrazuje však adresy a historii; obecný formát navíc umí obsahovat i soukromé klíče. Rozhoduje skutečný obsah exportu. [2] [3]
Anna může oddělit návod, zálohu a heslo k šifrovanému souboru. Zabezpečení ale nepomůže, pokud dcera potřebuje nejprve odemknout matčin telefon, aby získala heslo k účtu, v němž leží návod k odemknutí telefonu. Projděte cestu očima člověka, který nezná vaše zvyky. Musí vědět, koho kontaktovat a co dělat při nedostupnosti pomocníka nebo úložiště. Více kopií snižuje riziko ztráty, současně přidává místa, odkud mohou údaje uniknout. Jinak se proto posuzuje kopie veřejné konfigurace a jinak tajemství, které umožňuje okamžitou platbu. [1]
Místo otázky „rozumíš tomu?“ je užitečnější společná zkouška s oddělenou testovací peněženkou. Zamýšlený nástupce podle pokynů najde podklady, obnoví očekávané adresy a vytvoří ověřitelnou testovací transakci bez nápovědy z Anniny paměti. Pouhé zobrazení zůstatku nestačí: sledovací peněženka umí ukázat zůstatek, ale nemusí být schopná platbu podepsat. Pokud plán používá časovou podmínku, patří ke zkoušce i zamítnutí před lhůtou a použití po ní. Blok sdružuje transakce do dávky, která se připojuje ke společné historii. K tomu lze využít regtest, soukromou testovací síť s ovládanou tvorbou bloků. Zkouší se postup, nikoli zveřejnění skutečné zálohy nebo přesun skutečného dědictví. [1] [4] [9]
Multisig 2-of-3 znamená, že k platbě stačí podpisy libovolných dvou ze tří určených klíčů. Jestliže dva nástupci dostanou své klíče dnes a není přidána další podmínka, mohou podepsat už dnes. Samotný práh nepozná, že měla platba počkat na dědictví. Opačný problém nastane, když Anna drží dva klíče a pomocník třetí: po ztrátě obou Anniných klíčů pomocník sám nic nepodepíše. Je proto potřeba projít konkrétní kombinace dostupných klíčů i po výpadku člověka nebo zařízení. Dvě kopie stejného klíče nejsou dva nezávislé podpisy. Spolu s klíči musí zůstat dostupná i konfigurace peněženky. [1] [2]
Časový zámek odloží určitou možnost utrácení. U pravidla „Anna nyní, nebo Boris po 1000 blocích“ čeká Borisova větev, nikoli Annina. Větev je zde jedna z povolených cest k platbě. CHECKSEQUENCEVERIFY, popsané v BIP 112, spolu s BIP 68 umožňuje podmínku založit na stáří UTXO: neutraceného výstupu transakce, tedy konkrétní částky s vlastními podmínkami. Síť neověřuje úmrtí ani oprávněného dědice. Po dosažení lhůty může Boris svou větev použít i za Annina života, pokud splní ostatní podmínky. Příklad počítá bloky, nikoli kalendářní dny; skutečná doba jejich vzniku kolísá. [4] [5]
Je-li UTXO z předchozího příkladu potvrzené v bloku H, zpožděná větev může umožnit utracení nejdříve v bloku H+1000, jsou-li splněny ostatní podmínky. Nová příchozí platba ani otevření aplikace stáří starého výstupu nevynuluje. Novou lhůtu pro jeho hodnotu vytvoří až utracení do nového výstupu s odpovídajícím pravidlem a potvrzení této transakce. Liana používá obnovovací větve a refresh sweep, převod vlastních prostředků zpět do nové sady výstupů. Zkontrolovat se musí všechny relevantní výstupy, potřebné poplatky a dostupnost běžných podpisů. Obecná poznámka „nedávno jsem peněženku používal“ neříká, které výstupy se skutečně obnovily. [4] [5] [6] [10]
Po změně nástupce, ztrátě klíče nebo úpravě pravidel nestačí přepsat jméno v návodu. Podmínky starých UTXO tím zůstanou stejné. Nový descriptor popíše nové nastavení, ale peníze do něj sám nepřesune. Pokud se mění podmínky uložené v síti, je potřeba připravit novou peněženku, ověřit zálohy a převést do ní prostředky platnou transakcí. Potom se aktualizují pokyny, kontakty i přijímací adresy. Staré adresy přesto mohou dál přijmout platbu; jejich sledování a potřebné podklady nelze bezmyšlenkovitě zahodit. Smyslem plánu je, aby fungoval ve chvíli, kdy bude potřeba, ne pouze v den sepsání. [7]
Pro nejúplnější obraz čtěte toto heslo společně s Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. Opačným směrem na něj odkazují také Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.