Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
暗号資産セキュリティ、防御からインシデント対応まで
safu-bible.com
最新
ハードウェアウォレットを買えば資産は安全なのか?「オフライン」が守ってくれない3つのシナリオ  ·  監査は通過した、それでもハッキングされた:2026年上半期の4億4,400万ドルが業界に教えたこと  ·  6,000万ドル、1回のハードフォーク、10年経っても繰り返される過ち:リエントランシー攻撃の全貌  ·  あなたのウォレットを盗む者は、コードすら書けないかもしれない:「清掃サービス(Drainer-as-a-Service)」産業の解剖  ·  取引所が公表する準備金証明、あなたは本当に読めていますか?3分で重要な数字の見分け方を学ぶ  ·  偽造された監査報告、虚偽の「準備金115%」:CFTCがGoliath Venturesを3億9,700万ドルの暗号資産ポンジスキームで提訴
用語解説 · Wallet Security

Multi-Signature Wallet

マルチシグウォレット
Wallet Security intermediate

30秒バージョン · 忙しい方へ
資産を動かすには複数の独立した<a href="https://crypto-bible.com/ja/glossary/wallet-and-security/private-key/" target="_blank" rel="noopener">秘密鍵</a>による共同承認が必要なウォレット。例えば3-of-5であれば、5本の鍵のうち3本が揃わなければ取引は成立しない。単一の保有者が乗っ取られたり、鍵を紛失したり、裏切ったりしても、それだけでは資産を移動できない。ただしこの保護がカバーするのは署名権限そのものだけであり、各署名者が実際に目にし確認する内容が改ざんされていないかどうかまではカバーしない。
詳しく読む +
01 · これは何?

マルチシグウォレットとは何ですか?単一秘密鍵のウォレットとの違いはどこにありますか?

単一秘密鍵のウォレット(シングルシグ)は、資産の管理権限が完全に1本の秘密鍵に依存している。この鍵がハッカーに盗まれても、利用者自身が紛失しても、保有者本人が不正を働いても、いずれの場合でも資産は一瞬で全て失われうる。これがいわゆる「単一障害点(single point of failure)」である。マルチシグウォレットはM-of-Nという閾値の仕組みでこの単一障害点を分散させる。例えば3-of-5であれば、ウォレットは5本の独立した秘密鍵によって共同管理され、いかなる取引も少なくとも3本の鍵がそれぞれ署名しなければ成立しない。1本の鍵が単独で紛失または乗っ取られても、それだけでは資産を動かすには不十分である。

明確にしておくべき点として、マルチシグが解決するのは「単一保有者が機能不全に陥る」リスクであり、「署名プロセス自体が欺かれる」リスクは解決していない。もし各署名者が目にする取引内容が同一の偽の情報に改ざんされていれば、たとえ閾値に達する数の正当な署名が揃ったとしても、実際に承認され実行されるのは悪意ある取引である。この区別は以降の段落で繰り返し登場する。マルチシグにおいて最も誤解されやすい点だからである。

02 · なぜ存在する?

なぜマルチシグの仕組みが発明されたのですか?どのような問題を解決しようとしたのですか?

単一秘密鍵モデルの最も初期の課題はシンプルだった。秘密鍵を保管する者は事実上、資産の絶対的な所有者となる。これは個人利用者にとっては紛失や盗難がそのまま全損を意味する。組織、DAO、あるいは複数人で資金を共同管理する必要がある場面ではさらに深刻な問題となる。もし1人だけが秘密鍵を保管しているとすれば、組織全体の資金の安全性が、たった1人の従業員の誠実さとセキュリティ意識に完全に委ねられることになる。牽制機構もなければ、伝統的な金融機関ではとうに常識となっている「多額の資金移動には複数人の承認が必要」という内部統制の仕組みも存在しない。

マルチシグの登場は、本質的には伝統的金融における「多額の支出には複数の役員による共同承認が必要」というガバナンスの論理を、暗号技術によってブロックチェーンの世界に移植したものだと言える。これは同時に2種類の問題を解決する。技術面での単一障害点(鍵が1本破られれば資産が全滅する)と、ガバナンス面での権力集中(牽制のない単独の意思決定者)である。これが、マルチシグが取引所のコールドウォレット、DAOの国庫、機関投資家のカストディなど、「単一の信頼」ではなく「共同の信頼」が求められる場面で広く使われている理由である。

03 · 意思決定にどう影響する?

マルチシグは実際にどのように機能しますか?閾値はどう設定すべきですか?

技術的には主に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日あたりの取引が一定額を超える場合に追加の署名者の承認を必要とする)を追加の防御線として組み合わせる。

04 · どうすればいい?

マルチシグが自分の資産保護においてどのような実際的な限界を持ち、何に注意すべきですか?

最も重要な認識の修正は次の点である。マルチシグが高めるのは「攻撃者が複数の独立した標的を同時に突破する必要がある」というコストであり、もし署名者が実際に取引内容を確認するために依拠しているインターフェース(フロントエンドのウェブページや署名デバイスの画面表示)そのものが改ざんされていれば、マルチシグの保護は丸ごと機能しなくなる。なぜなら各署名者は誤った情報に基づいて技術的には「正当な」署名行為を行うことになり、閾値を満たした署名は技術的には完全に有効であっても、実際に承認された内容と署名者が承認したと思っていた内容は別物だからだ。これがまさに、史上最大規模の暗号資産盗難事件において、被害者がマルチシグを採用していた機関でありながら、攻撃者が1本の秘密鍵も入手することなく、署名者全員が共通して依拠していたフロントエンドインターフェースを突破し、全員の画面には正常な取引が表示されていたにもかかわらず、実際に署名させられていたのは改ざんされた悪意あるコントラクトのアップグレードだった理由である。

