暗号資産ウォレット入門：秘密鍵・シードフレーズ・保管方法

ウォレットの本質は残高表示ではなく署名権限

暗号資産ウォレットは、秘密鍵を使って取引へ署名し、公開鍵やアドレスを生成・管理する仕組みです。資産はネットワークの台帳に記録され、ウォレット内へ物理的に格納されるわけではありません。ウォレットアプリを削除しても、鍵やシードから復旧できれば同じ台帳上の資産へアクセスできます。逆に、画面に残高が見えていても署名に必要な鍵を失えば移転できません。

自己保管では利用者が鍵を直接管理し、第三者保管では取引所やカストディアンが鍵を管理して利用者は契約上の手続で出金を依頼します。「not your keys」という標語だけで優劣は決まりません。自己保管は事業者依存を減らす一方、紛失・相続・誤操作の責任が集中します。第三者保管は復旧窓口を持てる一方、出金停止、ハッキング、破綻、利用規約変更に依存します。

コールドであることと自己保管であることは同義ではありません。事業者もコールド保管を利用します。

秘密鍵・公開鍵・アドレス・シードを分ける

秘密鍵は署名を作るための秘密値、公開鍵は署名検証に使う値、アドレスは多くのネットワークで公開鍵等から導かれる送付先表現です。秘密鍵から公開鍵を導けても、通常は公開鍵から秘密鍵を実用的に逆算できないよう設計されています。秘密鍵を知る者は、有効な署名を作って資産を移転できる可能性があります。サポート担当、税務担当、相続人であっても、秘密鍵やシード全文をオンラインで共有してはいけません。

シードフレーズ（mnemonic）は、多数の鍵を決定論的に生成・復元する入口として使われます。同じシードでもderivation path、passphrase、ネットワーク、ウォレット実装が違うと期待するアドレスが表示されないことがあります。追加passphraseは安全性を高め得ますが、忘れると正しいシードだけでは復旧できません。「シードを持っている」ではなく、使用した規格・パス・追加要素まで復旧手順として記録します。

盗難より前に、漏えい・破壊・発見不能を同時に考える

鍵の保管は「隠す」だけでは不十分です。機密性（他人に読まれない）、完全性（改変・すり替えられない）、可用性（必要時に読める）の三つを満たす必要があります。一枚の紙を一か所に置けば、火災・水害・誤廃棄・盗難が単一点障害になります。写真、クラウドメモ、メール下書きへ保存すれば複製は簡単でもオンライン漏えい面が広がります。複数拠点に分ける場合も、各片だけで復元できるのか、組み合わせが必要かを理解します。

フィッシングは「シードを入力してください」「ウォレットを同期してください」「airdropをclaimしてください」と緊急性を作ります。正規サイトに似たドメイン、検索広告、偽アプリ、改ざんされたハードウェア、リモート操作要求が典型です。URLをブックマークから開き、署名内容と送信先をハードウェア画面で確認し、未知のメッセージ署名や無制限token approvalを残さない運用にします。

バックアップは媒体・場所・発見方法を分離する

バックアップ台帳には、ウォレット名ではなく、作成日、対応ネットワーク、アドレスの先頭・末尾、バックアップ方式、保管場所コード、passphraseの有無、復旧テスト日、廃止日を記録します。秘密そのものと、その所在を示す台帳は別に保管します。金属板等は火や水への耐性を補えますが、盗難や写真撮影を防ぐわけではありません。暗号化USBはパスワードと復号ソフトを失うリスクがあります。媒体ごとの故障モードを二つ以上書き出します。

相続や緊急時の設計では、資産額やシードを一通の文書にまとめないことが重要です。信頼できる人が「何が存在し、誰へ連絡し、どの手順で本人死亡等を確認し、どの資料を組み合わせるか」を発見できるようにします。法的な遺言、受益者、税務、共同署名の有効性は地域で異なるため、暗号資産に詳しい弁護士や税理士へ確認します。技術的に復旧できても法的に移転してよいとは限りません。

• 媒体: 紙・金属・暗号化記憶媒体それぞれの火災、水害、盗難、劣化を評価する。
• 場所: 同一建物・同一災害圏に集中させず、アクセス記録を残す。
• 発見: 秘密を公開せず、必要な人が存在と手順を知れる指示書を作る。
• 更新: ウォレット移行、passphrase変更、署名者変更のたびに旧手順を廃止する。

価値を入れる前に空の別端末で復旧を試す

復旧テストは、本番端末を壊すことではありません。新規の空ウォレットを少額で作り、バックアップを取り、アプリを初期化した別の安全な端末または隔離環境で復元し、同じ受取アドレスが導かれることを確認します。テスト後に使った一時環境は安全に消去し、画面録画やクリップボード履歴へ秘密が残らないようにします。ハードウェアウォレットは公式手順、正規ファームウェア、端末画面の宛先確認を使います。

復旧できたら、受取→少額送金→残高確認→履歴照合まで一巡させます。送金先はアドレス・承認・エクスプローラーの確認手順に沿って検証します。定期点検では、媒体の読取可否、署名者の連絡先、端末互換性、ファームウェア、復旧資料の所在を確認し、シード自体をオンラインへ入力する「確認サービス」は使いません。

1. 01空のテスト用ウォレットを作る

   本番資産と分け、公式入手先と端末状態を記録する。

2. 02バックアップを作る

   人に見られず、カメラ・クラウド・クリップボードを避ける。

3. 03別環境で復旧する

   ネットワーク、アドレス、残高が一致するか確認する。

4. 04少額で往復する

   受取・送付・tx hash・手数料を記録する。

5. 05テスト日と結果を残す

   秘密ではなく、成功/失敗と次回点検日を台帳へ記録する。

一つの方式へ全額を寄せず、用途別に支配範囲を決める

日常利用、長期保管、DeFi接続、事業用、共同管理では必要な利便性と制御が違います。頻繁に接続するホットウォレットに全額を置けば、便利さと同時に署名攻撃面が集中します。長期保管用ウォレットを未知のdAppへ接続すれば、コールド保管の利点を自分で崩します。用途別ウォレット、送金上限、allowlist、複数署名、時間遅延、view-only監視を組み合わせます。

第三者を使う場合は、取引所・カストディの確認表で、法人、登録、顧客資産、鍵管理、保険範囲、外部委託、出金停止条件、相続窓口を確認します。自己保管へ移す場合は、一度に全額を動かさず、正しいネットワークで少額テストを行い、エクスプローラーと受取側の両方で確認します。

金融テンプレートHubを使えば、ウォレットID、用途、秘密を含まない所在コード、復旧テスト日、署名者、次回点検日を整理できます。秘密鍵やシードは入力せず、テンプレートは秘密そのものではなく運用証跡を管理するために使います。