このガイドの内容
ビットコイン相続が異なる理由
多くの資産は機関を通じて相続されます。銀行口座や不動産を持って亡くなると、管理権限を移すための手続きがあります。ビットコインは違います。管理権限は名前ではなく鍵で決まります。
二つの現実:
- 鍵を失えば、ビットコインは永久に失われる可能性がある。
- 鍵が早すぎる段階で明らかになると、生前に盗まれる可能性がある。
良い相続計画は、この緊張関係を年単位、場合によっては数十年にわたり管理します。
ビットコイン相続が失敗する理由
失敗は劇的であることは稀です。多くは日常的で予測可能です。これらの相続失敗モードを理解することが、機能する計画を設計するうえで不可欠です。
失敗モード1：秘密が利用できない
- ビットコインの存在を誰も知らない
- シードフレーズやデバイスが紛失・破損・アクセス不能
- パスフレーズがあるが復元できない
- マルチシグウォレットがあるが構成を再現できない
失敗モード2：秘密が利用できすぎる
- 誤った人がアクセスできる場所にシードフレーズを保管
- 検認で公開される遺言書にシードフレーズを記載
- 信頼する人物が想定より早く単独アクセスを得る
失敗モード3：相続人が実行できない
- 相続人がシードフレーズやハードウェアウォレットの扱い方を知らない
- どのウォレットが対象か特定できない
- リハーサルがなく、プレッシャー下で計画が崩壊
良い計画は、日常運用を重くしすぎずにこれらのリスクを減らします。
相続モデル
万能の最適モデルはありません。適切なものはあなたの状況に合うものです：家族構成、技術的な慣れ、プライバシー志向、保有規模。
| モデル | 内容 | 向いている状況 | 主なリスク |
|---|---|---|---|
| 単一鍵の自己保管 | ハードウェアウォレット + シードフレーズのバックアップ | 少額、シンプルな家庭 | 単一障害点 |
| マルチシグ自己保管 | 2-of-3の鍵を別々に保管 | 多額、冗長性が必要 | 複雑さ |
| 協調カストディ | あなたと提供者が鍵を分担 | 復旧支援が必要 | パートナー選び |
| カストディ相続 | 受益者指定のある機関 | 相続人が鍵を扱えない | カウンターパーティーリスク |
モデルA：シンプルな自己保管（単一鍵）
単一鍵ウォレット（ハードウェアウォレット）とシードフレーズのバックアップ、そして相続人向けの手順書。
向いている状況：少額、シンプルな家族構成、文書化と安全保管に高い信頼。
主なリスク：単一障害点（紛失、盗難、強要、パスフレーズ不明）。
モデルB：マルチシグ（自己保管）
複数鍵が必要なマルチシグウォレット（例：2-of-3）を分散保管。
向いている状況：多額、冗長性の確保、より多くの要素を管理できる。
主なリスク：複雑さ。マルチシグは単一鍵の失敗を減らす一方で、設定・構成・調整のリスクを導入します。
モデルC：協調カストディ
あなたが鍵材料を持ち、提供者が別の鍵を持つ共有コントロールモデル。復旧支援が定義されています。
向いている状況：強い冗長性と明確な復旧プロセスを求めつつ、単独支配を避けたい保有者。
主なリスク：適切なパートナー選びと、引き出し・復旧プロセスの理解。
モデルD：カストディ相続
受益者指定と相続プロセスが文書化されたカストディ機関にビットコインを預けるモデル。
向いている状況：相続人が鍵管理に不慣れ、または事務的な継続性と専門的な手続きを優先したい場合。
主なリスク：カウンターパーティーリスク。機関が信頼性を維持し、長期にわたり相続プロセスを尊重する必要があります。
やってはいけないこと
- 遺言書にシードフレーズを入れない。 遺言書は検認中に公開される可能性があります。シードフレーズはマスターキーです。
- 記憶だけに頼らない。 パスフレーズがある場合、無能力状態でも復元できる必要があります。
- 誰にも実行できない計画を作らない。 理論上完璧でも、相続人が実行できなければ無意味です。
- カストディのアクセスが永久だと想定しない。 ポリシーと機関は変わります。退出可能性が重要です。
実践的な相続計画
秘密を公表したり脆弱な仕組みを作ったりせずに、堅牢な計画を構築できます。
ステップ1：維持できるモデルを選ぶ
リスク要件を満たす最もシンプルなモデルを目指します。数十年のスパンでは、複雑さはドリフトで失敗します。ハードウェアは変わり、人は移動し、手順は忘れられます。
ステップ2：「手順書」と「秘密」を分離する
相続計画には二つの独立した成果物が必要です。
- 手順書：何があるか、どこを探すか、誰に連絡するか、手順の順序。
- 秘密：シードフレーズ、鍵、デバイス、パスフレーズ。
分離して保管します。手順書は正しい人が秘密を見つけるためのものであり、手順書自体が秘密になってはいけません。
ステップ3：役割を事前に定義する
同一人物が複数の役割を担うことは可能ですが、意図しない単独アクセスは避けましょう。
ステップ4：「最初の1時間」を簡単にする
死亡後、最初の失敗は単純な混乱であることが多いです。計画は以下に答えるべきです。
- 手順書はどこに保管されているか
- バックアップとデバイスの場所はどこか
- 相続人は最初に何をすべきで、何を避けるべきか
ステップ5：死亡だけでなく無能力にも備える
病気、旅行、認知機能の低下など、無能力の局面で多くの失敗が起きます。あなたが動けない場合、誰がどの保護策のもとでプロセスを開始できるのかを決めます。
ステップ6：計画をテストする
テストされたことのない計画は物語にすぎません。
少なくとも一度は少額またはテスト用ウォレットで復旧をシミュレーションします。
- 責任者は手順書を見つけられるか
- 正しい資料を特定できるか
- 即興に頼らず手順を実行できるか
執行者と相続人のチェックリスト
保有者向け（設定チェックリスト）
- 保有内容を文書化する（カストディ口座、自己保管ウォレット、マルチシグ金庫）
- 手順書の場所とアクセス権者を文書化する
- バックアップが耐久的で地理的に分散されていることを確認する
- 選択したモデルでパスフレーズが復元可能であることを確認する
- マルチシグの場合、復元に必要なウォレット構成情報を保管する
- カストディの場合、受益者指定と文書化された承継プロセスを確認する
- 出金経路が現実的で、定期的にテストされていることを確認する
執行者向け（実行チェックリスト）
- 手順書を見つけて保護する
- 保有が自己保管かカストディか、または両方かを特定する
- 秘密を写真に撮ったり、非安全な端末やクラウドへコピーしない
- カストディの場合、早めに承継プロセスと必要書類を依頼する
- 自己保管の場合、手順が不慣れならまず少額テストを復旧する
- 受益者アドレスへの出金時にオンチェーン決済を確認する
→ 読む：ビットコイン出金ガイド → 読む：ビットコイン安全対策ガイド
保守と見直し
長期計画は、維持されなければ失敗します。
少なくとも年に一度:
- バックアップがアクセス可能で読み取れることを確認する
- デバイスが動作し、陳腐化していないことを確認する
- 専門家や提供者の連絡先が最新であることを確認する
- 家族や受益者の情報が現実に即していることを確認する
- 状況が変わった場合は、簡易な復旧フローを再テストする
良いカストディは一度きりの設定ではありません。時間との関係です。
参考資料
- Uniform Law Commission: Fiduciary Access to Digital Assets Act (RUFADAA). 米国における受託者アクセスの法的基盤。
- IRS Notice 2014-21 (PDF). 米国における仮想通貨の税務扱い。
- BIP39: Mnemonic code for generating deterministic keys. シードフレーズの標準。
