跳到主要内容

OKX 的 Agent Payments Protocol 让 x402 vs AP2 vs TAP 之争演变为三方角逐

· 阅读需 13 分钟
Dora Noda
Dora Noda
Software Engineer

2026 年 4 月 29 日，OKX 推出了代理支付标准战争历史上规模最庞大的首发联盟——并悄然重新定义了这场战争的本质。

当 Coinbase 的 x402、Google 的 AP2、Visa 的 TAP 以及 PayPal 的 Agent Ready 在过去 90 天里为争夺“AI 代理移动资金那一刻”的所有权而激战时，OKX 的代理支付协议（APP）带着一个更宏大的论点步入战场：支付是简单的部分。真正的瓶颈在于报价、谈判、托管、计量、结算和纠纷处理。在发布首日，AWS、阿里云、以太坊基金会、Solana、Sui、Aptos、Base、Optimism、Paxos、Uniswap、MoonPay、Sahara AI、Nansen 和 QuickNode 都签署协议表示认可。

这种联盟的广度本身就是新闻。此前推出的每一个“代理商业标准”都只带着一家公司的标志。而 APP 是以一个中立联盟的规范说明书形式发布的。

APP 实际交付的内容（以及路线图中尚在规划的内容）​

OKX 将 APP 构建为一个三层堆栈，旨在超越单纯的支付通道。

钱包层是 OKX Agentic Wallet——这是一款自托管钱包，在可信执行环境（TEE）中运行，支持 20 多条链，并使用会话密钥（session keys），使自主代理可以在不泄露主密钥的情况下进行签名。这一点至关重要，因为之前所有的“代理钱包”演示要么是中心化托管（代理在托管方的许可下持有密钥），要么需要用户批准每笔交易。结合 TEE 证明的会话密钥找到了平衡点：代理获得受策略限制的自主权，用户保留根权限。

实现层是运行在 OKX 的 zk-EVM 网络 X Layer 上的支付 SDK。开发者只需几行代码即可接入单次支付、批量支付、按需付费计量以及（路线图中的）托管功能。该 SDK 是与 x402 竞争最直接的部分——两者都针对那些需要代理快速支付某项费用的开发者。

协议层是 APP 展现最大雄心的地方。该规范定义了代理如何发现服务、协商价格、达成协议、在链上结算，以及处理结算后的计量和纠纷。通信被刻意从链中抽象出来——APP 在包括 Telegram 和 XMTP 在内的约定消息通道上运行，最终在 X Layer 上进行链上结算。

尚未交付的内容：在 1.0 版白皮书中，托管和纠纷处理被明确标记为“即将推出”。这是一个信号。这两个功能使 APP 与 x402 有了本质区别，也是决定企业是否敢于将预算托付给自主代理的关键。OKX 将它们列在了计划中，但尚未完成开发。

联盟的数学：为什么 11 个以上的签约方优于一个大标志​

代理支付战争在 2026 年 2 月正式拉开帷幕，各大主要参与者在大约 90 天内相继占领了自己的阵地。

  • Coinbase x402 使用 HTTP 状态码 402（“需要付款”）将支付直接嵌入 Web 的传输层。到 2026 年 4 月底，x402 已记录了 69,000 个活跃代理、1.65 亿次交易以及约 5,000 万美元的累计成交额——其中大部分是用于 API 调用的低于一美分的微支付。由单一厂商支持，拥有最深厚的生产实践积累。
  • Google AP2 召集了 60 个合作伙伴，围绕一个与支付方式无关的授权签名协议。AP2 不直接移动资金；它生成经过加密签名的证明，证明人类授权了特定购买，任何通道（卡、银行、稳定币）都可以据此进行结算。在授权合规方面表现强劲，但在稳定币原生流程方面较弱。
  • Visa TAP 是卡网络为保持代理商业在 Visa 现有变现通道上运行而做出的尝试。
  • Google/Shopify UCP 通过代理特定标头（认证、意图信号、预算上限）扩展了 REST 商业 API，其目标直指电子商务结账，而非自主的机器对机器支付。
  • PayPal Agent Ready 是 PayPal 的并行切入点，锚定在其现有的商户网络上。

