Dead Man’s Switch は、確認が届かない、あるいは定めた時間が経過した場合に、事前に決めた動作を可能にする仕組みです。メッセージを送ったり、ビットコインを使う別経路を開いたりします。所有者の死亡を判断するものではなく、技術的なアクセスは相続権の証明でもありません。
アンナは家族のための計画を考えます。可能な間は自分で管理し、長期間連絡できなくなった場合には別の方法を残したいのです。ウォレットは、ビットコインを受け取ったり送ったりするためのアプリや機器です。ここでの署名は、秘密の数値である秘密鍵を使い、支払いを許可したことを検証できる証拠を作る操作です。他の人は、その秘密を知らなくても署名を確認できます。取引出力には、金額と、それを後で使うための条件が記録されています。Dead Man’s Switch が見るのは、確認がないことや出力の経過時間といった特定の信号です。所有者がなぜ応答しなくなったのかまでは判断できません。入院、壊れた電話、忘れた保守でも同じ条件を満たします。まず、何を実際に観測し、その後何を許すのかを決める必要があります。正常に動く仕組みでも、正当な相続人は判定できません。計画の一部を助けるもので、すべての判断の代わりにはなりません。 [1] [5] [8] [9]
deadmansswitch.net はメッセージ型の例です。利用者がメールを書き、宛先を選び、定期的に応答します。確認が途絶えると、サービスが用意したメールを送ります。これは、資金を使う際にネットワークが確認するルールである Bitcoin Script とは異なります。メールは資料の場所を伝えられても、必要な署名まで用意するとは限りません。不達、アカウント喪失、内容の早期漏えいも考える必要があります。ウォレットの鍵を導出する単語列 Seed Phrase は普通のメモではありません。漏れた後でタイマーを変えても、他人が知った内容は取り消せません。危険にさらされた資金を新しい鍵の管理下へ移すことも検討が必要です。 [7]
別の方式はウォレットの使用条件に組み込まれます。例えば Liana は、すぐ使える主要経路と、待ってから使える復旧経路を区別します。このモデルでは、待機が終わってもアンナの元の権限は失われません。別の選択肢が増えるだけで、有効な取引を作り、署名し、配信する人が依然必要です。双方が使える経路を持つと、同じ UTXO、つまり特定の未使用取引出力を先に使おうと競合することもあります。決めるのはチェーンで承認された支出で、アプリの所有者や相続人という表示ではありません。保守忘れによって、アンナが存命でも別の人が使える状態になり得ます。 [1] [5]
実際の準備は、最も近い期限より十分早く始めます。アンナには確実な通知、時間の余裕、必要な取引手数料が要ります。頻繁な更新には費用がかかり、長い待機は復旧経路へのアクセスを遅らせます。家族には正しい鍵だけでなく、理解できるウォレットの説明と適切なソフトウェアが必要です。Output Descriptor は鍵と条件を機械が読める形で記述し、出力を探して使うためのものです。設定だけで必要な署名を代替することはできません。資料を、アンナの使えない電話でしか開けないアカウントに閉じ込めないことも重要です。そのバックアップは存在しても、必要なときには役立ちません。 [5] [6]
相対的な時間制限では、UTXO ごとに別の待機時間があります。ブロックは、共有する履歴に追加する取引のまとまりです。出力がブロック H で承認され、別経路が 1000 ブロックを要求するなら、ほかの条件も満たした上で早くても H+1000 から使用可能です。ログインや別の入金で、この出力の経過時間はリセットされません。アンナはその出力自体を使い、意図した条件を持つ新しい出力を承認させる必要があります。ウォレットの一部だけ更新すると、古い出力は期限近くに残るかもしれません。今日ウォレットを開いたことと、全資金の予定を更新したことは違います。 [1] [2] [9] [10]
Timelock は支出経路を使える時点を制限します。BIP 65 と OP_CHECKLOCKTIMEVERIFY は、ブロック高などの絶対的な境界を適用します。BIP 112 と OP_CHECKSEQUENCEVERIFY は BIP 68 と組み合わせ、特定 UTXO の経過時間を要求できます。時間による相対制限は 512 秒単位で、ブロックから得る median-time-past を使います。BIP 113 が説明するのは直前の 11 ブロックの時刻の中央値、つまり並べた際の中央の値です。電話の時刻でも、正確な暦上の瞬間を保証するものでもありません。文書はルールを定めますが、一般の読者には自分の計画がどの時計を使うかが重要です。 [1] [2] [3] [4]
別の計画では、遅延付きで署名済みの取引を家族に渡すことがあります。nLockTime はその取引が承認可能になる時点を制限しますが、それだけで鍵の持ち主が別の取引に署名することを禁じるものではありません。事前署名の計画は特定 UTXO、宛先、手数料の支払い方を指定します。別の承認済み取引が先に入力を使えば、古い事前署名取引は使えません。文書を直しても資金や家族の資料までは更新されないのです。計画変更では実際の出力、署名権限、受取人に新しい使える情報が届いたかを確認します。 [3]
Liana は Signet 向けの手順を公開しています。Signet は実際の価値を持たないテストコインを使う別ネットワークです。早すぎる試行、復旧経路の開放、特定 UTXO の期限更新を試せます。自分の計画では、通知不達、主要な鍵の紛失、実際に保存したテストウォレットの資料からの復旧も考えます。受取人変更後には、古い鍵と出力が何を許すかも調べます。有効な署名、未承認取引を置く mempool への受け入れ、ブロック承認は別々の段階です。一度うまくいった実演だけで、あらゆる故障への対応を証明したことにはなりません。 [6] [1]
理解を深めるには、この項目とあわせて次もお読みください Bitcoin Inheritance Plan, Timelock, Bitcoin Vault, Miniscript, Output Descriptor, Seed Phrase. 次の項目からも参照されています Bitcoin Inheritance Plan.