TL;DR

  • それは、資産を移動する前にブロックチェーンが確認する署名権限を管理することを意味します。つまり、あなた自身がセキュリティチームとなるのです。サポートデスクも、リセットリンクも、電話できる相手もいません。ウォレットは単なるインターフェースであり、鍵こそが資産の真の所在場所なのです。
  • ソフトウェアウォレットは、インターネットに接続されたデバイス上に鍵を保管します。これにより、無料で即座に利用でき、少額のアクティブな残高には理想的ですが、セキュリティのすべてを、あなたが所有する中で最も攻撃を受けやすい環境の中に置くことになります。それはジャケットのポケットのようなものです。そこから失っても構わないものには最適です。
  • ハードウェアウォレットは、鍵を内部で生成・使用するように設計された専用デバイスに移します。設計が適切であれば、これにより「マルウェアによる鍵の読み取り」というリスクはほぼ排除されます。しかし、シードフレーズのバックアップには依然として依存しており、侵害されたコンピュータからの要求には依然として署名を行い、フレーズとデバイスが共に失われるような盗難や洪水といった事態には依然として無力です。ハードウェアウォレットは、チェーン全体ではなく、その一環だけを強化するに過ぎません。
  • バランスと、最も許容できない障害に合わせてモデルを選択し、過半数を保護する仕組みを確立した上で、単一の事象、場所、人物が致命的にならないよう鍵やシェアを配置することです。階層化は部族主義に勝り、この比較は製品そのものではなく、構造を推奨するものです。
1つのブロックで

どの自己管理モデルも、「署名権限はどこにあるのか」という一つの問いに異なる答えを出しています。ソフトウェアウォレットはインターネットに接続されたデバイス上にそれを保持し、ハードウェアウォレットは鍵を内部に保管するように設計された専用の署名デバイス内に隔離し、MPCウォレットはそれをシェアに分割することで、署名処理によって完全な鍵が再構築されることを防ぎます。また、分散型鍵生成を採用した設定では、完全な鍵は一切存在しません。 重要な比較点は機能ではなく、障害モードです。ソフトウェアウォレットはデバイスの侵害によって機能しなくなり、ハードウェアウォレットは依然として依存しているシードフレーズのバックアップ、および紛失、破損、所有者への強制によって機能しなくなります。MPCは、単一の口頭で伝達可能な秘密を排除し、リスクをしきい値の侵害やプロバイダー・プロ…

「自分の鍵を管理する」とは、実際にはどういう意味なのでしょうか？

簡単な回答

それは、資産を移動する前にブロックチェーンが確認する署名権限を管理することを意味します。つまり、あなた自身がセキュリティチームとなるのです。サポートデスクも、リセットリンクも、電話できる相手もいません。ウォレットは単なるインターフェースであり、鍵こそが資産の真の所在場所なのです。

以下で述べるすべてはこれに基づいているため、まず基礎を簡単に説明します。資産はブロックチェーン上のエントリとして存在します。ウォレットが保持しているのは、それらのエントリの変更を承認できる秘密鍵のデータです。有効な署名を生成できる者が資金を管理しており、ベースレイヤーでの送金が一度確認されると、発行者、プラットフォーム、裁判所による限定的な例外を除き、通常は取り消すことができません。このアカデミーの鍵やカストディモデルに関する記事ではその仕組みを解説していますが、ここでは運用上の結果に焦点を当てます。 自己管理では、保護義務、秘密保持、バックアップ、継承、署名時の判断など、あらゆる責任があなた自身とあなたの体制に集中します。

その責任には、2つの対照的な失敗のシナリオがあり、公正な比較を行うなら、その両方を評価する必要があります。盗難：マルウェア、フィッシング、デバイスの盗難、バックアップの漏洩、または強要によって、第三者が署名権限を取得してしまうケースです。紛失：パスワードの忘れ、バックアップの破損、デバイスの故障、あるいは後継計画のない死亡などにより、誰も署名権限を保持できなくなるケースです。 業界自身の歴史は「紛失」を深刻に受け止めています。River社の2025年の分析では、およそ157万ビットコインが永久に失われた可能性が高いと推定されています。ただし、休眠状態であることは紛失やその原因を証明するものではないという注意点があります。事例ごとに記録された原因はありふれたもので、廃棄されたドライブ、紛失したリカバリーフレーズ、アクセス不能な遺産などであり、River社のオンチェーン手法では、これらが盗難と比較してどの程度の割合を占めるかは判断できません。

