埋込ウォレットのネットワーク効果 · ウォレット本体ではなくインテグレーターの堀
確度概ね確度あり更新2026-07-29要再確認2026-10-27出典2機械翻訳
ウィキ上の位置づけ
本項目は AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下に位置する。ピア / 対比の文脈については Privy · Stripe 傘下の埋込型セルフカストディウォレット(総覧)、より広いシステム / 規制境界については 決済 と対照して読むこと。
主要事実
- Privy インテグレーター 1000+ dApps:Hyperliquid · Friend.tech · Pump.fun · Story · ZkSync 等 •
- Coinbase CDP のユーザー基盤 = Coinbase 90M+ 登録アカウント + Base エコシステム •
- Privy は 2024.10 に $40M シリーズ B 完了(Ribbit / Sequoia / Paradigm) •
- AWS AgentCore Payments は 2025.07 GA · Privy がデフォルト · ユーザーは Magic / Web3Auth に切替可能 •
仕組み / 動作原理
ネットワーク効果はインテグレーション層に存在 · 3層フライホイール:
インテグレーター数 ↑
↓
クロス dApp ユーザー体験の一貫性 ↑
↓
新規インテグレーターのデフォルト選択肢 ↑
↓
インテグレーター数 ↑(ループ)
↑
AgentCore / AWS / 主要 SaaS ベンダーが追認(2025.07+)
↑
規制(GENIUS §501)フレンドリー(埋込ウォレットは USDC 残高を保有しない → 非 VASP)
インテグレーターが増えるほど → ユーザーがクロス dApp で ウォレット を「follow me」できる → 新インテグレーターは同じ ウォレット を選ぶ傾向が強まる → フライホイールが始動する。
従来の決済との類比:
| 分析上の類比 | 埋込ウォレットで対応する抽象化 | 類比の限界 |
|---|---|---|
| Payment API | chain / signer / transaction details を SDK / API の背後に隠す | カード決済とオンチェーン署名では finality、custody、chargeback が異なる |
| Account-linking API | ユーザー identity、wallet と application authorization を接続する | 銀行 account linking と key control / asset ownership は同一ではない |
| OAuth-style authorization | application が user-approved scope で wallet capability を使う | Wallet permission types、revocation、asset risk は OAuth scope より実装依存が大きい |
| Communications API | chain / provider ごとの差を統一 interface にまとめる | 送信失敗が可逆な message と不可逆な asset transfer は同じ安全モデルではない |
Sources: ^[https://docs.privy.io/] ^[https://docs.cdp.coinbase.com/]
Privy = “Stripe of Web3 ウォレット” が 2024.Q4 以降 a16z / Sequoia の投資ロジックの核 · 2025-2026 に AWS AgentCore によって検証された。
§501 規制フレンドリーの鍵となる設計:ユーザーの USDC / USDB 残高は 直接ユーザーのオンチェーンウォレット(Privy / CDP-derived address)に存在 · Privy / CDP 自体は ユーザー残高を保有しない(MPC + TEE 隔離) · 提供するのは key management / signing サービスのみ → money transmitter ではなく · custodian でもない(GENIUS Act §501 チェーンレベル Denylist 合法化 参照 · CEX カストディモデル と鮮やかな対照)。
起源と進化
2018-2022 = MetaMask 主導 · ユーザーが主体的にインストール。2023-2024 = Privy / Magic / CDP が b2b SaaS に切り込み · 1000+ dApps がデフォルト統合(技術基盤の普及は ERC-4337 埋込ウォレット採用 参照)。2025.07 = AWS AgentCore が Privy をデフォルトに選定 · 埋込ウォレットは crypto ツールから汎用決済インフラへとアップグレードした。2025-2026 Tempo / Base / Arc エコシステムが集団で埋込ウォレットを採用する見込み(自社構築ではなく) · 「業界全体のデフォルト」構図が形成される。
関連項目
- Wiki Index
- 埋込ウォレット中抜き · 総覧
- 組込み型ウォレット · Fintech が Web3 を逆食いする Trojan Horse(Stripe 五層)
- AI 決済の二軌道
- GENIUS Act §501 チェーンレベル Denylist 合法化
- オンチェーン金融 vs 暗号文化の分離
出典
- AWS Bedrock AgentCore Payments GA アナウンス(2025.07) · Privy $40M シリーズ B(2024.10)
- Privy docs — https://docs.privy.io/
- Coinbase Developer Platform (CDP) docs — https://docs.cdp.coinbase.com/
発見
続けて読む
次に読む
- ERC-7702 AI エージェント向け EOA 委任入門ERC-7702 (Pectra 以降に稼働、2025-05)は、既存の外部所有アカウント(EOA)に対し、アドレスを変更することなく、一時的に — あるいは持続的に — スマートコントラクトウォレットであるかのように実行することを可能にする。AI エージェントにとってこれが重要なのは、EOA(MetaMask、Rabby、ハードウェアウォレット、取引所の出金アドレス)に存在す...
- ERC-7715 と agent payment stack · x402 + AP2 + 4337/7702 協調このエントリは AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下にある。ピア/対照の文脈については payments index と、より広範なシステム/規制境界については systems index と照らし合わせて読むこと。
- ERC-7715 概観 · ウォレット Permissions と AI Agent 自動決済7715 ドラフトの起源は 2024 年の MetaMask Snaps チームと Coinbase Smart ウォレットチームの調整議論にある — 双方とも独自に session key を実装していたが、フォーマットが相互運用できなかった。OAuth 2.0 scope モデルを参考に · 統一的な権限申請プロトコルとして定義された。
ここへリンク
- AIエージェントの法的・税務上の責任フレームワーク · 誰が責任を負うのか、エージェントの所得はどう課税されるのか2026, 年半ば時点で、主要な金融規制当局(米SEC / CFTC / FinCEN、英FCA、日本のFSA、シンガポールMAS、EUのESMA / EBA)のいずれも、AIエージェントに独立した法人格を正式に付与しておらず、主要な税務当局(米IRS、英HMRC、日本のNTA、シンガポールIRAS、OECD)のいずれも、新たな「AIエージェント」という税務区分を設けていない...
- Crossmint エージェント SDK · AI エージェント向けの NFT とウォレット抽象化までに 汎用の埋込ウォレット + エージェント SDK へ転換した
- 組込型ウォレットのカストディ破綻メカニクス · Privy / Stripe / Coinbase CDP / AWS Bedrock が破綻した場合、エンドユーザー資金はどうなるか四つすべてのシナリオで オンチェーンのウォレットアドレスは存続する — それは SDK ベンダーの企業ステータスを意に介さない、決定論的に公開鍵から導出された文字列である。破綻しうるのは 有効な署名を組み立てる能力 であり、それは生き残ったシャードに依存する。
- 埋込型ウォレットの全体地図 2026 · 統合後のプロバイダーマップ2026 中盤までに、埋込型ウォレットのカテゴリは 20+ の SDK ベンダーが連なるロングテールから、デフォルト層の複占(Stripe 傘下の Privy、Coinbase CDP)と、ハイパースケーラーのデフォルトルーティングがカバーしないニッチを争う二次層(Magic、thirdweb、Dynamic、Web3Auth、Particle Network、Crossmin...
- AI エージェントのための ERC-4337 アカウント抽象化入門ERC-4337 は、Ethereum アドレスが単一の secp256k1 鍵ではなく任意のコードによって制御されることを可能にする、アプリケーション層のアカウント抽象化標準である。AI エージェントにとって、これは 「エージェントにユーザーのシードフレーズを渡さなければならない」(安全でなく、取り消し不能)と 「エージェントは、スコープ付き・取り消し可能・スポンサー可能な実...