---
title: "マルチシグウォレット"
description: "M-of-N マルチシグウォレットが取引権限を分散する仕組み、スクリプト型とスマートコントラクト型の違い、署名者・実行・モジュール・復旧に残るリスクを解説します。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# マルチシグウォレット

> 教育目的の情報であり、投資、カストディ、法律、セキュリティに関する助言ではありません。署名者の侵害、悪意ある取引、安全でないモジュール、コントラクトの欠陥、または定足数の喪失により、マルチシグでも資金を失ったり利用不能になったりする可能性があります。デジタル資産の取引は取り消せない場合があります。

<a id="answer"></a>

## 直接の答え

マルチシグネチャー（マルチシグ）ウォレットは、N 個の承認済み公開鍵または所有者アカウントのうち少なくとも M 個の承認を求める規則で、アカウントや使用可能なアウトプットを制御します。たとえば 2-of-3 は、三つの有効な権限のうち任意の二つを受け入れます。単一の秘密鍵を唯一の制御点にしない仕組みですが、承認された取引がすべて安全になるわけではありません。

従来のマルチシグは、一つの秘密鍵を署名者間で分割するものではありません。通常、各署名者が別々の鍵またはアカウントを管理し、スクリプトやコントラクトが複数の承認を確認します。一方、しきい値署名や MPC は分散した鍵シェアから一つの署名を生成でき、オンチェーン上の見え方と信頼モデルが異なります。

実装方式は重要です。Bitcoin では取引スクリプトに複数署名の支出条件を組み込めます。Ethereum などのプログラム可能なネットワークでは、所有者、しきい値、実行規則、任意の拡張機能をコードで定めるコントラクトアカウントが一般的です。外部所有アカウントとは異なり、コントラクトアカウントは一つの秘密鍵ではなくコードに制御されます。

M-of-N のしきい値は、侵害と可用性の両方の限界を表します。3-of-5 は二つの権限が利用不能でも動作できますが、有効な任意の三つの権限で支出を承認できます。一人の人物、端末管理者、クラウドアカウント、バックアップ場所、またはカストディアンが十分な数を制御できるなら、別々のアドレスでも独立していません。

<a id="mechanism"></a>

## 仕組み

1. **提案前に権限を検証します。** ネットワークとアカウントまたはアウトプットを確認し、スクリプトまたは配備済みコントラクト、所有者集合、しきい値、nonce やシーケンス規則、さらに取引を実行・阻止できるすべてのモジュール、guard、fallback handler、復旧経路、アップグレード権限を調べます。
2. **正確な要求を作成してデコードします。** 宛先、資産、価値、calldata またはスクリプト、操作種別、nonce、手数料、バッチ内容を確認します。信頼できるツールがあれば複雑なコントラクト呼び出しをシミュレーションし、画面の表示名ではなく署名が実際に許可する内容を各署名者が確認します。
3. **独立した制御領域で承認を集めます。** 署名者は信頼できる端末で同じ取引ダイジェストを検証し、認証済みの経路で連絡します。正当な承認手続きがシードフレーズや秘密鍵の開示を求めることはありません。
4. **承認された要求を実行します。** しきい値到達は、提案が実行可能になっただけの場合があります。実行者はなおブロードキャストまたは提出を行い、ネットワーク手数料を支払うことがあります。古い nonce、競合提案、コントラクト状態の変化、手数料不足、呼び出し失敗は実行を妨げます。
5. **チェーン状態から完了を検証します。** 必要な確認方針を満たすまで待ち、実行された payload と結果を調べ、必要に応じて残高、所有者設定、発行イベントを確認します。所有者、しきい値、モジュール、方針の変更後は、保留中の提案を再評価します。

<a id="example"></a>

## 例

ある財務金庫は、独立した制御領域にいる所有者 A、B、C、D、E による 3-of-5 のスマートアカウント型マルチシグを使っています。10,000 USDC の支払い提案には、正しいネットワーク、アカウント、受取人、トークンコントラクト、金額、calldata、nonce、手数料方針が記録されます。A、C、E は承認前に同じ要求を個別にデコードします。

承認だけでは資金は移動しません。実行者が取引を提出し、確認後にチームはウォレット画面の通知ではなく、取引結果と金庫残高を確認します。提案、承認、取引ハッシュ、レビュー証拠は監査証跡として保存します。