したがって、以下の各モデルをこの二重の視点で読み解いてほしい。盗難対策のみに注力すれば、最終的には自分自身が締め出されてしまう金庫を作り上げてしまうことになる。紛失対策のみに注力すれば、鍵のコピーが至る所に放置されたままになってしまう。技術的な課題は、各モデルが、いかに円滑に両方の扉を同時に開けておくことを可能にするかということだ。

ソフトウェアウォレットはどのように機能し、どこで失敗するのか？

簡単な回答

ソフトウェアウォレットは、インターネットに接続されたデバイス上に鍵を保管します。これにより、無料で即座に利用でき、少額のアクティブな残高には理想的ですが、セキュリティのすべてを、あなたが所有する中で最も攻撃を受けやすい環境の中に置くことになります。それはジャケットのポケットのようなものです。そこから失っても構わないものには最適です。

ソフトウェアウォレット（モバイルアプリやブラウザ拡張機能）は、鍵を生成して暗号化し、デバイス上に保存します。そして、すべてを再生成できるバックアップとして、シードフレーズ（通常はBIP39の単語リスト）をユーザーに提供します。取引を承認するたびに、デバイスのメモリ内で署名処理が行われます。

その強みは確かなものであり、明確に述べる価値があります。コストがゼロで、即座に利用可能であり、アプリケーションとのやり取りに摩擦がないことです。まさにそれが、ほぼすべての人の最初のウォレットがこれになる理由です。日常の支払い、少額のDeFiポジション、学習用途においては、これは合理的なツールであり、このクラスターの初心者向け記事が、当然のことながらここから始めるよう推奨しているのも納得です。

脆弱性の源はデバイスそのものです。スマートフォンやノートパソコンでは、ブラウザやメッセンジャーが動作し、ダウンロードが行われる環境が鍵のすぐ隣で稼働しています。メモリやクリップボードを読み取るマルウェア、悪意のあるアプリのアップデート、あるいは署名を行うよう誘導するフィッシングサイトは、鍵が存在する環境そのものに侵入することになります。 このアカデミーの「ウォレットを空にされる」という記事では、その経路がいかに産業規模で悪用されているかが詳述されています。バックアップは第二の脆弱性を生み出します。シードフレーズを写真に撮ったり、クラウドノートに入力したり、パスワードマネージャーに保存したりすると、それが置かれた場所のあらゆる弱点を引き継いでしまいます。また、引き出しに保管されたフレーズは、1回の盗難や住宅火災で、盗まれるか失われるかの危機にさらされます。

この二重の視点から見ると、盗難への耐性は本モデルの弱点であり、紛失への耐性はたった1枚の紙の強度しかありません。設計上の結論は自明であり、この記事の最終セクションで正式に述べられている通り、ソフトウェアウォレットは長期的な貯蓄というよりは、失っても構わない程度の資金に適しています。

ハードウェアウォレットは何を付加し、依然として何に依存しているのか？

簡単な回答

ハードウェアウォレットは、鍵を内部で生成・使用するように設計された専用デバイスに移します。設計が適切であれば、これにより「マルウェアによる鍵の読み取り」というリスクはほぼ排除されます。しかし、シードフレーズのバックアップには依然として依存しており、侵害されたコンピュータからの要求には依然として署名を行い、フレーズとデバイスが共に失われるような盗難や洪水といった事態には依然として無力です。ハードウェアウォレットは、チェーン全体ではなく、その一環だけを強化するに過ぎません。

その仕組み：鍵は、多くの場合認定されたセキュアエレメントを備えた専用デバイス内で生成・保存され、設計上、そのデバイス外に出ることはありません。 取引リクエストはコンピュータやスマートフォンから送信され、デバイスは署名対象の内容を表示し、その境界内で署名を行います。外部に出るのは署名のみです。通常の動作下では、接続されたマシン上のマルウェアは取引を提案することはできても、鍵を抽出することはできません。ただし、ファームウェアのバグ、サプライチェーンの侵害、一部のデバイスに備わるバックアップやエクスポート機能などが例外を引き起こすため、設計上の目標には実用上の限界があります。これが、ベンダーの選定やアップデートが重要となる理由です。