每一个方案在发布时都带着一个大赞助商和一个关于为什么其堆栈层最关键的故事。但没有一个方案具备 APP 在首日发布的云服务 + L1 + DeFi + 法币出入口的综合覆盖范围。

历史上的类比是 OpenID Connect。在 2010 年代初期，联合身份认证有半打相互竞争的规范——SAML、Facebook Connect、各种 OAuth 版本。OpenID Connect 胜出并不是因为它拥有最简洁的规范，而是因为 Google、Microsoft、IBM 和 Yahoo 在同一时间签署了同一份文件，而企业只需要一个标准来进行集成。单一厂商的规范败给了联盟规范，因为采购部门不喜欢被包装成创新的厂商锁定。

OKX 正在借鉴这一剧本。AWS 和阿里云涵盖了超大规模计算运行时。以太坊、Solana、Sui、Aptos、Base 和 Optimism 涵盖了结算层。Paxos 涵盖了合规稳定币的发行。Uniswap 涵盖了 DEX 流动性。MoonPay 涵盖了法币出入口。Nansen 和 QuickNode 涵盖了数据和基础设施管道。从结构上看，这就是一个“中立标准”联盟该有的样子。

为什么报价和纠纷处理比支付更重要​

OKX 做得最正确的一点在于其框架设定。首席执行官 Star Xu 的观点——瓶颈已从“智能”转向“商业”——精准地指出了以往每一个智能体支付叙事中存在的真实鸿沟。

x402 和 AP2 的演示通常展示的是简单场景：智能体调用 API，API 返回 “402 Payment Required, $0.003”，智能体用 USDC 支付，调用返回结果。这对于公共服务的亚分级（sub-cent）按量计费消费是行得通的。但对于公司真正希望自主智能体执行的任务——购买算力、雇佣其他智能体完成任务、采购广告库存、结算 B2B 发票、管理供应商关系——这套流程就失效了。

这些业务流需要：

  1. 报价 (Quoting) —— 智能体必须询问“这将花费多少？”，并在承诺支付前获得结构化、可验证的回复。
  2. 谈判 (Negotiation) —— 买方智能体和卖方智能体需要反复沟通，而不是简单的“接受或离开”。
  3. 托管 (Escrow) —— 资金被锁定，工作开始执行，并在验证交付后释放付款。
  4. 计量 (Metering) —— 追踪使用情况，并根据约定的条款进行核对。
  5. 结算 (Settlement) —— 资金在具有确定性（finality）的通道上进行实际转移。
  6. 纠纷解决 (Dispute resolution) —— 当工作内容与合同不符时，有一条无需诉讼的补救路径。

第 5 层和第 6 层是所有传统支付公司止步的地方。APP（Agent Payment Protocol）是第一个将 1 到 6 项功能全部列入路线图的智能体商业协议，即便第 3 项和第 6 项尚未构建完成。

其重要性在于：如果没有结构化的纠纷路径，企业采购部门绝不会允许智能体运行预算。“模型产生幻觉并在凌晨 3 点订购了价值 40,000 美元的算力”并不是假设——这在 2025-2026 年已在多家 AI 公司的生产环境中发生。一个只解决理想路径（happy path）的标准，并不是企业可以采纳的标准。

跑马圈地背后的数字​

这种“跑马圈地”是理性的，因为潜在的流量规模巨大且增长迅速。

2025 年稳定币交易量达到 33 万亿美元，同比增长 72%，仅 2026 年第一季度交易额就达到约 28 万亿美元，环比增长 51%。其中约 76% 的交易量由机器人（bot）驱动，这意味着机器对机器（M2M）的流量已经占据主导份额——支付协议并非在追逐未来的市场，而是在瓜分一个现有的市场。

