生前に2人が結託できる設計｜SSSにCLTVが必要な本質的理由

「3人に1枚ずつ渡した。これで相続の準備は万全だ」——そう思った瞬間、設計の根本的な穴が口を開いている。

シャミアの秘密分散（SSS）は、ビットコインの秘密鍵を複数のシェアに分割する暗号技術だ。3枚作って2枚揃えば秘密鍵を復元できる設定が典型的で、家族・弁護士・信頼できる友人に1枚ずつ渡す設計は相続対策として広く語られている。「1枚だけでは何もできない」という耐性は確かに存在する。

しかし、この設計には一つの致命的な前提が隠されている。タイムロックがなければ、あなたが生存中であっても、2人が揃った瞬間にBTCを動かせる。相続のために渡したシードが、今夜の盗難手段になりうる構造だ。

信頼関係は変わる。プロトコルは変わらない

「信頼できる人にしか渡していない」という論理は、長期的なリスク管理として成立しにくい。経済的な困窮、関係性の悪化、あるいは外部からの圧力——何らかの経路で2枚のシードが一箇所に集まった瞬間、ビットコインのプロトコルは粛々と復元を許可する。

あなたへの事前通知も、同意の確認も、ネットワークは要求しない。検知できるのは「正しい鍵で署名された有効な取引」という事実だけだ。「この人は裏切らない」という期待は、プロトコルに何の制約も課さない。信頼は大切だが、資産の安全をそこだけに依存させるのは設計ミスだ。

タイムロック（CLTV）が封じる生前の抜け穴

2015年にビットコインネットワークへ正式実装されたOP_CHECKLOCKTIMEVERIFY（CLTV）は、指定した日時が来るまで送金をプロトコルレベルで不可能にする技術だ。Bitcoin Scriptに直接条件を埋め込む形で機能し、別途スマートコントラクト環境を必要としない。

CLTVを設定したアドレスでは、秘密鍵を復元しても、タイムロック期日前は1サトシも動かせない。生前に2人が結託してSSSで鍵を復元したとしても、CLTVが封じているBTCは指定日まで静止し続ける。これが相続設計に必要な「時間的な封印」だ。

ただし、CLTVだけでは別の問題が残る。解放後の鍵管理を1人に集中させれば、タイムロック解除後に単独で全額を動かせる。鍵そのものが盗まれれば、CLTVという防壁ごと奪われる可能性も排除できない。

2つを組み合わせて初めて完成する

CLTVとSSSは、それぞれの弱点を補い合う組み合わせだ。

CLTVが「いつまで誰も動かせないか」を担保し、SSSが「解放後に何人揃えば動かせるか」を設計する。生前の結託はCLTVが封じる。タイムロック解除後の単独行動はSSSの閾値が防ぐ。どちらか一方では生まれなかった耐性が、組み合わせによって初めて成立する。

この設計を後から追加することはできない。CLTVの条件は秘密鍵の作成時に埋め込む必要があり、SSSの分散は鍵生成と同時に完了させるものだ。「いざとなったら設計し直す」という選択肢は、相続設計においては存在しない。

取引所にはどちらの機能も存在しない

国内の暗号資産取引所でビットコインを管理している場合、CLTVもSSSも、ユーザーが個別に設定する手段はない。秘密鍵は取引所側が管理しており、相続時の手続きは取引所の内部プロセスに委ねられる。

一般的なケースで最低3ヶ月、口座が凍結されれば10ヶ月以上かかることがある。相続税の申告・納付期限（相続開始から10ヶ月以内）は、手続きの完了を待ってはくれない。BTCを換金できないまま別の財源から納税しなければならない局面が生じうる。これは法律上の所有権の問題ではなく、アクセス権と管理権の問題だ。取引所に「何かあれば引き出せなくなるリスク」は、相続局面においてより深刻な形で現れる。

信頼を人からコードへ移す

相続を意識してシードを分散させる発想は正しい。問題は、安全の根拠を人間関係に置いている点だ。

CLTVは交渉しない。SSSの閾値は数学で担保される。「裏切らないはずだ」という期待ではなく、「仮に裏切っても物理的に動かせない」という構造が、セルフカストディが提供できる本質的な価値だ。

今の相続設計で何が防げて、何が防げていないか——相続が発生する前に、一度だけ確認してほしい。

※本記事は一般的な情報提供を目的としており、投資助言ではありません。