これは真に画期的な大幅なアップグレードですが、マーケティングではめったに前面に出されない3つの依存関係が伴います。第一に、バックアップです。ほぼすべてのハードウェアウォレットは、ソフトウェアウォレットと同様にBIP39シードフレーズをユーザーに提示して初期化され、そのフレーズを使えば、どこでも互換性のあるソフトウェア上でウォレットを復元できます。 盗難リスクの想定範囲には、そのフレーズが存在したことのあるあらゆる場所が含まれるようになり、また、このシリーズの記事「物理的セキュリティ」で詳述されているように、強制リスクの想定には、金庫全体がたった一文の読み上げ可能なフレーズであるという事実が含まれます。デバイス自体は堅牢ですが、その背後にある紙こそが、実際のカストディアンなのです。

第二に、画面とユーザーの注意力です。デバイスは鍵を保護しますが、判断を保護することは決してありません。接続されたコンピュータが侵害された場合、承認のために表示される取引は攻撃者が選択したものです。デバイス自身のディスプレイ上で明示的に署名を行うことが防御策であり、それは人間が毎回、見苦しい16進数のものを含めてそれを読み上げた場合にのみ機能します。「承認疲労」は脆弱性のカテゴリーの一つです。

第三に、デバイスそのものです。デバイスは故障し、紛失し、焼失し、盗難に遭います。PINやオプションのパスフレーズは、完全な防御ではなく、時間稼ぎに過ぎません。その場合の復旧は完全にフレーズに依存することになり、依存関係1に戻ってしまいます。また、同じ机の中にフレーズとデバイスを一緒に保管することは、2つの構成要素を持つ単一障害点となります。

正直に評価すれば、リモートでの鍵抽出に対しては「優秀」、署名フィッシングに対しては「変化なし」、紛失や強要に対する耐性はシードフレーズの管理方法に完全に依存しており、ほとんどの所有者にとって、依然として「1枚の紙」がすべてを左右することになる。

MPCは鍵の保持に関してどのような変化をもたらすのか？

簡潔な答え：MPCは2つの別々の特性を通じて「単一の秘密」を排除します。しきい値署名により、使用時に鍵全体を再構築する必要がなくなり、また、分散鍵生成を採用したセットアップでは、作成時にも完全な鍵は存在しません。適切な設計において、この組み合わせは、シードフレーズや単一のシェアだけでは資金を移動したり譲渡したりできないことを意味します。単一障害点は、頭字語そのものではなく、具体的な実装によって解消されており、これら2つの特性は確認する価値があります。

このアカデミーの別の記事で第一原理から解説された「しきい値暗号」は、その「使用時特性」を一言で次のように説明しています。すなわち、鍵は複数のシェアとして使用され、任意のしきい値（例えば3分の2）のシェアが共同で署名できる一方で、それより少ないシェアでは何も明らかにされないというものです。 署名計算は、署名を行う瞬間を含め、いかなるデバイスにおいても、いかなる時点においても、シェアが1つの完全な鍵に組み合わされることなく行われます。完全な鍵が実際に存在したかどうかは、セットアップ時の別の問題です。分散型鍵生成ではシェアが独立して生成されるため完全な鍵は存在しませんが、信頼できるディーラーによるセットアップでは鍵が生成された後に分割されるため、その手順を確認する価値があります。

前のセクションで挙げた故障モードを、この特性に照らして検討してみましょう。あるデバイス上のマルウェアが1つのシェアを盗み出しても、1つのシェアだけでは暗号学的に無価値です。紛失したスマートフォンは交換され、そのシェアは更新・無効化されますが、資金の移動や他のシェアへの影響は一切ありません。 写真に撮られたり、盗まれたり、フィッシング攻撃を受けたり、口頭で伝えられたりするようなシードフレーズは存在しません。このクラスターの物理的セキュリティ記事で取り上げられた強制シナリオは、単独では真に要求に応じることができない被害者に適用され、損失統計は、単一の忘れられた、あるいは破壊されたオブジェクトによって何も立ち往生しない設計に合致しています。シェアの更新は、ここにある他のどの仕組みにもない特性を追加します。つまり、異なるタイミングでシェアが侵害され、いずれの時点でもしきい値を下回っている場合でも、依然として何も得られないのです。

