相続BTCが消える2つの罠｜タイムロックと秘密分散で防ぐ

シードフレーズを、誰かに渡してありますか？

ビットコインをセルフカストディで管理している人が相続を考えるとき、最初に思いつく答えはシンプルだ。「信頼できる家族にシードを教えておく」。確かに、この方法で死後のBTC消失は防げる。しかし同時に、別のリスクが生まれる。渡すことと渡さないことの間に、この問題の核心がある。

「渡す」が作る生前流用のリスク

シードフレーズを受け取った家族は、今この瞬間からBTCにアクセスできる状態になる。あなたが生きている間も、そのBTCを動かせる。信頼しているから渡した。その信頼は本物かもしれない。だが10年後も同じ状況が続くとは限らない。離婚、借金、家族関係の変化——人間関係は変わる。シードを渡した瞬間に、BTCの独占的コントロールは失われている。

「渡さない」が作る死後消失のリスク

では渡さなければいい、と思うかもしれない。しかしシードフレーズが自分だけに知られているまま死亡すれば、そのBTCは誰も取り出せないまま永久に封印される。ブロックチェーン上に存在し続けながら、誰にとっても届かないデジタルな遺産として残る。

これがセルフカストディ相続の本質的な矛盾だ。渡せば生前に消えるリスクがあり、渡さなければ死後に消える。どちらを選んでも何かを失う。この2択の外に出る設計が必要だ。

SLIP-39で「1人では動かせない」構造を作る

解決策の第一層は、シャミアの秘密分散（SLIP-39）だ。シードを複数の断片（シェア）に分割し、一定数が揃わなければ復元できないよう設計する。3-of-5の構成では、5つのシェアのうち3つが集まらない限り、シードは復元できない。

1人の家族にシェアを渡しても、それだけでは動かせない。5人の関係者に1枚ずつ渡しても、3人が意図的に集まらなければアクセスできない。「知っているだけでは使えない」という設計が、単純にシードを手渡す場合との根本的な差だ。

しかしSLIP-39だけでは、生前流用の問題を完全には解決できない。3人が今日揃えば、今日でも復元できてしまうからだ。

CLTVで「今は送れない」をプロトコルに刻む

第二層がCLTV（CheckLockTimeVerify）だ。Bitcoin Scriptの仕組みを使い、指定した日付・ブロック高が来るまで送金そのものをプロトコルレベルで不可能にする。パスワードの問題ではなく、ブロックチェーンのルールとして封じる設計だ。

たとえば「2030年1月1日以前は送金不可」と設定すれば、たとえシードが復元されたとしても、その日付が来るまでBTCは動かせない。強奪も流用も、プロトコルが物理的に拒否する。

2層が揃うと「生前も死後も守れる」

SLIP-39の分散とCLTVのタイムロックを組み合わせると、こういう構造が作れる。

生前はCLTVが機能しているため、誰もBTCを動かせない。3人のシェア保有者が結託しても、タイムロック解除日より前は送金そのものが不可能だ。あなたが亡くなった後、解除日が来て初めて、3人が集まれば相続が完了する。時間と人数の両方が揃って、初めてBTCが動く。

この設計は「いつ」と「誰が何人」という2軸で保護されている。どちらか一方が欠けている間は、アクセスできない。

取引所ではこの設計は不可能だ

重要なのは、この設計が取引所では実現できないという点だ。取引所に預けたBTCは、取引所の規約と手続きに従って相続される。相続手続きには数ヶ月かかり、必要書類を整えた遺族が連絡してようやく始まる。タイムロックの設定もシェアの分散も、取引所の管理下では選択肢にない。秘密鍵を自分で管理しているからこそ、スクリプトレベルで相続の条件を設計できる。

セルフカストディは単なるリスク管理ではなく、相続の自由度そのものでもある。

実装前に確認しておくこと

SLIP-39はBIP-39と互換性がなく、対応ウォレットが限られる。設計段階で、使用するハードウォレットがSLIP-39に対応しているかを確認しておくこと。CLTVについても、初めて実装する場合は小額のBTCでテストしてから本番の相続設計に移ることを強く勧める。

相続は生きている間に設計するものだ。今日から2層防衛の仕組みを整えておくことが、BTCを次の世代に確実に渡す唯一の方法になる。

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