撰文：Charlie 小太阳
文章为作者个人观点，不代表相关公司立场。
最近关注 agentic commerce 的朋友越来越多了，但各种协议和玩家也越来越让大家摸不清头脑了。
尤其是上周，大家还在忙着了解 Stripe / Tempo 的 MPP， 一转眼 Stripe 居然加入了友商 Coinbase 的 x402 Foundation。
而且 Cloudflare 现在两套都支持。Google 也在这个局里，但它自己又有 AP2 和 UCP。
Visa、Mastercard 也都来了，但它们显然不是来给稳定币站台的。
Linux Foundation 公开把 x402 定义成一个中立、行业共治的"大本营"，Cloudflare 则明确把 x402 和 MPP 同时放进了自己的 Agents SDK，Stripe 也公开写了自己同时支持 MPP 和 x402。
到底谁和谁在竞争，谁和谁又在叠加？
但我这几天越看，反而越觉得，这种「乱」不是因为市场没方向，而是因为市场已经很清楚，而且就像我之前 x402，可能我们都理解错了它的本意里提到的：这件事从第一天起，就不会由一个协议一次性统一。
它更像互联网基础设施里很常见的一种局面——不同层同时在长，不同公司在不同层下注，最后靠互操作性把整个东西先跑起来。
真正的战略故事，是谁来定义 agentic web 上 paid machine access 的默认控制层；而且关键玩家明显都在 multi-home，因为大家都还在赌未来真正的 瓶颈会落在授权、分发 还是结算上。
一、Coinbase 为什么放手把 x402 基金会交给 Linux?
如果 x402 只是 Coinbase 的协议，它很难成为行业默认选项。
这不是一句政治正确的话，而是很现实的标准化逻辑。
Linux Foundation 这次的表述很明确，它强调的是服务商中立、社区治理、共享基建，而不是「某家公司发布了一个产品新功能」。
更关键的是，x402 Foundation 页面现在还写着项目处在 建立期，治理机制和董事会都还在搭建中。
也就是说，这次动作首先不是在宣布「产品成熟了」，而是在宣布「我们要给这个协议一个中立的家」。
这背后的潜台词其实很简单。
x402 如果一直长着一张 Coinbase 产品功能的脸（比如现在的 Base) ，那么云厂商、支付公司、卡组织、平台型玩家即便技术上愿意接，也会在政治上犹豫。
谁都不想把未来的 paid access layer 交到单一平台手里。把它放到 Linux Foundation 下面，不是因为 Coinbase 不想控制，恰恰是因为它太想让 x402 被广泛采用，所以必须先把「这是 Coinbase 的协议」这层包袱摘掉。
这点其实很重要，因为很多人看基金会这类动作，容易只看成 PR 或者开源姿态。
但在协议战里，治理就是产品的一部分。
尤其是当一项标准还在早期、还没有绝对网络效应的时候，所谓「中立可信」并不比技术优雅次要。
反过来说，如果 x402 未来真的能成为某种 HTTP-native paid access baseline，很可能不是因为它代码最漂亮，而是因为它比别的方案更早把政治成本降下来了。
换句话说，这里治理不是配角，治理本身就是增长引擎。
二、Stripe 的左右互搏到底在干嘛？
这次最值得盯着看的玩家，绝对是 Stripe，因为 Stripe 的动作最容易让人困惑。
一边是它在 3 月 18 日高调推出 MPP，把它包装成机器支付的开放标准。
另一边，它又是 x402 Foundation 的 founding contributor，并且自己的文档也在支持 x402 machine payments。
Cloudflare 的文档更直接，甚至明确写了：MPP 对 x402 的核心支付流程是 backward-compatible 的，MPP client 可以直接消费现有的 x402 服务。
如果只从「协议竞争」这个框架去看，Stripe 像是在左右互搏。
但如果你把视角再抬高一点，这种做法反而最有商业逻辑。
因为 Stripe 真正想守住的，未必只是 402 handshake 本身。
它真正想守住的，是 handshake 之上的那几层：credentials、compliance、risk、reporting、tax、refunds、merchant integration。
Stripe 看起来不像是某个单一协议的真正信仰者，更像是在确保无论最后哪个 handshake 标准胜出，Stripe 仍然是 agent payments 的默认抽象层。
支持 x402，是为了不缺席开放生态；自己推 MPP，是为了参与定义底层语义；再往上推 ACP 和 Shared Payment Tokens，则是为了守住工作流和支付凭证那层更厚的价值。
所以 Stripe 这次最「怪」的地方，其实恰恰是最诚实的地方。
它没有假装未来会很快只剩一个协议。它是在用行动告诉你：至少在这个阶段，谁都不该只押一边。
三、这其实是一个 B2B 的基础设施故事
我越来越觉得，很多媒体把这件事的焦点放偏了。
一说 agent payments，最容易想到的总是零售：AI 帮你买机票，帮你订酒店，帮你下单，帮你走 checkout。
但如果你去看眼下真正已经公开落地、而且真的开始有基础设施味道的场景，最先跑起来的并不是零售 checkout，而是更无聊、也更真实的 B2B paid access：付费 API、付费数据、付费工具、付费浏览器会话、付费 agent workflow。
Cloudflare 现在公开支持用 x402 和 MPP 给 HTTP 内容、API 和 MCP tools 收费。
x402 最强的采用路径 就是在 developer-to-developer paid APIs 和 tools 上，因为「no account + pay-per-request」在这里不是噱头，而是实打实的可操作落地。
这背后的变化其实很大。
过去一个 API 要收费，通常要先走一整套「人类友好」的流程：开账户、绑 billing、发 API key、设限额、对账、再处理支付权限。
对人来说已经够烦了，对 agent 来说更别扭。
x402 最有吸引力的地方，不是它更 crypto，也不是它更 AI，而是它试图把「付费访问」重新塞回 HTTP 本身，让准入控制和支付协商 像普通 request-response 一样发生。
服务端返回 402，告诉你这次请求值多少钱；客户端付完钱，再用支付凭证重试同一个请求。
这个模型如果你从 B2B 软件和 machine-to-machine access 的角度看，会比从零售角度顺得多。
而且，越往 B2B 这边看，x402 的优势越明显，短板也越没那么致命。
因为在 consumer commerce 里，退款、拒付、merchant-of-record、consumer protection、责任归属，这些全是硬问题；但在 B2B API 和工具调用里，这些问题的重要性明显下降。
相反，「无账号、按调用付费、拿到结果就走」是真需求。
零售当然更大、更热闹，也更容易吸引眼球；但真正先定义协议长什么样的，往往不是最热闹的场景，而是最早暴露真实需求的场景。
对今天这波 agent payments 来说，那个场景很可能不是购物车，而是越来越多软件之间、agent 之间、工作流之间的 paid access。
四、行业发展验证了我之前 interoperability 的判断
我上一篇文章里最核心的判断，是 interoperability。
当时这个判断听上去多少还有一点「架构上应该这样」的味道。
现在看，它越来越像现实约束，因为公开市场已经在用脚投票了。
Cloudflare 没有选边站，而是直接同时支持 x402 和 MPP，还明确做了兼容映射。
Google 一边参与 x402，一边继续推进 AP2 和 UCP。
Visa 和 Mastercard 也都没有用「all in one winner」的姿态来表达自己的战略，而是一边加入 x402，一边继续加码 agent token、身份验证、指令校验和 dispute signals。
巨头们的多边押注是理性决策，而不是商业虚伪。
为什么会这样？因为这些协议压根就不在同一层。
至少到目前为止，x402 和 MPP 更接近 paid HTTP handshake 这一层，解决的是「怎么让请求带着支付能力回来」。
AP2 更接近授权和可信意图，解决的是「这个 agent 到底有没有资格花这笔钱」。
UCP 和 ACP 则更像 workflow 层，去处理 discovery、checkout、商户关系、凭证传递这些更上层的问题。
很多公司同时支持 x402、MPP、AP2、UCP，不是因为它们自己想不清楚，而是因为赢到最后的架构本来就很可能跨多层，甚至需要多协议共同组成。
所以如果要用一句话回头看我上一篇的判断，我现在更加相信如果没有 interoperability，这一波生态根本起不来。
现在看，市场正在主动验证这个判断。
更进一步说，这个判断对 B2B vs 零售还重要。
因为零售世界里，最后也许真会被少数大平台和少数大工作流吸进去；但 B2B 世界不是这样。
企业本来就活在多云、多支付方式、多工作流系统、多身份权限系统并存的现实里。
谁试图用一个新协议把整个企业栈一把推倒重来，谁大概率先死。
B2B 客户真正愿意买单的，往往不是「唯一正确的协议」，而是「让现有系统在多协议环境下还能工作」的能力。
这个逻辑，恰恰就是 interoperability 在企业场景里比在 consumer 场景里更硬的一点。
五、这不是单纯的协议竞争，而是分层后的 stack 竞争
一旦你把这件事理解成分层 stack，很多原来显得很乱的现象就会立刻顺起来。
最底下一层，是 paid access handshake。
这一层关心的是：HTTP 请求怎么表达「这里需要付费」，以及客户端付完之后怎么把支付凭证带回来。
x402 和 MPP 主要在这里打。MPP 在试图把 402 往更正式的 HTTP auth semantics 上收；而 x402 则更像在把 402 平台化，通过自定义 header、facilitator、链上结算抽象和生态集成，让它先跑起来。
一个更像标准化语义路线，一个更像平台分发路线。
再往上一层，是 authority to spend，也就是「谁授权了这笔钱」。
这一层才是很多人现在还没完全意识到的关键。
机器会付钱，这件事没有那么难；机器能被可信地授权去付钱，才是真难。
AP2 之所以重要，就因为它不只是「怎么支付」，而是在解决 mandates、verifiable credentials、authenticity、accountability 这些事情。
Visa 和 Mastercard 最近加码的那些 agent token、instruction validation、passkeys、dispute signals，本质上也都在这里。
再往上一层，是 workflow 和 distribution。
也就是 discovery、checkout、merchant relationship、credential sharing、AI surface integration 这些更接近「谁掌控流量和交易编排」的东西。
UCP 和 ACP 更像是在争这一层。
对 B2B 来说，这层短期没有那么热闹，但从长期看价值可能非常高。
因为如果未来越来越多企业软件都由 agent 协调、调用、采购和支付，那么谁掌握 workflow language，谁就不只是管一次付款，而是在管整个工作流。
一旦你把这三层分开，就会发现一个很朴素的事实：根本没必要期待一个协议把所有问题都包了。
更现实的路径，是这三层各自先长，再通过互操作性慢慢咬合起来。
也正因为如此，多头下注不是摇摆，而是理性。
六、x402 的真正风险，未必是监管，而是并发下的经济学
如果我们只是认识到「多协议并存」，其实还不够深刻。
x402 最大的风险，未必首先是监管，而可能是 verify–settle 两步分段带来的 time-of-check/time-of-use 经济学。
简单说，就是如果验证支付和最终结算不是一回事，那么在高并发、重试、代理层、缓存层这些真实互联网环境里，就会出现「pay once, access multiple times」的窗口。
x402 生态现在也在补洞，比如 settlement cache、idempotency extension、payment identifier，但这恰恰说明问题不是理论上的。
这点为什么尤其值得 B2B 读者在意？
因为 B2B 世界最怕的，从来都不是漂亮 demo 做不出来，而是 edge case 太多，最后一上生产环境就开始漏。
API monetization 这种事，表面上看是每次请求付几分钱，挺轻；可一旦你的产品是按调用收费、按结果收费、按工作流收费，那么「付一次拿一次」还是「付一次拿很多次」，就不是产品细节，而是生死线。
所以如果未来 x402 真能在 B2B 里跑出来，一个重要前提不是 narrative，而是这些 default-safe 的机制得被做得足够无脑,否则企业不会放心把真实流量接进来。
七、协议可能是免费的，但收费站不会消失
还有一点，我觉得值得在这篇里讲透。
很多开放协议最后都会走到一个很熟悉的地方：协议本身越来越便宜，甚至免费，但真正的收费站会在旁边长出来。
x402 也一样。
标准本身当然强调开放、中立、0 fees built into the standard，但这不等于 value capture 会消失。
如果 x402 成功，价值不会主要留在协议里，而会往 facilitator、钱包和 key management、discovery、policy engine、trust wrapper 这些相邻层迁移。
这对 B2B 来说尤其重要。
因为企业客户不会为了一个新协议就大规模改造整套系统，他们真正愿意付钱的，是谁能帮他们在多协议环境里把 orchestration、policy、risk、compliance、audit、settlement、权限边界这些麻烦事收拾好。
换句话说，协议会越来越像底层语言，但把这些语言翻译成「企业能放心上线」的能力，那一层反而更容易变成新的平台和新的收费站。
这也是我为什么会觉得，今天看 x402，不能只盯着 Coinbase、Cloudflare、Stripe 谁更像「主角」。
真正值得盯的，是谁最有机会站到这些相邻层上。
Cloudflare 有边缘和流量分发的位置，Stripe 有支付基础设施和商户关系的位置，Visa 和 Mastercard 有凭证、网络 token 和 consumer trust 的位置，Google 有 workflow 和 discovery surface 的位置。
真正的价值捕获，不一定发生在「谁定义了 402」，更可能发生在「谁把 402 接进了更大的企业系统」。
八、结语
x402 Foundation 这件事，不是在宣布 x402 已经在所有 agentic commerce 协议里胜出。
它是在公开承认，这一代 agent payments 从第一天起就不会是单一协议世界。
Coinbase 把 x402 交给 Linux Foundation，是为了让它更像中立公共层，而不是独家产品。
Stripe 一边推 MPP 一边加入 x402，不是摇摆，而是因为它知道现在不该只押一边。
Cloudflare 同时支持两套，是因为它最接近真实流量。
Google、Visa、Mastercard、Adyen 这些玩家的动作，也都在说明同一件事：先让系统能互通，再谈谁最后占住哪一层。
而如果把视角从零售挪开，这个判断就更顺了。
因为最先需要这些协议的，不一定是购物车，而是越来越多按调用、按任务、按结果收费的 B2B 软件和服务。
零售当然更大，但 B2B 往往更早暴露真实需求，也更早定义基础设施最后长什么样。
我上一篇文章里把 interoperability 放在中心，我觉得现在市场给出的答案其实很明确：对，而且比当时想的还更早。
从这个意义上说，x402 Foundation 不是这场故事的结尾。
它只是让我们更早看见，真正的主题一直不是「谁会赢」，而是「这个世界注定要先互通，谁又能在互通之后，占住最值钱的那一层」。