麦肯锡（McKinsey）旗下的 QuantumBlack 预计，到 2030 年，智能体商业将编排 3-5 万亿美元的全球零售支出，仅美国 B2C 领域就高达 1 万亿美元。Juniper Research 的预测更为保守——2026 年智能体支出为 80 亿美元，到 2030 年增长至 1.5 万亿美元——但即使是最低预期，也意味着四年内有 188 倍的增长路径。

稳定币供应量本身预计到 2026 年底将达到约 4,200 亿美元，比当前水平增长约 56%。分析师指出，智能体驱动和机器对机器流量是除了跨境 B2B 和汇款之外的主要增长引擎。

谁拥有这一流量的协议层，谁就拥有了加密货币历史上出现的最具价值的基础设施之一。这就是为什么六个不同的阵营在 90 天内发布了规范。这也是为什么 OKX 组建了其中成员最广泛的联盟。

这对当前的开发者意味着什么​

对于试图弄清楚该押注哪种规范的开发者和基础设施运营商来说，2026 年 5 月的诚实答案是“不止一个”。

  • 如果你今天要发布一个需要亚分级微支付的按量计费 API，x402 拥有生产级的交易量——1.65 亿次交易不会说谎。现在基于它构建，六个月后再重新评估。
  • 如果你的业务流需要来自人类主体的可验证授权（受监管的商业、任何涉及银行卡的业务），AP2 的指令签名模型（mandate-signing model）是最契合的，且谷歌拥有的 60 家合作伙伴名册赋予了其卡组织级别的合法性。
  • 如果你正在构建需要谈判、托管或纠纷处理的智能体间商业——即便这还在路线图中——APP 是唯一将这些原语摆在明面上的规范，其联盟背景使得“基于 APP 构建”在面对采购审查员时更具说服力。
  • 如果你涉及传统电子商务结账，UCP 和 PayPal Agent Ready 将是商户首先集成的领域。

这些规范正在重叠的领域趋于融合，2027 年的大多数生产级技术栈可能会同时支持其中的两到三种。未来 12 个月内有趣的问题在于，是否有协议能真正提供足够严谨的托管和纠纷处理功能来处理真实的 B2B 流程，或者该层级最终是否会成为顶层的一个独立的、垂直领域的特定技术栈。

真正的考验将在 90 天内到来​

OKX 通过联盟的启动为自己赢得了强势开局。困难的部分现在才开始。

v1.0 白皮书承诺托管和纠纷解决功能“即将推出”。这一承诺必须在 2026 年第三季度转化为交付的代码，否则联盟的价值将会蒸发——合作伙伴签约是为了更宏大的愿景，而不是为了市场上已经存在的 SDK。如果 APP 变成“另一个运行在 X Layer 上的支付 SDK”，它将失去对抗已拥有海量交易额的 x402 的差异化优势。

更深层的考验在于合作伙伴是否真的会进行集成。AWS 和阿里巴巴云签署一个标准，与 AWS 和阿里巴巴云为生产级智能体工作负载运行 APP 原生服务，是截然不同的两种承诺。请关注二级信号：原生支持 APP 报价的 Lambda 函数、使用 APP 计量的 S3 存储桶、针对 APP 进行资金托管的 RDS 实例。这些集成——而非发布会的新闻稿——才是决定联盟能否稳固的关键。

智能体支付协议之战现在是一场三方竞赛：x402 占据传输层，AP2 占据授权层，APP 占据全业务周期。哪种规范率先实现其完整愿景，谁就能胜出——不一定是因为技术卓越，而是因为它是企业第一个真正能买单的方案。

BlockEden.xyz 在支持 APP 的各条链上运行生产级的 RPC 和索引基础设施，包括 Ethereum、Solana、Sui、Aptos、Base 和 Optimism。如果你正在构建需要跨多个网络结算的智能体支付流，请探索我们的 API 市场，获取你智能体运行所需的多链基础设施。

来源​

Share on Twitter