152 / 736INHERIT

Bitcoin Inheritance Plan

Bitcoin für die Menschen vorbereiten, die nach Ihnen kommen

Ein Backup allein genügt nicht. Angehörige müssen von der Wallet wissen, die nötigen Angaben finden und sie wiederherstellen können, ohne unnötig vorzeitig Zugriff zu erhalten.

Ein Bitcoin Inheritance Plan regelt die Übergabe von Bitcoin nach dem Tod des Eigentümers oder wenn er nicht mehr handeln kann. Stellen wir uns Anna vor: Sie kennt ihre Wallet gut, ihre Familie hat sie noch nie benutzt. Der Plan soll von „Anna besaß Bitcoin“ zu einer sicher nutzbaren Wallet führen. Dazu gehören Anleitungen, Backups, verantwortliche Personen und rechtliche Befugnisse. Bei eigener Verwahrung gibt es keinen Verwalter, der fehlende Schlüssel einfach ersetzt. Technischer Zugriff und rechtlicher Anspruch sind verschiedene Dinge.

Eine Wallet ist eine Anwendung oder ein Gerät zum Empfangen und Senden von Bitcoin. Private Schlüssel sind geheime Zahlen, mit denen sich das Ausgeben von Bitcoin autorisieren lässt. Anna bewahrt ein Backup sorgfältig auf, erzählt aber niemandem davon. Für ihre Familie kann das Ergebnis ähnlich sein wie ohne Backup. Ein sinnvoller Anfang sind auffindbare Hinweise auf die Wallets und eine Kontaktperson für das weitere Vorgehen. Dieser Wegweiser muss keine geheimen Schlüssel enthalten. Er sollte erklären, wo die Suche nach den nötigen Unterlagen beginnt, auch wenn Anna nichts ergänzen kann. Ein Rechtsdokument kann festlegen, wer das Vermögen erhalten soll; die digitale Signatur zur Freigabe einer Zahlung ersetzt es nicht. Umgekehrt beweist die Fähigkeit zu signieren keinen rechtlichen Anspruch. Die rechtliche Gestaltung muss zur zuständigen Rechtsordnung und zur persönlichen Situation passen. [1] [8]

Eine Seed Phrase ist ein in Wörtern notiertes Backup, aus dem sich geheimes Schlüsselmaterial wiederherstellen lässt. Nutzt Anna eine BIP39-Passphrase, also einen zusätzlichen geheimen Text, muss auch dieser verfügbar bleiben. Die PIN entsperrt gewöhnlich das Gerät; eine fehlende Passphrase ersetzt sie nicht. Eine andere Passphrase kann eine gültige, aber leere Wallet öffnen. Komplexere Einrichtungen benötigen außerdem die Wallet-Konfiguration: welche Schlüssel, Konten und Bedingungen sie verwendet. Ein Output Descriptor beschreibt dies für Software, einschließlich der Angaben zur Ableitung von Adressen. Besonders wichtig ist das bei Multisig, wenn mehrere Signaturen nötig sind. Ein öffentlicher Descriptor ohne private Schlüssel ermöglicht Beobachtung, aber keine Ausgaben. Er offenbart jedoch Adressen und Historie; das allgemeine Format kann auch private Schlüssel enthalten. Entscheidend ist der tatsächliche Export. [2] [3]

Anna kann Anleitung, Backup und das Passwort einer verschlüsselten Datei getrennt aufbewahren. Doch das hilft nicht, wenn ihre Tochter erst Annas Telefon entsperren muss, um auf ein Konto mit der Anleitung zum Entsperren eben dieses Telefons zuzugreifen. Gehen Sie den Weg aus Sicht eines Menschen durch, der Ihre Gewohnheiten nicht kennt. Er braucht Ansprechpartner und eine Alternative, falls eine Hilfsperson oder ein Aufbewahrungsort ausfällt. Mehr Kopien verringern das Verlustrisiko, schaffen aber weitere mögliche Zugriffsstellen. Eine öffentliche Konfiguration und ein Geheimnis, das sofortige Zahlungen erlaubt, erfordern daher unterschiedliche Behandlung. [1]

Statt nur „Hast du es verstanden?“ zu fragen, hilft eine gemeinsame Probe mit einer getrennten Test-Wallet. Der vorgesehene Nachfolger findet anhand der Anleitung die Unterlagen, stellt die erwarteten Adressen wieder her und erstellt eine überprüfbare Testtransaktion, ohne Annas Erinnerungen zu benötigen. Ein sichtbarer Kontostand genügt nicht: Eine reine Beobachtungs-Wallet zeigt Guthaben, kann aber keine Zahlung signieren. Bei einer Zeitbedingung gehören die Zurückweisung vor Ablauf und die Nutzung danach zur Probe. Ein Block bündelt Transaktionen, die in die gemeinsame Historie aufgenommen werden. Dafür eignet sich regtest, ein privates Testnetz mit steuerbarer Blockerzeugung. Geprüft wird das Verfahren; weder wird das echte Backup veröffentlicht noch das tatsächliche Erbe bewegt. [1] [4] [9]