後に B の鍵の侵害が疑われた場合、侵害されていない残りの定足数が、配備済みアカウントの所有者交代手順に従い、最終的な所有者集合をオンチェーンで検証します。B を削除しても過去の取引は戻らず、別経路で付与した権限も失効しないため、保留提案、モジュール、利用枠、復旧権限、他チェーンも確認します。

<a id="risks"></a>

## リスクと対策

- **相関した保管。** 複数の鍵が同じ人物、端末、パスワード保管庫、管理者、場所、事業者、復旧秘密を共有すると同時に失敗し得ます。制御領域を整理し、しきい値を満たす権限を集中させずに復旧を試験します。
- **悪意ある、または誤解された payload。** 有効な定足数でも、攻撃者のアドレス、無制限のトークン承認、delegate call、有害なバッチを正しく承認してしまいます。要求全体をデコードして独立に検証し、取引シミュレーションは保証ではなく補助証拠として使います。
- **定足数の喪失と遅延。** 鍵の紛失、連絡不能、紛争、ネットワーク障害、高すぎるしきい値により、緊急対応が止まり資産が永久にロックされることがあります。認証済み連絡先、文書化した承継、試験済みバックアップ、明確な復旧設計を維持します。
- **隠れた権限と迂回経路。** モジュール、guard、fallback handler、session key、relayer、復旧コントラクト、アップグレード管理者は通常の所有者しきい値を迂回したり実行を阻止したりできます。経路を棚卸しし、権限変更を高リスク取引として扱います。
- **コントラクトと配備のリスク。** バグ、安全でない初期化、プロキシやアップグレードの誤り、誤ったネットワークへの配備は意図した方針を無効にします。アドレスとコードを検証し、監査を文脈に沿って読み、拡張を最小化し、設定変更を監視します。
- **侵害時の競争と不完全な離任処理。** 侵害された署名者は削除確定前に行動でき、所有者の削除は実行済み操作や外部権限を取り消しません。インシデント計画を使って状態を継続監視し、組織内権限とオンチェーン権限を個別に失効させます。

<a id="misconceptions"></a>

## よくある誤解

- **「署名者は多いほど常に安全です。」** 集合を大きくすると集中は減る一方、調整、フィッシング、可用性のリスクが増えます。脅威モデルと運用能力に基づいて所有者集合としきい値を選びます。
- **「3-of-5 は独立した五人が管理しています。」** チェーンが数えるのは有効な鍵や所有者アカウントであり、人ではありません。端末、バックアップ、管理者、カストディアンの共有により、名目上別の所有者が一つの制御領域になることがあります。
- **「マルチシグは二要素認証や MPC と同じです。」** いずれも制御を分散できますが、認証情報、検証経路、オンチェーン証拠、復旧前提が異なります。
- **「しきい値の承認が揃えば送金は完了です。」** 承認、実行可能化、提出、ブロックへの収録、確認は別々の状態です。要求は保留のままになるか失敗することがあります。
- **「マルチシグは盗難とコントラクト攻撃を防ぎます。」** 制限できるのは実装に記述された権限経路だけです。有効な定足数、特権モジュール、脆弱なコントラクト、安全でない復旧経路は不可逆な損失を起こし得ます。

<a id="related"></a>

## 関連トピック

- [秘密鍵管理](/ja/crypto/private-key-management/)
- [MPC ウォレット](/ja/crypto/mpc-wallet/)
- [マルチシグ署名者の交代](/ja/crypto/multisig-signer-rotation/)
- [マルチシグモジュールのリスク](/ja/crypto/multisig-module-risk/)
- [取引シミュレーション](/ja/crypto/transaction-simulation/)

<a id="sources"></a>

## 出典

- [BIP 11：M-of-N 標準取引](https://bips.dev/11/) - Bitcoin Improvement Proposals（参照日：2026-08-21）
- [ブロックチェーン技術概説](https://doi.org/10.6028/NIST.IR.8202) - NIST（参照日：2026-08-21）
- [Ethereum アカウント](https://ethereum.org/developers/docs/accounts/) - Ethereum.org（参照日：2026-08-21）
- [Safe スマートアカウントの仕組み](https://docs.safe.global/advanced/smart-account-overview) - Safe Documentation（参照日：2026-08-21）
- [Safe モジュール](https://docs.safe.global/advanced/smart-account-modules) - Safe Documentation（参照日：2026-08-21）
- [Safe Guard](https://docs.safe.global/advanced/smart-account-guards) - Safe Documentation（参照日：2026-08-21）

Source: https://wiki.fcontext.com/ja/crypto/multisig-wallet/index.mdx