MPCが代わりに提供するメリットを正直に記した台帳です。しきい値の侵害は依然として致命的です。シェアの定足数を集めたり、署名式そのものを改ざんしたりした者が資金を支配することになります。そのため、真に独立したデバイス、場所、当事者間でシェアを分散させることが、設計の根幹となっているのです。 実装は複雑な暗号工学であり、紙に書かれたフレーズとは異なり、目視だけで監査することはできません。スマートコントラクトのリスクに関する記事がコード全般について論じているように、ここでもプロトコルの成熟度、監査、実績が重要となります。プロバイダーの構造も重要です。消費者向けのMPCウォレットは通常、シェアをユーザーのデバイスやサービス、あるいはガーディアンに分散させます。ここで求められる注意深さは、閾値形式でのカストディ（保管）の問題に他なりません。つまり、どの当事者の組み合わせが署名でき、どの組み合わせがユーザーを締め出すことができるのか、ということです。 最後に、復旧は、単語リストではなく、設計されたフロー、ガーディアン、シェアのバックアップによって行われます。これが重要なポイントであり、必要になる「前」に理解しておくべきことであり、決して「後」では理解できないものです。

この二重の視点から見ると、適切に実装されたMPCは、盗難リスクと紛失リスクが共に改善されるモデルです。なぜなら、両者は同じ設計上の欠陥、すなわち「1つの完全な秘密」の存在という下流に位置する問題だからです。

Diagram comparing crypto key storage in software wallets, hardware wallets and MPC wallets, showing a complete key on a phone, a complete key in a dedicated signing device with a seed phrase backup, and distributed key shares that sign without rebuilding a whole key, with distributed key generation noted as the setup where none ever exists whole
図1. 各モデルにおける鍵の保管場所：接続されたデバイス、専用の署名デバイス、または分散されたシェア。

3つのモデルを比較するとどうなり、実際にどうすべきか？

簡単な回答

バランスと、最も許容できない障害に合わせてモデルを選択し、過半数を保護する仕組みを確立した上で、単一の事象、場所、人物が致命的にならないよう鍵やシェアを配置することです。階層化は部族主義に勝り、この比較は製品そのものではなく、構造を推奨するものです。

比較の要約：

モデル鍵の保管場所最悪の単一事象復旧シナリオ
ソフトウェアウォレット接続されたデバイス上で、シードフレーズのバックアップがある場合デバイスやフレーズが侵害されると、すべてを失うシードフレーズは互換性のあるソフトウェアで復元可能。フレーズを紛失するとすべてが利用不能になる
ハードウェアウォレット専用の署名デバイス内に保管、シードフレーズのバックアップありフレーズが漏洩したり、所有者が脅迫されたりするとすべてを失う；フレーズとデバイスを同時に紛失すると、すべてが利用不能になる互換性のあるソフトウェアでシードフレーズを復元可能；同様の諸刃の剣
MPCウォレット分散型シェアとして（再構築不可能な設計）しきい値を超える数のシェアが侵害された場合、または実装に欠陥がある場合シェアの更新とガーディアンのフローが設計されており、紛失や暗唱が必要な単一のオブジェクトは存在しない

次に、配置ロジックについて。これはどの項目よりも重要であり、単なるアドバイスというよりは、多くの慎重な保有者が合意するパターンとして提示されるものです。ソフトウェア層には、現金として持ち歩く分だけを残しておきましょう。より大きな残高については、単一障害点のないモデルで管理することを検討してください。ハードウェアの場合、それは自分で設計すること、あるいは本クラスターのマルチシグ記事で詳述されているように、デバイスや場所を跨いだマルチシグ構成を採用すること、あるいはシードフレーズを真のリスクとして受け入れ、それに応じて保護することです。 MPCの場合は、実際の署名者の組み合わせ、復旧および管理パス、更新制御、プロバイダーへの依存関係が、設計で謳われている「単一障害点の排除」を実現していることを確認した上で、シェアの配分を選択し、復旧フローを習得してください。どのモデルにおいても、まずはごく少額で復旧テストを行ってください。テストされていないバックアップは単なる仮説に過ぎないからです。人生の状況（新しい家族、新しい国、残高の変化など）が変わった際には、その仕組みを見直してください。