個人または機関の利用者にとって具体的にできることには、署名者間で異なるブランドや機種のハードウェアウォレットを使用すること(単一ベンダーの脆弱性が全署名者に同時に影響するのを避ける)、署名のたびにパソコンやスマートフォンの画面だけでなくハードウェアデバイス自体の画面で取引の実際の内容を確認すること、全ての署名者が同一のフロントエンドインターフェースや同一のカストディサービスを唯一の検証手段として依存する状態を避けること、そして閾値設定について明確な継承やバックアップの仕組みを準備しておくこと(保有者が連絡不能になったり死亡したりして資金が凍結されるのを防ぐ)などが含まれる。マルチシグが低減するのは「単一の人物が機能不全に陥る」リスクであり、「署名される内容が必ず正しい」ことを保証するものでは一度もなかった。この2つは分けて理解する必要がある。

具体例 +

2025年2月、史上最大規模の暗号資産取引所盗難事件が発生した。被害者はマルチシグを採用していた機関のコールドウォレットで、攻撃者は1本の秘密鍵も入手していない。代わりに、マルチシグサービスのフロントエンドサーバーに関連する開発者のデバイスに侵入し、画面表示を制御するJavaScriptコードを改ざんした。複数の正当な署名者がログインした際、画面には一見普通の内部送金取引のように表示されていたが、実際に彼らが署名したのは、コントラクトのロジックを通常の呼び出しから委任呼び出し(DELEGATE_CALL)へと変更する悪意あるアップグレード指示であり、最終的に約15億ドル相当のイーサリアムが流出した。事後分析では、マルチシグコントラクト自体は一切突破されておらず、問題は署名者全員が共通して依拠していた信頼の連鎖のうち、フロントエンドという一つの環が単独で攻略されたことにあったと指摘されている。

よくある誤解 +
✕ 誤解 1
× 誤解:マルチシグを使えば資産が盗まれることはあり得ない、実際は:マルチシグが高めるのは複数の独立した保有者を攻撃するコストであり、もし署名者全員が依拠する検証インターフェース(フロントエンドのウェブページや署名デバイスの画面)そのものが改ざんされていれば、閾値に達する数の署名が揃っても悪意ある取引を承認してしまうことがある。史上最大規模の取引所盗難事件はまさにこのパターンだった
✕ 誤解 2
× 誤解:閾値を高く設定すればするほど(例:5-of-5)安全である、実際は:閾値を高くしすぎると、保有者のうち誰か1人でも対応できない状況(出張中、連絡不能、機器故障)になれば直ちに資金が凍結されてしまう。安全性と利便性はトレードオフの関係にあり、機関投資家レベルの用途では3-of-5のような折衷的な設定に、タイムロックや支出上限を追加の防御線として組み合わせることの方が一般的である
The Missing Link +
直接的な影響

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.

質問する
10文字以上入力してください
関連記事
ハードウェアウォレットを買えば資産は安全なのか?「オフライン」が守ってくれない3つのシナリオ
wallet-security · 08月13日
30分でウォレットの古いリスクを一掃する:そのまま実践できるチェックリスト
tools · 08月13日
関連トピック
あなたの電話番号は、取引所アカウントの最も脆弱な一環である——SIMスワップ防御チェックリスト
Crypto Bible
SMS認証コードの保護は、あなたが自分の電話番号をコントロールしているという前提の上に成り立っている——攻撃者にその前提を奪われれば、SMS認証コードはもはやあなたの防御線ではなく、攻撃者の手にある鍵になってしまう。
#hardware-wallet
リカバリーフレーズを7つに分割し、任意の5つで復元できる——この方式は本当にあなたに必要か?
Crypto Bible
リカバリーフレーズを3部コピーして別々に保管すれば、漏洩リスクは3倍になる。3つのシャミアシェアに分割すれば漏洩リスクはゼロになる——しかしそれは、本当に3か所に分散させる必要がある場合に限る話であり、誰もがそうする必要があるわけではない。
#hardware-wallet
どんなハードウェアウォレットも本物のレンチには対抗できない——2026年上半期の物理的強要攻撃急増の裏にある防護の盲点
Crypto Bible
ハードウェアウォレットが守っているのは遠隔から誰かがあなたの秘密鍵を盗めるかどうかであり、誰かが目の前に立って脅迫してきたときに安全に逃れられるかどうかではない——これはまったく異なる二種類の防護なのだ。
#hardware-wallet
なぜブリッジはいつも問題を起こすのか?この3つの場所を確認してブリッジの安全性を判断する方法
DeFi Bible
ブリッジがロックする資産が多いほど、堅実な選択肢に見えるかもしれないが、実際にはそれだけ攻撃する価値のあるターゲットになる——規模と安全性は決して同じものではない。
#single-point-of-failure