Agent 支付

Agent 支付协议对比 2026：x402、AP2、MPP、ACP 到底有什么不一样

AI 代理要花钱，但付给谁、谁来授权、怎么结算？2026 年已经出现四条标准路线：Coinbase 的 x402、Google 的 AP2、Stripe×Tempo 的 MPP、Stripe×OpenAI 的 ACP。Visa 和 Mastercard 同时站台 MPP——这篇用场景、机制与阵营把四个协议讲清楚。

一键发币： x402兼容 | Aptos | X Layer | SUI | SOL | BNB | ETH | BASE | ARB | OP | Polygon | Avalanche

AI 代理正在从一个"能对话的工具"变成"能代表你花钱的软件"——而一旦涉及花钱，问题就从技术变成了标准：谁授权？付给谁？用什么结算？出了纠纷怎么举证？

2026 年，这个赛道已经形成了四条清晰的标准路线。它们经常被混为一谈，但解决的问题其实不同：

协议	发起方	核心思路	典型场景
x402	Coinbase	HTTP 402 + 稳定币微支付	API / 数据 / 算力的按次付费
AP2	Google	可验证数字凭证（授权证明）	代理代表用户付款的授权与审计
MPP	Stripe × Tempo	支付内嵌进 HTTP 请求	服务流式计费、会话级小额支付
ACP	Stripe × OpenAI	代理电商结算标准	实体/数字商品、订阅结账

这篇文章用机制、阵营与最新进展，把四个协议讲清楚。

x402：把"付款"变成 HTTP 的一部分

x402 是 Coinbase 在 2025 年推出的协议，它"复活"了 HTTP 状态码 402（Payment Required）：服务返回 402 并附带价格与收款地址，客户端（人或代理）完成链上支付后带上凭证重试。

它的关键词是稳定币微支付：

超过 87% 的 x402 支付金额在 0.01 美分到 10 美分之间——这是卡网络无法经济处理的区间；
2026 年 7 月，x402 基金会（Linux Foundation 下）正式开始运营，约 40 家成员，包括 Visa、Mastercard、Stripe、Google、Microsoft、AWS、Shopify、Cloudflare、Circle 等；
AWS 在 CloudFront 与 WAF 原生支持 x402，Cloudflare 在推进向 AI 爬虫收费的网关。

关于它的数据真伪（1.38 亿笔 vs 调整后 1900 万美元的争议），我们在《x402 数据打假》里做过拆解。

AP2：Google 的"授权凭证"路线

AP2（Agent Payments Protocol）由 Google 主导，发布的动机很明确：现在的支付系统假设"有个人在点购买按钮"，当代理自动付款时，这个假设被打破了——商户不知道请求是否真的来自用户授权，银行不知道责任归属。

AP2 的答案是可验证数字凭证（VDC）：

用户授权代理时，签发一张密码学签名的"授权凭证（mandate）"，明确代理可以买什么、花多少、有效期多长；
凭证在"谁（用户/代理/商户/支付方）"之间形成链式结构，提供完整的可审计路径；
技术上与 MCP（工具调用）+ A2A（代理协作） 组合使用；
官方示例中明确包含使用 x402 协议完成支付的自主交易场景——也就是说，AP2 不排斥 x402，而是把"授权层"与"结算层"分开。

AP2 的定位更像"代理时代的授权与信任标准"，而不是一种具体的支付轨道。它解决的具体问题包括：用户给代理的授权范围如何被式证明、商户如何确认请求真的来自持卡人授权、以及事后如何审计每一笔代理支出。Google 同时推动 FIDO 联盟制定"可信 AI 代理交互"标准，说明这套思路想从支付扩展到更广的代理身份层。

换句话说：x402/MPP 回答"怎么付"，AP2 回答"凭什么付"。

MPP：Stripe × Tempo，把支付织进请求

MPP（Machine Payments Protocol）由 Stripe 与 Tempo 联合起草。Tempo 是 Stripe 与 Paradigm 孵化的支付专用 L1，据 Startup Fortune 报道，其 2026 年 3 月 18 日主网上线时同步发布了 MPP。

MPP 的机制与 x402 神似但不相同（Tempo 官方文档）：

Challenge：服务在 HTTP 响应头 WWW-Authenticate: Payment 中描述付款条件；
Credential：客户端/代理在重试时通过 Authorization: Payment 提交支付证明；
Receipt：服务用 Payment-Receipt 确认收款。

