ERC-7702 概観 · EOA が一時的に SCW 機能を獲得する Pectra アップグレード
確度確定更新2026-05-26要再確認2026-09-22出典1機械翻訳
ウィキ上の位置づけ
この項目は システム基盤 配下に位置する。横並び・対照関係は ERC-7702 と ERC-4337 · Ethereum AA デュアルトラック対照、より広いシステムおよび規制上の境界は フィンテック とあわせて読む。
主な事実
- Pectra 2025-05 メインネット有効化(7702 + 7251 validator + 2935 blockhash 等を含む) •
- Vitalik は 2024-05 に EIP-3074 を破棄した後、自ら 7702 を起草 •
- SET_CODE_TX(EIP タイプ 0x04)を新設 •
- ETH 保有者の 90% は依然として EOA を使用(MetaMask / Rabby / Trust ウォレット)· これが 7702 のターゲット •
- 2026-Q1-Q2:MetaMask / Rabby / Coinbase ウォレット がデフォルトでサポート •
仕組み
コア課題:ERC-4337 はユーザーに新しいアドレス(SCW アドレス ≠ EOA アドレス)への移行を要求する。オンチェーン履歴、ENS、NFT、DeFi ポジションをすでに持つ EOA ユーザーにとって、移行コストは受け入れ難い。
Vitalik が 7702 を推進する核心的理由:
- ETH 保有者の 90% は依然として EOA を使用
- 4337 は 2023-2025 の 2 年間で SCW 浸透率 < 5% —— 「新規 SCW 作成」経路では浸透が遅すぎることを証明
- EOA を直接アップグレードする経路 が必要 · 全 EOA に一夜にして SCW 機能を獲得させる
メカニズム:
SET_CODE_TX(EIP タイプ 0x04)を新設- ユーザー(EOA)が署名により、当該 tx の期間中に自分のアドレスに付与する コントラクトコード を授権
- その tx 完了後 · code は保持(永続的な delegation)または削除可能
- 永続化モードでは · EOA の挙動は完全に SCW と等価になるが · アドレスは変わらない
典型的なアプリケーションフロー:
- EOA ユーザーが
delegationDesignator(SCW 実装契約 · 例えば Safe / Kernel への参照)に署名 - ユーザー(または Bundler による gas 代行支払い)が
SET_CODE_TXを発行 - EOA アドレスは以降 SCW ロジックで実行 —— バッチ処理、スポンサー支払い、セッションキー 等が可能
- ユーザーはいつでも署名により delegation を削除し · 純粋な EOA 状態に戻れる
起源と変遷
2017-2024 年の間 · Ethereum AA への取り組みは何度も試行された:EIP-86(2017 失敗)→ EIP-2938(2020 失敗)→ EIP-3074(2022 ほぼ実現しかけたが署名 replay 問題あり)→ ERC-4337(2023-03 アプリケーション層で実現)→ EIP-7702(2024-05 Vitalik 起草)。
ERC-3074 との重要な差異:
- 3074 は
AUTH/AUTHCALLオペコード を使用 · invoker コントラクト の仲介が必要 · UX が複雑 + 署名リプレイリスクが高い - 7702 は tx 層で直接 set code · より原生的な SCW 体験に近い · かつ 4337 と EntryPoint インフラを共有
タイムライン:
- 2024-05:Vitalik が 3074 を破棄 · 7702 を起草
- 2025-05:Pectra メインネット有効化(7702 + 7251 + 2935 等)
- 2026-Q1-Q2:MetaMask / Rabby / Coinbase ウォレット がデフォルトでサポート
- 2026-H2:Fusaka アップグレードで 7702 経済モデルをさらに最適化
関連項目
- Wiki Index
- ERC-7702 vs ERC-4337
- ERC-4337 概観 · Account Abstraction のアプリケーション層実装
- ERC-7715(7702 EOA も接続可能)
出典
- EIP-7702「Set Code for EOAs」 — https://eips.ethereum.org/EIPS/eip-7702
#systems#wallet#aa#erc-7702#ethereum#pectra
発見
続けて読む
次に読む
- Hook-Enforced Compliancedeployment と working は同じではない。Hook を配置しても、実際に firing するかは別問題である。
- Hyperlane Interchain Security Modules(ISM)· プラガブルな検証レイヤーISM のモジュラー化は Hyperlane 2022 年の改名時に置かれたコア設計である。チームは「画一的なクロスチェーンセキュリティモデル」ではすべてのアプリの要求を満たせないと認識していた。初期は MultisigISM のみだったが、2023-2024 年にかけて OptimisticISM / CCIPReadISM / AggregationISM が順次追加された...
ここへリンク
- エージェントのカストディおよび権限付与フレームワーク · 2026-05 リファレンスアーキテクチャ2026 におけるエージェントのカストディと権限付与は、三軸の設計空間へと収束した。(1) カストディモデル — 完全セルフカストディ(ユーザーが鍵を保持し、エージェントは独立した制御権を持たない)、ハイブリッド(Lit PKP の閾値方式、またはポリシーコード付きセッションキー)、または完全カストディアル(Privy / Magic / Coinbase CDP / Skyf...
- DeFiと伝統的金融を橋渡しするエージェントアイデンティティ · KYA、Skyfire、Lit PKP、mDL、MiCA、GENIUS2026 におけるエージェントアイデンティティは、DeFiネイティブなプリミティブ(スマートコントラクトウォレット、オンチェーンのアテステーション、Lit PKPのしきい値鍵またはセッション鍵で制御されるERC-4337 /ERC-7702 ウォレット)と、伝統的なデジタルアイデンティティのプリミティブ(mDL ISO/IEC 18013-5 モバイル運転免許証、EU eIDA...
- エージェント決済 Protocol 四者比較マトリクス 2026 · AP2 / x402 / Skyfire / Nevermined plus ERC-7715 + Lit PKP2026 に エージェント決済 rail を選定することは「最良のプロトコルを選ぶ」ことではない ── それは「マーチャントが受け入れ、ウォレット が授権し、規制当局がブロックしないようにレイヤーケーキを正しく構成する」ことである。四つのプロトコルのそれぞれが異なる問いに答える:
- エージェントプロトコルのメインネット採用 · 2026-05 本番稼働準備状況スナップショット2026, 年5月時点で、エージェント決済プロトコルのスタックはメインネット出荷済みインフラとテストネット/コンソーシアム限定仕様との間で鮮明に二極化している。本番稼働ティアを支配するのは x402(Cloudflare Workers + AWS API Gateway のエッジ統合)、ERC-4337(メインネット上で成熟した4年超)、および ERC-7702(2025年Q...
- AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰7プロトコルは階層ごとに分業する。意図層(ユーザーが「X 円で Y を買いたい」と表明する)は AP2 / SPT / ACP が mandate の3層信頼チェーン(Intent → Cart → Payment)を処理し、VC + DPK 署名で固定化する。伝送層(実際の送金)は x402 が HTTP 402 Payment Required ヘッダを復活させ、per-c...