Dead Man’s Switch ermöglicht eine festgelegte Handlung nach einer ausgebliebenen Bestätigung oder einer Wartezeit. Bei Bitcoin kann das eine externe Zustellung von Anweisungen oder ein zeitlich beschränkter Ausgabepfad sein. Die Blockchain stellt selbst nicht fest, ob der Eigentümer gestorben ist.
Ein Wiederherstellungsmodell kann dem Eigentümer einen sofortigen Pfad und anderen Schlüsseln einen erst später nutzbaren Pfad geben. Dieselbe Bedingung kann bei einem Krankenhausaufenthalt, Geräteverlust oder versäumter Wartung eintreten. Technischer Zugriff belegt daher weder die Lebensumstände noch die Berechtigung eines Erben. Legen Sie vor dem Entwurf fest, welches konkrete Ereignis das System tatsächlich beobachtet. [BIP 112 — CHECKSEQUENCEVERIFY] [Liana — Wallet architecture]
deadmansswitch.net versendet vorbereitete E-Mails nach ausgebliebenen Bestätigungen. Das ist eine andere Ebene als Bitcoin Script. Prüfen Sie im eigenen Entwurf Kontoverfügbarkeit, Zustellung und vorzeitige Offenlegung getrennt. Eine Nachricht kann den Ort einer Sicherung nennen, erfüllt aber keine Ausgabebedingung. Ein versendeter Seed lässt sich durch Ändern des Timers nicht zurückholen; bei einem Datenleck muss auch die Kontrolle über die Coins geklärt werden. [Dead Man’s Switch — Service mechanism]
BIP 65 und OP_CHECKLOCKTIMEVERIFY prüfen eine absolute Höhen- oder Zeitschwelle. BIP 112 und OP_CHECKSEQUENCEVERIFY können mit BIP 68 das Alter eines bestimmten UTXO erzwingen. Zeitbasierte relative Sperren verwenden Einheiten von 512 Sekunden und median-time-past statt der Telefonuhr; BIP 113 beschreibt den Median der Zeitstempel der vorherigen 11 Blöcke. Eine Blockfrist ist kein exakter Kalendertermin. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time] [BIP 65 — OP_CHECKLOCKTIMEVERIFY] [BIP 113 — Median time-past]
Hat ein bei H bestätigter UTXO einen um 1000 Blöcke verzögerten Wiederherstellungspfad, wird dieser unter den übrigen Bedingungen frühestens bei H+1000 nutzbar. Eine App-Anmeldung oder ein Eingang auf einem anderen Output setzt sein Alter nicht zurück. Zur Erneuerung muss dieser Output ausgegeben und ein neuer mit der vorgesehenen Richtlinie bestätigt werden. Verfolgen Sie jeden UTXO einzeln; eine teilweise Erneuerung kann ältere Coins nahe der Schwelle zurücklassen. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
Bei einem dauerhaft verfügbaren primären Pfad erlischt dessen Berechtigung nicht durch den Fristablauf. Ein nutzbarer Wiederherstellungspfad kommt hinzu; Signatur und Übertragung muss weiterhin jemand veranlassen. Sind beide Pfade gültig, entscheidet eine bestätigte Transaktion über die Ausgabe desselben UTXO, nicht die App-Bezeichnung „Eigentümer“ oder „Erbe“. Der Entwurf muss verspätete Erneuerung und konkurrierende Ausgaben berücksichtigen. [BIP 112 — CHECKSEQUENCEVERIFY] [Liana — Wallet architecture]
nLockTime allein verzögert eine bestimmte Transaktion; es beweist nicht, dass ein berechtigter Schlüssel keine andere Zahlung signieren kann. Ein vorsignierter Plan muss Eingänge, Ausgänge, Signaturbefugnisse und Gebührenfinanzierung genau festlegen. Wird sein Eingang durch eine andere bestätigte Transaktion ausgegeben, ist die ursprüngliche Vorsignatur unbrauchbar. Nach einer Planänderung genügt ein neues Dokument nicht: Prüfen Sie tatsächliche UTXOs und die Verfügbarkeit neuer Unterlagen bei den Empfängern. [BIP 65 — OP_CHECKLOCKTIMEVERIFY]
Aus diesen Mechanismen folgen die Anforderungen an einen Puffer vor der nächsten Frist, funktionierende Hinweise und Gebührenmittel. Häufigere Erneuerung kostet Transaktionsgebühren; längeres Warten verlängert die Nichtverfügbarkeit des Wiederherstellungspfads. Die wiederherstellende Person benötigt passende Schlüssel, eine Richtlinienbeschreibung wie einen Descriptor und ein nutzbares Werkzeug. Eine Sicherung hinter dem Konto oder Gerät des unerreichbaren Eigentümers erzeugt eine zirkuläre Abhängigkeit. [Liana — Wallet architecture] [Liana — Signet testing guide]
Liana stellt eine Signet-Anleitung bereit. Ein getrennter Testaufbau kann einen verfrühten Versuch, die Reife des Wiederherstellungspfads und die Erneuerung eines bestimmten Outputs prüfen. Ergänzen Sie ausgebliebene Hinweise, Verlust des primären Schlüssels und Wiederherstellung aus gespeicherten Unterlagen. Prüfen Sie, was alte Schlüssel und UTXOs nach einem Empfängerwechsel weiterhin erlauben. Unterscheiden Sie Signatur, Mempool-Annahme und Bestätigung; ein erfolgreicher Fall beweist keinen fehlerfreien Gesamtplan. [Liana — Signet testing guide] [BIP 112 — CHECKSEQUENCEVERIFY]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Bitcoin Inheritance Plan, Timelock, Bitcoin Vault, Miniscript, Output Descriptor, Seed Phrase. Auf diesen Eintrag verweisen außerdem Bitcoin Inheritance Plan.