なお、コンテンツマップで本記事に盛り込むよう求められている公平性の観点として付記すると、ハードウェアウォレットは、鍵を接続された機器から隔離するという本来の機能において極めて優れており、マルチシグの共同署名者やMPCのシェア保有者として分散型構成と組み合わせることで、その強みを維持しつつ、「一枚の紙」という問題を解消できます。これらのモデルは相互に補完し合います。誤りは、単一のオブジェクト、デバイス、あるいは文を「金庫」として扱うことです。

Chart plotting software wallets, hardware wallets and well-implemented MPC wallets against theft resistance and loss resistance, with a label noting the MPC position assumes independent signers, safe setup and tested recovery
図2. モデルごとの盗難耐性および紛失耐性。MPCの耐性は、明示された実装の前提条件の下で示されている。

よくある質問

ハードウェアウォレットはMPCよりも安全ですか？

これらは異なる「扉」を守っています。ハードウェアは、感染したノートパソコンから署名処理を隔離します。MPCは、単一の完全な秘密鍵を排除します。1つのシードフレーズを持つハードウェアウォレットは、フレーズの紛失、盗難、および強要に対する単一障害点であり続けます。一方、MPC構成は、実装の品質と誠実な過半数によるシェアの分配に依存し続けます。多額の残高を持つ多くの慎重な保有者は、両方の特性を組み合わせています。つまり、分散型管理と、状況に応じて（普遍的な順位付けではなく）選択された、シェアを保持または共同署名を行うハードウェアグレードのデバイスを併用しているのです。

MPCにシードフレーズがない場合、スマートフォンを紛失したらどうなりますか？

適切な設計であれば、紛失したデバイスは1つのシェアのみを保持しており、それだけでは何も明らかになりません。復旧には、残りのシェアに加え、ウォレットの設計された手順、ガーディアン、別のデバイス、または暗号化されたバックアップシェアを用いて、署名機能を復元し、シェアを更新することで、紛失したシェアを無効にします。現在、どのMPCウォレットにおいても取るべき措置は、その正確な手順を読み込み、リハーサルを行うことです。なぜなら、それがシードの儀式に代わるものであり、緊急事態が発生する前にその依存関係を確認しておく必要があるからです。

注意深く扱えば、すべてをハードウェアウォレットに保管しておいても大丈夫ですか？

注意を払うだけでは構造は解消されません。その構造とは、暗唱可能な一文と一つの物体です。火災、洪水、両方を収納している引き出しへの盗難、強制的な夜、あるいはフレーズを見つけられない相続人――これらはすべて、決定的な結果をもたらす単一の出来事です。注意深いハードウェアウォレットユーザーは、分散化へとステップアップします。つまり、デバイスや場所を跨いだマルチシグ、パスフレーズの分離、あるいはMPCを採用することで、「注意」が負担を支える要素でなくなるようにするのです。

銀行の貸金庫にシードフレーズを保管すれば、バックアップの問題は解決するのでしょうか？

火災や盗難のリスクは軽減されますが、新たな依存関係が生じます。緊急事態に対する銀行の営業時間、死亡時の管轄権や遺産凍結、そして第三者の1か所に秘密がすべて集中してしまうことです。これは分散型設計の一要素としては妥当であり、複数のシェアや鍵のうちの1つとして機能しますが、すべてを単独で管理する保管者としては不適切です。これが、この比較全体から繰り返し得られる教訓です。

実際に人々が暗号資産を失う原因として繰り返し見られるものは何でしょうか？

記録されている繰り返される原因は、珍しいものではなくごくありふれたものです。フレーズを忘れる、バックアップの破損や紛失、相続人のいないままの死亡、そして攻撃者に署名権限を与えてしまうことなどです。River社の2025年の分析では、約157万ビットコインが永久に失われた可能性が高いと推定されていますが、不確実性は大きく、原因を証明したり、盗難と比較して順位付けしたりする方法はありません。どのモデルを選んだとしても、相続人がテスト済みで、分散化され、耐障害性のある復旧プロセスを確立しているかどうかが、最も重要な要素となります。

出典および参考文献

本記事の主要な参考文献（2026年7月時点）。変動の激しい数値については、四半期ごとの見直しごとに再確認を行っています。

簡単なクイズ: 定着しましたか?

基本的な事項を確認するためのいくつかの質問がありました。解説付きの解答が続きますが、あなたの将来のポートフォリオを除いて誰もあなたを採点しません。

問題 1/5
あらゆる鍵保管モデルが最終的に決定するのは何ですか？

これは役に立ちましたか?