它最大的差异点是支付流：代理可以预先授权一个花费上限，然后持续流式支付小额费用，而不需要每一笔都单独批准；同时，多笔小额支付会被打包成单次链上结算——这正是"给机器用的支付轨道"该有的形态。

官方文档强调，MPP 适用于任何服务、API、MCP 服务器或普通 HTTP 端——也就是说，一个已经用 MCP 暴露能力的服务，只要加上支付挑战环节就能进入代理付费生态。对应地，Tempo 的文档还给出了"服务方接收付款"与"代理方支付"两类集成路径，以及 intent 参考模型（支持不同支付模式）。

阵营是 MPP 最值得关注的部分：

Visa 与 Mastercard 是发布伙伴——Startup Fortune 的评价很直接："这告诉你它们多担心被边缘化"；
上线时 MPP 目录已有 100 多个服务（模型供应商、开发者基础设施、算力平台等）；
Klarna（1.14 亿用户）成为首家在 Tempo 上发行稳定币的银行（KlarnaUSD，测试网阶段）；
Tempo 此前融资 5 亿美元、估值 50 亿美元（2025 年 10 月）；
Ripple 也在 9 月把 MPP 加入 XRPL AI 开发工具包，与 x402 并行支持。

MPP 的 Machine Payments 流程（图片来源：Tempo 官方文档）

ACP：Stripe × OpenAI 的代理电商标准

ACP（Agentic Commerce Protocol）由 Stripe 与 OpenAI 联合开发，定位与前三者不同——它面向电商：让 AI 代理在用户的购物场景中完成结账。

核心设计（agenticcommerce.dev）：

商户仍是登记商户（merchant of record）：企业保留客户关系、商品控制权与履约责任；
开放标准、Apache 2.0 开源：任何业务或 AI 平台都可以实现；
REST 与 MCP 双兼容：可以按传统 API 或 MCP 两种方式发布结账能力；
安全传递支付凭证：买家的支付信息以令牌形式经代理传递，不暴露原始凭证；
支持实体商品、数字商品、订阅与异步购买。

如果说 x402/MPP 解决的是"机器买 API"，ACP 解决的是"机器替人买东西"。它把过去两年爆发的"代理购物"需求用一套开放规范固定下来：代理负责发现、比价与下单，商家负责库存、定价与履约，支付凭证以令牌形式在中间传递。

Agentic Commerce Protocol：Stripe × OpenAI 的代理电商标准（图片来源：ACP 官方）

为什么 2026 年突然冒出这么多协议

四个协议的密集出现，是三条曲线交汇的结果：

代理开始真的花钱了：从 2025 年中不到 2000 笔，到 2026 年 x402 上累计数亿笔支付（含刷量争议），不管真实需求多少，"机器发起支付"已经从一个假想场景变成了可计量的流量；
巨头们不想被绕过：如果代理支付默认跑在稳定币轨道上，卡网络、银行、支付处理商都会失去中间位置。Visa/Mastercard 加入 MPP、Mastercard 收购 BVNK、Open USD 联盟，都是同一种防御动作；
监管与会计在追赶：稳定币的发行、储备与会计规则（GENIUS 细则、FASB 更新）逐步落地，企业才敢把"代理预算"写进财务流程。

重要的一点是：这些协议目前在很大程度上是互补的。一个真实的企业场景可能是：用 ACP 发布商品，用 AP2 做用户授权，用 MPP 或 x402 做结算。真正的竞争，发生在"默认入口"这一层。

谁在站哪边：阵营背后的利益

把四个协议放在一起，能看到两条分界线：

分界线一：授权层 vs 结算层。 AP2 专注授权与审计，并把 x402 当作可选轨道；ACP 专注电商结账；x402 与 MPP 则直接定义支付流程。它们不是完全互斥的——Ripple 就同时支持 x402 和 MPP。

分界线二：稳定币轨道 vs 卡片轨道。 这是传统支付巨头的焦虑所在。Startup Fortune 的报道点出了几件事：Mastercard 以最高 18 亿美元收购稳定币基础设施公司 BVNK（史上最大稳定币收购）；Visa、Stripe、Mastercard、Coinbase 等 140+ 家公司支持 Open USD（把储备收益返还给合作伙伴的稳定币），消息公布当天 Circle 股价下跌 17%；而 Visa 一边加入 MPP，一边还保留自己的卡原生代理支付方案。

