マルチシグウォレットとは何ですか？単一秘密鍵のウォレットとの違いはどこにありますか？
単一秘密鍵のウォレット（シングルシグ）は、資産の管理権限が完全に1本の秘密鍵に依存している。この鍵がハッカーに盗まれても、利用者自身が紛失しても、保有者本人が不正を働いても、いずれの場合でも資産は一瞬で全て失われうる。これがいわゆる「単一障害点（single point of failure）」である。マルチシグウォレットはM-of-Nという閾値の仕組みでこの単一障害点を分散させる。例えば3-of-5であれば、ウォレットは5本の独立した秘密鍵によって共同管理され、いかなる取引も少なくとも3本の鍵がそれぞれ署名しなければ成立しない。1本の鍵が単独で紛失または乗っ取られても、それだけでは資産を動かすには不十分である。
明確にしておくべき点として、マルチシグが解決するのは「単一保有者が機能不全に陥る」リスクであり、「署名プロセス自体が欺かれる」リスクは解決していない。もし各署名者が目にする取引内容が同一の偽の情報に改ざんされていれば、たとえ閾値に達する数の正当な署名が揃ったとしても、実際に承認され実行されるのは悪意ある取引である。この区別は以降の段落で繰り返し登場する。マルチシグにおいて最も誤解されやすい点だからである。
なぜマルチシグの仕組みが発明されたのですか？どのような問題を解決しようとしたのですか？
単一秘密鍵モデルの最も初期の課題はシンプルだった。秘密鍵を保管する者は事実上、資産の絶対的な所有者となる。これは個人利用者にとっては紛失や盗難がそのまま全損を意味する。組織、DAO、あるいは複数人で資金を共同管理する必要がある場面ではさらに深刻な問題となる。もし1人だけが秘密鍵を保管しているとすれば、組織全体の資金の安全性が、たった1人の従業員の誠実さとセキュリティ意識に完全に委ねられることになる。牽制機構もなければ、伝統的な金融機関ではとうに常識となっている「多額の資金移動には複数人の承認が必要」という内部統制の仕組みも存在しない。
マルチシグの登場は、本質的には伝統的金融における「多額の支出には複数の役員による共同承認が必要」というガバナンスの論理を、暗号技術によってブロックチェーンの世界に移植したものだと言える。これは同時に2種類の問題を解決する。技術面での単一障害点（鍵が1本破られれば資産が全滅する）と、ガバナンス面での権力集中（牽制のない単独の意思決定者）である。これが、マルチシグが取引所のコールドウォレット、DAOの国庫、機関投資家のカストディなど、「単一の信頼」ではなく「共同の信頼」が求められる場面で広く使われている理由である。
マルチシグは実際にどのように機能しますか？閾値はどう設定すべきですか？
技術的には主に2つの実装経路がある。1つはオンチェーン・マルチシグコントラクト（イーサリアムエコシステムで最も一般的なSafe、旧称Gnosis Safeなど）で、取引の承認ロジックがスマートコントラクトに直接書き込まれ、各署名行為は独立したオンチェーン操作となり、署名者の身元と閾値ルールは公開され検証可能である。もう1つは閾値署名方式（Threshold Signature Scheme, TSS）で、署名プロセスはオフチェーンで行われる。複数の署名者が暗号プロトコルを通じて共同で「単一」の署名を生成し、オンチェーン上は通常のシングルシグウォレットと変わらないように見える。利点は手数料が低く、プライバシー性が高いことだが、欠点は署名プロセスが本当に複数人によって共同で行われたかを検証するには、オフチェーンのログ記録と署名者による証明に頼る必要があり、オンチェーン・マルチシグコントラクトほどの透明性はない。
閾値の設定に万能の正解はなく、「安全性」と「利便性」の間でトレードオフを取る必要がある。閾値が低すぎる（例：2-of-5）と、リスクが少数の人間に集中する。閾値が高すぎる（例：5-of-5）と、誰か1人でも対応できない（出張中、連絡不能、機器故障）だけで資金が完全に凍結されてしまい、「誤って3-of-5ではなく3-of-3に設定してしまう」という純粋な人為的ミスが実際に発生した事故として記録されることにもなる。実務では機関投資家レベルの用途では3-of-5以上の閾値がよく用いられ、タイムロック（多額の取引は一定の遅延時間を経てから実行され、他の署名者が異常に気づいて停止する時間を確保する）や支出上限（1回または1日あたりの取引が一定額を超える場合に追加の署名者の承認を必要とする）を追加の防御線として組み合わせる。
マルチシグが自分の資産保護においてどのような実際的な限界を持ち、何に注意すべきですか？
最も重要な認識の修正は次の点である。マルチシグが高めるのは「攻撃者が複数の独立した標的を同時に突破する必要がある」というコストであり、もし署名者が実際に取引内容を確認するために依拠しているインターフェース（フロントエンドのウェブページや署名デバイスの画面表示）そのものが改ざんされていれば、マルチシグの保護は丸ごと機能しなくなる。なぜなら各署名者は誤った情報に基づいて技術的には「正当な」署名行為を行うことになり、閾値を満たした署名は技術的には完全に有効であっても、実際に承認された内容と署名者が承認したと思っていた内容は別物だからだ。これがまさに、史上最大規模の暗号資産盗難事件において、被害者がマルチシグを採用していた機関でありながら、攻撃者が1本の秘密鍵も入手することなく、署名者全員が共通して依拠していたフロントエンドインターフェースを突破し、全員の画面には正常な取引が表示されていたにもかかわらず、実際に署名させられていたのは改ざんされた悪意あるコントラクトのアップグレードだった理由である。
個人または機関の利用者にとって具体的にできることには、署名者間で異なるブランドや機種のハードウェアウォレットを使用すること（単一ベンダーの脆弱性が全署名者に同時に影響するのを避ける）、署名のたびにパソコンやスマートフォンの画面だけでなくハードウェアデバイス自体の画面で取引の実際の内容を確認すること、全ての署名者が同一のフロントエンドインターフェースや同一のカストディサービスを唯一の検証手段として依存する状態を避けること、そして閾値設定について明確な継承やバックアップの仕組みを準備しておくこと（保有者が連絡不能になったり死亡したりして資金が凍結されるのを防ぐ）などが含まれる。マルチシグが低減するのは「単一の人物が機能不全に陥る」リスクであり、「署名される内容が必ず正しい」ことを保証するものでは一度もなかった。この2つは分けて理解する必要がある。
2025年2月、史上最大規模の暗号資産取引所盗難事件が発生した。被害者はマルチシグを採用していた機関のコールドウォレットで、攻撃者は1本の秘密鍵も入手していない。代わりに、マルチシグサービスのフロントエンドサーバーに関連する開発者のデバイスに侵入し、画面表示を制御するJavaScriptコードを改ざんした。複数の正当な署名者がログインした際、画面には一見普通の内部送金取引のように表示されていたが、実際に彼らが署名したのは、コントラクトのロジックを通常の呼び出しから委任呼び出し（DELEGATE_CALL）へと変更する悪意あるアップグレード指示であり、最終的に約15億ドル相当のイーサリアムが流出した。事後分析では、マルチシグコントラクト自体は一切突破されておらず、問題は署名者全員が共通して依拠していた信頼の連鎖のうち、フロントエンドという一つの環が単独で攻略されたことにあったと指摘されている。
Multi-signature's advantage is eliminating the risk that a single holder failing — through loss, compromise, or dishonesty — is enough to cause a total loss, while embedding the governance logic of "large expenditures require multi-person approval" at the technical layer. The trade-off is a more complex signing process with higher coordination costs, and protection that only covers the signing authority itself — once the verification interface all signers jointly rely on is compromised on its own, the sense of security multisig provides can ironically make an institution let its guard down on exactly that layer.