Multisig 2-of-3 bedeutet, dass Signaturen von zwei beliebigen der drei festgelegten Schlüssel eine Zahlung erlauben. Erhalten zwei Nachfolger ihre Schlüssel heute und gibt es keine zusätzliche Bedingung, können sie heute signieren. Der Schwellenwert erkennt nicht, dass die Zahlung erst im Erbfall erfolgen sollte. Das umgekehrte Problem entsteht, wenn Anna zwei Schlüssel hält und ein Helfer den dritten: Gehen beide Schlüssel Annas verloren, kann der Helfer allein nichts signieren. Prüfen Sie die verbleibenden Kombinationen auch beim Ausfall einer Person oder eines Geräts. Zwei Kopien desselben Schlüssels liefern keine zwei unabhängigen Signaturen. Neben den Schlüsseln muss die Wallet-Konfiguration verfügbar bleiben. [1] [2]

Eine Zeitsperre verzögert eine bestimmte Ausgabemöglichkeit. Bei „Anna jetzt oder Boris nach 1000 Blöcken“ wartet Boris’ Zweig, nicht Annas. Ein Zweig bezeichnet hier einen erlaubten Weg zur Zahlung. CHECKSEQUENCEVERIFY aus BIP 112 kann zusammen mit BIP 68 das Alter eines UTXO zur Bedingung machen: eines noch nicht ausgegebenen Transaktionsausgangs, also eines einzelnen Betrags mit eigenen Regeln. Das Netzwerk prüft weder den Todesfall noch die Erbberechtigung. Nach Ablauf kann Boris seinen Zweig auch zu Annas Lebzeiten nutzen, sofern die übrigen Bedingungen erfüllt sind. Das Beispiel zählt Blöcke statt Kalendertage; ihre tatsächliche Entstehungszeit schwankt. [4] [5]

Wird das UTXO aus dem Beispiel in Block H bestätigt, erlaubt der verzögerte Zweig die Ausgabe frühestens in Block H+1000, sofern die übrigen Bedingungen erfüllt sind. Eine weitere eingehende Zahlung oder das Öffnen der App setzt das Alter des alten Ausgangs nicht zurück. Eine neue Frist für diesen Wert entsteht erst durch die Ausgabe in einen neuen Ausgang mit passender Regel und die Bestätigung dieser Transaktion. Liana nutzt Wiederherstellungszweige und einen refresh sweep: eine Übertragung eigener Mittel in neue Ausgänge. Alle betroffenen Ausgänge, Gebühren und verfügbaren regulären Signaturschlüssel müssen berücksichtigt werden. „Ich habe die Wallet kürzlich benutzt“ sagt nicht, welche Ausgänge tatsächlich erneuert wurden. [4] [5] [6] [10]

Ändert sich ein Nachfolger, geht ein Schlüssel verloren oder werden Regeln angepasst, genügt kein neuer Name in der Anleitung. Die Bedingungen bestehender UTXOs bleiben unverändert. Ein neuer Descriptor beschreibt die neue Einrichtung, überträgt aber kein Geld dorthin. Für neue im Netzwerk geltende Bedingungen muss die neue Wallet vorbereitet, ihr Backup geprüft und das Guthaben mit einer gültigen Transaktion übertragen werden. Danach sind Anleitung, Kontakte und Empfangsadressen zu aktualisieren. Alte Adressen können weiterhin Zahlungen empfangen; ihre Überwachung und nötige Unterlagen dürfen nicht einfach entfallen. Der Plan soll im Bedarfsfall funktionieren, nicht nur am Tag seiner Erstellung. [7]

Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. Auf diesen Eintrag verweisen außerdem Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.

DOC · 001Bitcoin Design — Inheritance wallet backupDokumentation DOC · 002Bitcoin Core — Output DescriptorsDokumentation DOC · 003Trezor — What is a passphrase?Dokumentation DOC · 004BIP 112 — CHECKSEQUENCEVERIFYSpezifikation DOC · 005BIP 68 — Relative lock-timeSpezifikation DOC · 006Liana — Inheritance guideDokumentation DOC · 007Bitcoin Design — Making changesDokumentation DOC · 008Bitcoin Developer Guide — WalletsDokumentation DOC · 009Bitcoin Developer Guide — Block ChainDokumentation DOC · 010Liana — ChangelogDokumentation
Überarbeitet: Quellenbasiert · Keine Anlageberatung