标准之争的胜负，往往由"谁先来"决定，而不是"谁架构更好"——Visa 和 Mastercard 加入 MPP，不一定是因为看好 Stripe 的链，而是因为缺席的代价更大。

对建设者的选择建议

如果你在做"面向代理的付费服务"，可以按场景选择：

你的场景	优先考虑
API / 数据 / 算力的按次付费	x402（最成熟、客户端支持最广）或 MPP（流式支付 + 打包结算）
代理电商结账（实体/数字商品、订阅）	ACP（商户主权 + 支付令牌）
需要强授权与可审计（企业/合规场景）	AP2（授权凭证 + 审计链）
不想赌单一标准	多协议适配层：先抽象"报价 → 授权 → 结算 → 回执"，再按协议实现

一个实用判断：x402 与 MPP 的差别会逐渐收敛到"结算币种与网络效应"；而 AP2 与 ACP 更可能在很长一段时间里共存——因为它们服务的是不同的信任与商业结构。

对交易者与持有者的含义

结算币种的竞争会加剧：x402 生态目前以 USDC 为主，Ripple 正把 XRP/RLUSD 接入 MPP 与 x402 双标准；谁成为"代理支付的默认货币"是一个长期的资金流向问题，而不是短期叙事；
基础设施估值会被标准之争重新定价：Circle 在 Open USD 消息当日下跌 17%，说明市场把"稳定币发行"和"支付标准"视为同一场竞争；
关注真实用量而非协议数量：MPP 上线即声称 100+ 服务、Ripple 的工具包仍在 beta 且没有具名商业客户——这类"基础设施先行、用量待验证"的阶段，最容易被叙事故意模糊。

接下来看什么

协议互操作：跨协议适配器（例如 AP2 授权 + MPP 结算）会不会出现标准方案；
真实流量：MPP 目录与 x402 的真实付费量（而非刷量）在 2027 年初的数据；
监管定性：代理支付的授权凭证在会计与合规上如何被认定（这决定了企业采用速度）。

AI 代理支付的标准竞赛才刚刚开始，但有一点已经明确：未来两年，"你的代理能不能顺利花钱"会像今天的"网站能不能被搜索引擎收录"一样，成为产品的基础设施问题。

常见问题（FAQ）

Q：这四个协议会不会相互取代？

A：短期不会。它们层级不同：AP2 解决授权与审计，ACP 解决电商流程，x402/MPP 解决微支付结算。真正竞争的是默认入口与结算币种；跨协议适配层大概率会出现。

Q：为什么 x402 和 MPP 看起来很像？

A：两者都是"HTTP 请求中携带支付凭证"的模型（x402 基于 402 状态码，MPP 基于 WWW-Authenticate/Authorization 头），差别主要在支付流（MPP 强调预授权与流式支付、打包结算）、生态圈层与结算网络。对开发者而言，同时接入的成本并不高。

Q：普通用户什么时候能用上？

A：部分场景已经可用（付费 API、数据服务）；电商类要等 ACP 生态与商家接入；授权与审计层面（AP2）更多是企业服务。选产品时问三个问题：谁来收款、授权范围怎么写、出问题找谁举证。

Q：稳定币会是唯一的结算方式吗？

A：不会。MPP 与 AP2 都保留了卡/银行轨道选项，Visa/Mastercard 同时在自己的方案上迭代。稳定币目前胜在微额与 7×24，卡轨道胜在商户覆盖与争议处理。

原文链接

Fireblocks — Agentic Payment Protocols Compared: x402, AP2, MPP, and ACP（2026-08-27）
AP2 官方文档 — https://ap2-protocol.org/
Tempo 官方文档 — How MPP works https://tempo.xyz/mpp
ACP 官方网站 — https://agenticcommerce.dev/
CoinDesk — Ripple adds XRP payments to Stripe and Tempo's AI standard in new developer kit（2026-09-17）https://www.coindesk.com/tech/2026/09/17/ripple-adds-xrp-payments-to-stripe-and-tempo-s-ai-standard-in-new-developer-kit
Startup Fortune — Visa and Mastercard Help Stripe Build Payment Rails for AI Agents（2026-10-11）https://startupfortune.com/visa-and-mastercard-help-stripe-build-payment-rails-for-ai-agents/

DefiPlot 翻译整理，转载请标明出处。

免责声明：本站资源仅用于学习目的，也不应被视为投资建议，读者在采取任何行动之前应自行研究并对自己的决定承担全部责任。

本文属于「Agent 支付 / x402」专题。查看专题全部文章 →