﻿---
title: "ソーシャルリカバリーウォレット"
description: "ソーシャルリカバリーウォレットは、信頼するガーディアンを通じてスマートコントラクトアカウントの失われた所有者鍵を交換できますが、閾値、タイムロック、プライバシー、協調に関するリスクも加わります。"
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>

## 直接の答え

ソーシャルリカバリーウォレットは、設定したリカバリーポリシーが満たされたときに所有者鍵を交換できるスマートコントラクトアカウントです。ガーディアンには、他の人、デバイス、組織、ウォレットなどを指定でき、新しい鍵の提案を証明します。アカウントコントラクトは必要な閾値を検証し、資産を新しいアドレスへ移さずに管理権限を交代させます。

これはアクセスを回復する仕組みであり、秘密鍵を復元したり、誤った送金を取り消したりする方法ではありません。永久的なロックアウトの可能性を下げる一方で、セキュリティ境界の一部をガーディアン集合、リカバリーポリシー、アカウントコントラクトへ移します。

- **問題：**唯一の署名デバイスを紛失または侵害したらどうなるか。
- **ポリシー：**どのガーディアンが承認でき、どの閾値が必要か。
- **遅延：**現在の所有者が攻撃を止めるのに十分な取消し期間があるか。
- **運用：**関係やデバイスが変わったとき、ガーディアンを検証、交代、削除する方法は何か。

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

## 仕組み

ウォレットは資産を保持し、所有者または署名者のポリシーを実行するスマートコントラクトです。リカバリー設定には、ガーディアン集合と新しい所有者を承認する規則が記録されます。リカバリー中、ガーディアンは交換先の鍵を示す提案に署名し、コントラクトが証明とポリシーを検証して保留中の交代を記録します。

適切に設計されたシステムでは、提案と実行の間にタイムロックを置きます。現在の所有者は期間内に不正な提案を取消し、期間終了後は誰でも有効な提案を実行できます。専用のリカバリーノンスなどのリプレイ保護により、古い承認の再利用を防ぎます。ガーディアンが対象アカウント、チェーン、交換先の鍵を確認できるよう、ドメイン分離された読みやすいメッセージも必要です。

ソーシャルリカバリーはマルチシグウォレットとは異なります。マルチシグは通常すべての取引に複数署名者を求めますが、ソーシャルリカバリーでは主に管理鍵の変更にガーディアンを使います。サービス事業者がアカウントや回復手続きを管理するカストディ型とも異なります。

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

## 例

利用者が現在の署名鍵を保存したスマートフォンを失ったとします。利用者は新しいハードウェアウォレット鍵への回復提案を作り、独立したガーディアンが依頼を確認してコントラクトの回復メッセージに署名します。必要な閾値に達すると取消し期間が始まり、不正な提案が見つからなければ交代が実行されます。アカウントのアドレス、残高、権限、取引履歴は維持されます。

この例は中心的なトレードオフを示します。シードフレーズのコピーや中央のサポート窓口なしで回復できますが、ガーディアンの定足数が価値の高い標的になります。一つの関係の侵害だけで支配されないよう独立性を保ち、身元と連絡手段を更新し続ける必要があります。

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

## リスク

- **ガーディアンの共謀または侵害：**十分な数が買収、ハッキング、強要、ソーシャルエンジニアリングを受けると、攻撃者へ管理権限を交代できます。
- **古いリカバリー設定：**紛失したデバイス、変化した関係、利用できない組織は正当な回復を失敗させ、実効閾値を弱めます。
- **弱いポリシー設計：**低い閾値、タイムロックの欠如、曖昧な取消し規則は即時乗っ取り経路になります。
- **コントラクトと統合のバグ：**署名検証、アップグレードモジュール、ノンス処理、中継サービスの誤りは意図したポリシーを迂回します。
- **プライバシー漏えい：**オンチェーンのガーディアン集合は社会的・組織的な関係を示します。プライバシー証明は実装を複雑にするだけで、リスクをなくしません。
- **運用への依存：**ガーディアンには安全な署名デバイスと明確な手順が必要です。シードフレーズや無関係な取引署名を要求してはいけません。

暗号資産は変動が大きく、ブロックチェーン操作は多くの場合取り消せません。ソーシャルリカバリーはアカウントの管理権限を戻せても、誤送金や悪意あるコントラクトで流出した資産の返還を保証しません。

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

## よくある誤解

### 誤解 1：ガーディアンはいつでも資金を動かせる

ガーディアンが持つのは通常、アカウントコントラクトが定義した回復権限だけです。新しい所有者を承認できても、ウォレットポリシーが明示的に許可しない限り直接支出はできません。製品名ではなく、デプロイ済みコントラクトとモジュールの権限を確認してください。

### 誤解 2：ソーシャルリカバリーはシードフレーズのバックアップである

これは管理権限を交代させるポリシーであり、失われた秘密のコピーではありません。コントラクト、ガーディアン閾値、署名経路、実行経路が利用できる場合だけ回復できます。デバイス紛失、ガーディアン交代、コントラクト更新、緊急取消しに備えた独立した計画を用意してください。

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

## 関連トピック

- [スマートアカウント所有者の回復リスク](/ja/crypto/smart-account-owner-recovery-risk/)
- [マルチシグ署名者の交代](/ja/crypto/multisig-signer-rotation/)
- [マルチシグウォレット](/ja/crypto/multisig-wallet/)
- [秘密鍵の管理](/ja/crypto/private-key-management/)
- [暗号資産ウォレット](/ja/crypto/wallet/)

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

## 情報源

- [ERC-7093：ソーシャルリカバリー・インターフェース](https://eips.ethereum.org/EIPS/eip-7093) - Ethereum Improvement Proposals（参照日：2026-08-21）
- [アカウント抽象化](https://ethereum.org/roadmap/account-abstraction) - Ethereum.org（参照日：2026-08-21）
- [Social Recovery パターン](https://iptf.ethereum.org/patterns/pattern-social-recovery/) - Ethereum Interoperability Patterns（参照日：2026-08-21）
- [ERC-4337：EntryPoint コントラクトによるアカウント抽象化](https://eips.ethereum.org/EIPS/eip-4337) - Ethereum Improvement Proposals（参照日：2026-08-21）

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