ERC-7715 と agent payment stack · x402 + AP2 + 4337/7702 協調
確度概ね確度あり更新2026-07-29要再確認2026-10-27出典5機械翻訳
ウィキ上の位置づけ
このエントリは AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下にある。ピア／対照の文脈については 決済 と、より広範なシステム／規制境界については システム基盤 と照らし合わせて読むこと。
主要な事実
- x402 は HTTP 層の決済ハンドシェイクを担う(Cloudflare/Coinbase/AWS が推進) •
- AP2 / MPP / ACP は agent 間の交渉メタデータを担う •
- ERC-7715 は ウォレット から agent への認可を担う •
- ERC-4337 / 7702 はプログラマブルウォレット の基盤を提供する •
- 主要プレイヤー:MetaMask Snaps / Coinbase Smart ウォレット / Safe / Privy / Pimlico / ZeroDev •
仕組み／動作の仕方
4層 stack アーキテクチャ:
| 層 | 公開仕様 | 役割 | 実装境界 |
|---|---|---|---|
| HTTP payment negotiation | x402 V2 | 402 と PAYMENT-REQUIRED / PAYMENT-SIGNATURE / PAYMENT-RESPONSE で支払条件と結果を交換 |
scheme、network、asset、server / facilitator responsibility を選択する |
| Commerce authorization | AP2 | Intent / Cart Mandate で user intent と purchase authorization の証拠を連結 | payment adapter と credential trust は別途選択する |
| Wallet execution permission | ERC-7715 Draft | wallet_requestExecutionPermissions で typed permission / rules を要求し、query / revoke する |
permission type と enforcement は wallet / delegation implementation 依存 |
| Account execution | ERC-4337 / EIP-7702 | smart account の UserOperation または EOA code delegation で programmable execution を実現 |
EntryPoint / account modules と delegate bytecode は異なる security boundary |
| Settlement | 選択した x402 scheme / payment adapter | 実際の asset transfer または batch redemption を行う | ERC-7715 は settlement rail ではなく、資産・chain を固定しない |
Sources: ^[https://docs.x402.org/core-concepts/http-402] ^[https://github.com/google-agentic-commerce/AP2] ^[https://eips.ethereum.org/EIPS/eip-7715] ^[https://eips.ethereum.org/EIPS/eip-4337] ^[https://eips.ethereum.org/EIPS/eip-7702]
典型的な agent 自動決済フロー:
- ユーザーが agent に「毎日 $5 まで vercel.com API に支払ってよい」と認可(7715 scoped permission)
- agent が Vercel API を呼び出す · Vercel が HTTP 402 + USDC 決済指示を返却(x402)
- agent が ウォレット から $0.50 USDC を自動で取り出し決済(7715 scope 内 · ユーザー署名不要)
- Vercel が決済を検証し · API レスポンスを返却
- ユーザーは ウォレット UI で当日累計 $X.XX が Vercel に支払われたことを確認 · permission はいつでも撤回可能
Stripe Privy 統合のポテンシャル:Stripe は Privy(買収済み)を通じて既に ERC-4337 埋込ウォレット に接続している。Stripe + Privy + 7715 + AP2 が統合されれば · 任意の SaaS が agent からの自動決済を受け取れる · クレジットカード番号も OAuth も購読管理も不要 — SaaS の課金層を Stripe Billing(カード基盤)からオンチェーン permission(アドレス + scope 基盤)へ移行させる。詳細は 組込み型ウォレット · Fintech が Web3 を逆食いする Trojan Horse（Stripe 五層） を参照。
主要プレイヤーの分業:
- MetaMask Snaps:2025 に 7715 実装 · EOA + 7702 デュアルモード
- Coinbase Smart ウォレット:ネイティブサポート · Coinbase Agent SDK と統合
- Safe{Core}:Module 形式で実装 · 機関 multi-sig + サブ権限
- Privy:7715 + AP2 を統合 · Stripe agent 決済シナリオ
- Pimlico / ZeroDev:7715 ↔ 4337 bundler ミドルウェアを提供
- Tempo / Arc:潜在的採用者 — agent 経済が中核の物語
- JPM Kinexys:不参加 — permissioned ネットワーク · 権限モデルは独自標準
起源と進化
agent payment stack の概念は 2024-2025 にかけて徐々に成立した — 初期は各プロトコル(x402 / AP2 / 7715)を別チームが推進していたが、2025 後半から意識的な協調が始まった。Coinbase Smart ウォレット が 2025 に披露した「ネイティブ agent 決済」デモは決定的な実証イベントであり、4層 stack のエンドツーエンドでの稼働を示した。
Stripe による Privy 買収(2024)は、Web2 決済巨頭がオンチェーン permission モデルに明示的に賭けた初の事例である。2026-2027 にかけて最初の production 級 agent SaaS 統合事例が登場すると見込まれる。
関連項目
- Wiki Index
- ERC-7715 概観 · ウォレット Permissions と AI Agent 自動決済
- AP2 · Google Agent Payments Protocol 概観
- ERC-4337
- ERC-7702
出典
- Coinbase Smart Wallet agent payment demo(2025)
- ERC-7715 (Request Permissions from Wallets) — https://eips.ethereum.org/EIPS/eip-7715
発見
続けて読む
次に読む
- Agent2Agent (A2A) · クロスベンダー agent 相互運用プロトコルこのエントリは AI Agent 決済プロトコル概観 の隣に置く。agent commerce では、資金が動く前に非決済の coordination layer が必要になるためである。決済境界については AP2 · Google Agent Payments Protocol と agent 決済プロトコル比較、身元・認可については agent identity bridg...
- Lit Protocol PKP · AI エージェント向けプログラマブルキーペア1. PKP は NFT として発行 され、NFT の所有者が誰が署名を要求できるかを制御する 2. 秘密鍵シェア は DKG(分散鍵生成)を通じて Lit ノード間に分散される 3. 署名リクエスト の流れ:呼び出し元がメッセージ + Lit Action(JS コード)を送信 → Lit ノードが TEE 内でアクションを実行 → アクションが sign: true を返し...
- 金融における LLM・AI エージェントの応用 · 2026-05 応用領域の全体像2026, 半ば時点で、金融における LLM / AI エージェントの活用範囲は、本番稼働している領域(顧客向けチャットボット、バックオフィス自動化、不正・AML トリアージ、開発者向けコパイロット)と、制約付きパイロット段階の領域(取引シグナル生成、与信判断支援、アドバイザリー水準の推奨)の二極に分化している。前者のクラスターは、G-SIB において「標準ツール」の閾値を越え...
ここへリンク
- エージェントのカストディおよび権限付与フレームワーク · 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...
- AP2 採用版図 · Google 閉ループ vs プロトコル四国大戦Google の4本柱の組み合わせ:Google Pay(6 億 mobile ウォレットユーザー) + Gemini(数億の Android/Chrome/Workspace 接点) + W3C VC 標準への影響力(中核貢献者) + fraud detection AI(世界最大の ML 不正対策インフラ) — どれか単独では標準を押し上げられないが、組み合わせると age...