跳转到主要内容
术语表

什么是 AP2 协议。

定义

AP2是谷歌的代理支付协议,是关于AI代理如何以编程方式支付商家的开放规范。它标准化了三个部分:用户如何授予支付授权,代理如何将该授权呈现给支付处理器,以及结算如何在商家接受的任何轨道上进行。AP2位于授权层;底层轨道可以是法定货币或稳定币。

为什么这很重要

谷歌的代理商业赌注。

AP2是谷歌对代理商业类别的押注。在Coinbase的x402采用每次调用HTTP的方法时,AP2采用基于授权的方法:预先授权代理进行一系列支付,然后让它在该范围内执行,而无需进一步的用户参与。这两个协议针对略有不同的代理活动形态。x402适合每次API调用计费;AP2适合代理驱动的购物、订阅和采购。

For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.

它是如何工作的

授权、展示、结算。

  1. 授权授予。 用户通过 Google 的授权用户界面(在钱包中或通过企业开发者界面)授权代理。授权指定最大金额、频率窗口、允许的收件人或收件人类别以及到期时间。
  2. 授权呈现。 当代理需要付款时,它将授权捆绑到向商户处理器的付款请求中。处理器验证授权的签名和参数;如果请求符合条件,付款将继续进行。
  3. 结算。实际结算发生在商家的选择通道上(Google Pay、卡网络、ACH、稳定币)。AP2与结算无关;它标准化的是代理从用户账户中提取的授权。
  4. 审计和撤销。 每笔支付都被记录。用户可以随时从他们的钱包撤销授权。后续的呈现将失败验证;在撤销时的在途结算可能会完成,也可能不会,具体取决于支付通道。
示例

AP2 的适用范围。

示例 1

代理通过 Google Pay 进行付款

一个 Google 堆栈代理(在 Gemini、Agentspace 或 Vertex AI 内部运行)向商家的处理器呈现 AP2 授权。处理器验证授权,通过 Google Pay 的现有支付通道结算付款,并返回确认。商家的集成与正常的 Google Pay 交易相同;区别在于买方一侧,代理代替了人类。

示例 2

跨协议代理商务

代理拥有通过 Google Pay 进行法币支付的 AP2 授权,并拥有用于在 Base 上进行 USDC 支付的 Blockchain0x 钱包。当它需要向接受两者的商户付款时,它会选择费用较低的支付方式。用户曾经授予这两项授权;代理按支付路由。

示例 3

通过AP2进行企业采购

一个企业采购代理拥有来自财务团队的 AP2 授权,允许每月向定义的供应商白名单支付最多 10,000 美元。代理处理采购订单,验证授权,并在没有人工批准的情况下结算付款。审计轨迹(授权加上每笔付款事件)进入公司的 ERP 系统。

常见问题

三个常见问题。

AP2是x402的竞争对手,还是它们共存?

它们共存,具有重叠但不同的设计选择。AP2是基于授权的:用户预先授权一个支付信封,代理根据其提取。x402是基于请求的:商家返回402和支付URL,代理按调用支付。AP2更适合订阅和循环模式;x402更适合按调用和按需模式。一个复杂的代理可以根据支付形状使用这两种协议。我们预计到2026年中期,两者都将达到生产级。

AP2需要加密货币,还是可以在传统轨道上工作?

在传统轨道上工作。AP2是与轨道无关的;该协议指定了如何授予、呈现和验证授权,而不是如何进行基础结算。谷歌的参考实现针对Google Pay(信用卡、银行转账、地区支付方式)。独立实现可以在稳定币上结算。在实践中,今天的AP2部署主要是法币轨道,因为谷歌的生态系统倾向于此。

Blockchain0x支持AP2吗?

还没有。我们当前的 spend-control model(按 agent 的周期额度和单笔交易上限,并在 API layer 强制执行)在常见场景下与 mandate 等效,但并未实现 AP2 wire protocol。等规范稳定、采用信号更明确后,正式的 AP2 支持将进入 roadmap。与此同时,我们的方法与 AP2 的差异在于 agent 随身携带的 formal mandate document;最终策略效果非常相近。
最后审查:2026-05-15。根据CC BY 4.0发布。

今天构建您代理的支付表面。

AP2支持在路线图上。核心功能(等同于授权的支出控制、每个代理的身份、审计日志)现在已上线。