协议之争已结束:Google 与 Coinbase 的 x402 正式结盟
三个月前,分析师们正在划定战线。一边是 Google 的通用商业协议(Universal Commerce Protocol),另一边是 Coinbase 的 x402。这是关于 AI 代理如何支付费用的两种愿景——一种来自大型科技公司,另一种来自加密原住民开发者。叙事逻辑呼之欲出。
随后,在 2026 年 4 月 2 日,Google 加入了 Linux 基金会旗下的 x402 基金会,与其并肩的还有 OpenAI、Stripe、AWS 和 Circle。
这场“战争”从未发生。真实的故事——以及它对价值 5 万亿美元的代理商业机会意味着什么——要有趣得多。
背景:两个协议,一个问题
问题看似简单。AI 代理可以自主推理、规划和执行任务。但当它们需要支付费用时——无论是 API 调用、数据集、计算时间还是产品——它们就会碰壁。现有的支付基础设施是为人类构建的:登录流程、重定向、手动银行卡授权、 结算延迟。
代理对这些毫无耐心。
Google 的通用商业协议 (UCP) 于 2026 年 1 月的美国零售联合会 (NRF) 会议上宣布,采用了自上而下的方法。UCP 与 Shopify、Walmart、Target、Visa、Mastercard 以及 20 多家合作伙伴共同构建,为代理与商业基础设施的互动(产品发现、谈判、多平台结算)建立了一种通用语言,而无需为每个商家进行单独集成。它通过代理专用的 Header 扩展了现有的 REST API,并接入 Google Pay 和 Google Wallet 进行结算。
Coinbase 的 x402 于 2025 年 5 月推出,采用了自下而上的方法。它复兴了 HTTP 协议中长期闲置的 402 “Payment Required”(需要付费)状态码,以创建最简单的支付机制:如果请求到达时未支付,服务器将返回 402,提示客户端以 USDC 支付并重试。无需登录。无需重定向。没有结账流程。只有一个 HTTP 状态码和在 Base、Polygon 或 Solana 上的稳定币转账。
两者的架构理念大相径庭。UCP 是为企业商业层构建的。x402 则是为互联网的支付原语构建的。
为什么分析师误判了这场“战争”
“竞争标准”的框架很吸引人,但却是错误的。UCP 和 x402 从未在解决同一个问题——它们是在解决同一问题的相邻层级。
可以这样理解:UCP 解决的是“买什么”以及代理与商家之间的商业工作流如何构建。x402 解决的是在传输层“如何触发支付”。UCP 告诉代理如何发现产品、表达意向并进行谈判。x402 告诉服务器如何表达“在响应之前先付钱” 。
这些协议运行在技术栈的不同层级。一个代理购物流程可以使用 UCP 进行产品发现和谈判,然后使用 x402 进行实际的微支付结算——而 Google 自己的代理支付协议 (AP2) 在设计时就充分考虑了这种集成。
由 Google Cloud 宣布的 AP2 定义了代理支付的信任和授权层。它使用加密签名授权代理在定义的预算内消费,通过其 x402 扩展同时支持传统银行卡支付和加密货币。Google 与 Coinbase、以太坊基金会和 MetaMask 合作构建了 AP2。所谓的“竞争协议”从一开始就是工程合作伙伴。
改变一切的 4 月 2 日公告
2026 年 4 月 2 日,Linux 基金会宣布成立 x402 基金会——Coinbase 将 x402 协议作为开放标准捐赠出来。创始成员包括 Google (Alphabet)、OpenAI、Stripe、亚马逊云服务 (AWS)、微软和 Circle。
这不仅仅是一个微不足道的注脚。当全球五大科技公司和两家最大的稳定币发行方共同支持一个单一的支付原语时,你正在见证一个事实上的标准在实时诞生。
Linux 基金会的治理举措具有重大意义,原因与 Linux 本身的重要性相同:它消除了单一公司对协议的控制,降低了竞争对手的采用风险,并向外界发出信号——这是基础设施,而非产品功能。仅仅通过一次公告,Coinbase 的 x402 就从“Coinbase 的加密支付小玩意”变成了“互联网支付标准”。