AP2:多轨道 Agent 支付授权协议
属性
AP2:多轨道 Agent 支付授权协议
x402 解决的是“稳定币怎么付”这一条具体轨道上的支付问题,但 Agent 经济面对的是更广义的问题:Agent 要代表用户完成支付,往往不该、也不能直接接触用户的银行卡号或账户敏感信息,同时交易全程还得可验证、出问题能追责——而用户实际持有的资产可能分布在信用卡、银行账户、稳定币钱包等不同轨道上。AP2(Agent Payments Protocol)要解决的正是这个更上层的授权问题:让 Agent 在不接触敏感信息的前提下,代表用户在任意支付轨道上完成交易。
核心设计:三种签名委托书
AP2 的核心机制是引入三种签名“委托书”(Mandate),基于 W3C Verifiable Credentials 标准:
- Intent Mandate:用户对 Agent 的初始授权,声明想要达成的目标。
- Cart Mandate:针对具体购物车/交易内容的确认授权。
- Payment Mandate:针对具体支付动作的最终授权。
这套委托书体系把稳定币轨道与信用卡、银行转账并列为对等的一等公民,不预设某一种支付方式优先,这是 AP2 与 x402(专注稳定币单一轨道)在设计定位上的根本差异。
代表方与治理演变
AP2 由 Google 于 2025 年 9 月发起,吸引了 60 多个发布伙伴加入,包括 Mastercard、PayPal、Coinbase、Amex 等横跨传统金融与加密两侧的机构。2026 年 5 月 26 日,Google 将 AP2 及 Mastercard 的 Verifiable Intent(VI)协议一并捐赠给 FIDO Alliance,转为开放治理。与此同时,Visa 推出 Visa Trusted Agent、Mastercard 推出 Agent Pay for Machines,作为各自网络内的卡组织级实现——可以理解为“AP2 是开放层协议,Visa/Mastercard 方案是卡组织在自己网络内的具体落地”(本库解释)。整条时间线是:2025 年 9 月发布,2026 年 5-6 月完成向 FIDO 的治理权移交,同期 Visa/Mastercard 配套产品发布。
与 x402 的关系
AP2 与 x402 常被并列讨论,但两者更多是互补而非直接竞争:x402 提供的是稳定币这一条轨道上“秒级、无需登录”的具体支付执行机制,AP2 提供的是跨轨道、可验证、可追责的授权框架,两者可以叠加使用——即 Agent 用 AP2 的委托书体系获得授权,再用 x402 完成其中稳定币轨道上的具体结算。这也解释了为什么 Coinbase 同时出现在 x402 Foundation 与 AP2 的发布伙伴名单中。
被引用于 5
- Agentic Commerce:Agent 自主支付赛道
- AP2(Google 主导):授权协议标准,吸引 PayPal、Coinbase、Mastercard、Amex 等 60+ 机构加入。
- Web 4.0 三层地图:地基-赛道-协议
| Agentic Commerce | x402、AP2、流支付、ERC-8004(交易对手身份验证前提) | Skyfire、Kite AI |
- Web4.0地基层协议调研
…t身份注册表)、通信与协作协议层(MCP协议、A2A协议)、支付基础设施层(x402协议、AP2协议、流支付)、intents/solvers 架构层(意图驱动执行)、可验证计算层(zkML可验证推理、TEE可验证计算)、数据与预言机层(Agent预言机层)、DePIN 算力层(DePIN算力…
- x402:Agent 经济的 HTTP 支付层
- AP2(Google 主导):定位是更广义的授权协议标准,让 Agent 能在信用卡、银行转账、稳定币等任意支付轨道上完成交易,与 x402 是互补而非直接替代关系——x402 专注稳定币支付这一条轨道,AP2 覆盖多轨道的授权委托。
- 链上 Agent 经济 · Web4.0
- AP2:多轨道 Agent 支付授权协议 — 概念
本页由 AI 从原始资料编译生成、经人工确认后发布;原始资料保留在私有工作区。