FinWiki
日EN中

AP2 技术规范 · Mandate · Payment Intent · Settlement Adapter

置信度: 大致可信 更新 2026-05-26 复核期限 2026-09-22 出处 1 机器翻译 原文（日）
#agent-economy#protocol#payment#ap2#technical-spec
本页目录

Wiki route

This entry sits under AI Agent 支付协议全景图 · 7协议俯瞰. Read it against AP2 · Google Agent Payments Protocol 概观 for peer / contrast context and payments index for the broader system / regulatory boundary.

Key facts

  • Authorization Mandate 采用 W3C Verifiable Credential 格式
  • Mandate scope 包含项:金额、merchant 类别、时间窗口(典型 24h)、可选地址限制
  • Wallet Adapter 抽象层:同一 mandate 可路由到 Google Pay(卡)或 USDC(via Coinbase Onchain Kit)
  • Risk Score 由 Google fraud detection AI 算出,merchant 自定义阈值
  • Audit trail 回写到用户的 Google 账户,user/merchant/regulator 多方均可验证

Mechanism / How it works

典型流程(5 步):

  1. 用户告诉 Gemini「帮我订下周日的航班,预算 $800」
  2. Gemini 签发 Authorization Mandate(scope:航空公司类别 / limit:$800 / expire:24h)
  3. Gemini 调用航空公司 API,提交 Payment Intent(引用 mandate)
  4. 航空公司验证 mandate + 经由 AP2 settlement adapter(Google Pay 或 USDC)结算
  5. Audit trail 回写到用户的 Google 账户

Wallet Adapter 是 AP2 的关键抽象 — mandate 与 intent 均不绑定到具体的 settlement rail,merchant 只需对接 AP2 API 1 条便可同时收受卡支付与稳定币支付(参见 USD 稳定币互换市场)。这与 x402 协议(明确 USDC-first)路线不同:AP2 是「rail-neutral」 · x402 是「USDC-native」。跨链 USDC settlement 需要 CCTP V2 与 chain abstraction 的协调。

Origin & evolution

W3C Verifiable Credentials 标准本身由 W3C 自 2019 起持续推进,Google 是核心贡献者。AP2 的 spec 设计直接借用 VC 模型作为 mandate 容器,没有发明新的授权对象 — 这降低了与既有 identity/DID 生态(Microsoft Entra Verified ID、Decentralized Identity Foundation 等)的集成成本。

2025-09 草案 → 2026-Q1 v1.0,这期间的主要调整集中在 settlement adapter 接口与 risk score schema 上。

Sources