作者：Charlie Liu，Generative Ventures合伙人
过去一周，OpenClaw 和 Tempo 几乎已经成了加密圈子里的接头暗号。
很多人都看到了热度，也都知道 Stripe 下场了，Visa 和 Lightspark 也站了队。
真正还没被充分看清的，不是新闻本身，而是支付控制点正在迁移。
过去几个月，市场对 Agent Payments 充满了想象力。
Coinbase 在 2025 年 5 月推出 x402，把 HTTP 402 重新做成支付语言；Cloudflare 很快把它写进 agentic payments 文档里，把“无需账户、无需 session、无需 API keys”的程序化支付体验做成了一个非常互联网、非常 developer-native 的起点。
Circle 则沿着这条线往前走，把 USDC、Wallets、autonomous payments 和 x402 绑在一起，随后又推出 Nanopayments，继续往更高频、更低额、更接近机器支付的方向推进。
所以这几个月，很多人脑子里默认形成了一张图：Agent 要花钱，协议是 x402，钱是 USDC，结算在链上，开发者入口在 Coinbase Developer Platform 和相关生态里。
这张图到今天仍然没有错，问题只在于，它讲的只是第一阶段。
Stripe 和 Tempo 上周发 MPP，真正改变的，不是“又多了一个支持 AI agent 付款的协议”，而是把问题从“Agent 怎么打一笔稳定币支付”，重写成了“机器之间如何拥有一个 payment-method-agnostic 的 checkout 接口”。
Stripe 官方的定位是：MPP 是一个 open standard、internet-native way for agents to pay；而 Cloudflare 的技术文档则更进一步，把它拆成了可以支持 Tempo 稳定币、Stripe 支持的卡和钱包、Lightning 乃至自定义支付方法的一套统一协议。
战场一下子就变了。
x402先赢了一局
如果我不先把 credit 给 x402，后面所有关于 MPP 的判断都会显得空。
我之前写到过，互联网过去一直有一个原罪：内容、算力、数据、API 都越来越细粒度，支付却仍然停留在账户、订阅、预付费、人工 checkout 那套 old world 里。
x402 的厉害，在于它没有试图一次解决所有问题，而是选了一个非常锐利的切口：让 HTTP 请求本身携带支付能力。
服务端返回 402 Payment Required，客户端程序化完成支付，再带着付款凭证重试请求。
没有账户体系，没有 session 状态，没有 API key 管理台。对 Agent 来说，这种设计天然顺手。
这也是为什么 Circle 会先吃到这波红利。
它要做的是让 AI agents 通过 Circle Wallets、USDC 和 x402 自主支付 API；而在几天前发布的 Nanopayments ，Circle 更直接把 x402 称为 agent 在 web 上支付的标准化协议方向。
再叠加 Circle 最近财报里 USDC circulation 同比增长 72% 至 753 亿美元，资本市场自然会把“stablecoin 基础设施”和“agent payments 基础设施”这两层叙事叠在一起看，而导致了 Circle 股价的暴涨。
说白了，x402 赢的不是“技术终局”，而是“先让事情发生”。
这在新市场里极其重要。
第一阶段里，最有价值的往往不是最完整的方案，而是最先让开发者真正用起来的方案。
MPP真正改写的，不是rail，而是checkout
MPP 最容易被误读的地方，是很多人把它理解成“支持更多支付方式的 x402 Pro”，是个凌驾于 x402 之上的全集。
但它真正想动的，是 checkout 这一层。
在这周的 Tokenized 播客访谈里，Visa Head of Crypto Cuy Sheffield 有一句话很关键：如果真的想让 agentic commerce 扩起来，不能再把 agent 扔回“human land”里去找网页、点按钮、过 checkout；真正需要的是一个 headless checkout，让 agent 跟商户直接协商要买什么、价格是多少、用什么方式付，然后把这件事干净地完成。
更重要的是，他和 Tempo 的 Head of GTM Simon Taylor 在那段对话里反复强调的不是“多支持一条链”，而是 payment-method agnostic、payment-network agnostic、PSP agnostic、vault-provider agnostic。
那已经不是 crypto 协议工程师的思路了，那是支付平台在重新定义接口。
Stripe 官方博客其实也在说同一件事，只是语气更克制。
MPP 不是单纯发一个 spec，而是直接接进 Stripe 现有 Payment Intents 和后台体系里。
商户用几行代码就能接受 agent 发来的 MPP 支付；这些支付会像正常交易一样进入 Stripe 的 balance、payout、tax、fraud、reporting 和 refund 流程。
对开发者来说，这代表着我不用再学一个新链上支付协议，而是马上就可以在熟悉的支付栈里开始接机器用户了。
这一步非常 Stripe：它从来最危险的时候，都不是发明了全新的东西，而是把一件原本只有少数专业玩家能玩明白的事，压缩成全世界开发者的默认接口。
这也是我为什么觉得，MPP 真正争夺的不是 payment rail，而是 machine commerce 时代的 headless checkout。前者决定钱怎么走，后者决定交易通过谁发生。历史上，真正值钱的通常是后者。
Session才是这次真正的升级
x402 和 MPP 最深的差别，不在“一个更开放、一个更企业”，而在 session。
MPP 定义了两种 payment intents: charge是一次性即时结算，适合 per-request billing；session则是基于 payment channel 的 streaming payment，适合 pay-as-you-go 和 per-token billing，目标就是 sub-cent cost 和 sub-millisecond latency。
更重要的是，Cloudflare 文档明确写到 MPP 向后兼容 x402，x402 原来的 exact flow 基本可以映射成 MPP 的 charge。
换句话说，MPP 不是否定 x402，而是在 x402 已经证明成立的那一块之上，再把连续消费这件事做成协议原语。
Tempo 官方把这个原语解释得更直白：session 像 OAuth for money，先授权一次，再在限定额度和规则内程序化付款，把成千上万笔小额交互聚合成一次最终结算。
而在 Tokenized 播客中，Tempo 的 Head of Product Liam Horne 提到，这在区块链旧话语里就是 payment channels，只不过今天最自然的应用不是 BTC maxis 讨论的理想支付网络，而是 LLM 按 token 计费、API 按调用计费、Agent 按 workflow 连续消费。
先放 5 美元进去，模型每吐一个 token 就扣一点，结束再关 session。这个画面一出来，你就知道 MPP 瞄准的不是 demo，而是 business model。
我以前在 Lightning Network 公司 Strike 的经历，让我对这里特别敏感。
MPP 的 session 和 payment channel 这套概念和Lightning Network 有着异曲同工之妙，也是为什么MPP会在启动时就支持 Lightning Network。
而 Tempo 选择了 Lightspark 作为 Lightning Network 合作方，则更有深意，我们先暂时按下不表。
一看到“先锁定价值、在会话里持续扣减、最后聚合结算”，就会立刻意识到：Tempo 这次争的不是多一条链，而是在把一种长期只被少数支付基础设施玩家真正消化过的支付直觉，搬进更广义的 machine commerce 里。
Tempo真正可怕的地方，不只是协议，而是它想把整套支付运行系统一起拿下来
很多人现在在比较 x402 和 MPP，比较到一半就已经失真了，因为它们并不完全处在同一个层上。
x402 本质上是一种支付语言。它很优雅，也很锋利地切中痛点。
但 Tempo 这次不是只发了一个语言，它还带了一整套为 real-world payments 定制的运行系统。
Tempo 主网上线时强调的几件事都很具体：instant settlement、predictable low fees、高吞吐、全球可用性；同时又把 payment lanes、稳定币 gas、以及面向企业支付的后续工作负载支持，放进主网上线叙事里。
TIP-20 则更典型：它不是泛泛而谈的 token standard，而是把 transfer memos、compliance controls、reward distribution 这些现实支付世界里很烦、但又必须有人处理的需求，直接写进原语。
Tempo 从 first line of code 到 mainnet 只有七个月，但 Liam 自己承认，真正的底子并不是七个月，而是过去多年积累下来的 battle-tested infrastructure。
Tempo 值得认真对待的，不是速度，而是它没有用创业叙事去掩饰工程底座，反而反过来把“这不是从零开始的空中楼阁”讲清楚了。
所以和 x402 的发起者 Coinbase Developer Platform 对比，CDP 更擅长把标准先跑起来，把开发者先拉进来，把生态先点燃；而 Tempo 这套班底更适合打下一阶段，也就是协议抽象、支付运行时、开发者工具和企业级支付原语逐渐合流的阶段。
不是谁更聪明，而是谁更适合哪个发展阶段。
Circle真正要防的，不是USDB今天的流通量
那是不是代表着 USDB 接下来要挑战 USDC？
USDC 现在确实很强：Circle 不只是资产发行方，它还跟 x402、autonomous payments、nanopayments 这些早期 agent 支付叙事绑定得很紧，资本市场也确实给了它相当高的想象空间。
问题在于，Circle 当前领先的，本质上是 money layer：AI agents 现在默认更容易花出去的那一美元，很大概率是 USDC。
但 Stripe 和 Bridge 在做的事，盯上的不是这一层。
Stripe 的 Stablecoin Financial Accounts 同时支持 USDC 和 USDB，而且对 USDB 的定位很清楚：它是一种 infrastructure / closed-loop stablecoin，而不是一上来就去抢开放流通市场的“第二个 USDC”。
但这反而是我觉得它危险的地方。因为 closed-loop 从来不是弱点，它往往是平台化支付的起点。
如果 Tempo 带着 MPP 把 Stripe 往 machine commerce 的接口层再推一步，Bridge/USDB 的战略意义就会完全变样。
今天它只是后端 processing 的 stablecoin；明天它可能变成更大支付网络里的默认结算器、默认奖励层、默认 treasury layer。
Bridge 自己写 USDB 时就强调，它和传统 stablecoins 不同的一点，是 reserve economics 可以在 issuer、developer 和 end user 之间更灵活地分配。
对 Stripe 这种天然擅长做平台经济分配的人来说，这不是产品 feature，这是结构优势。
Lightspark不是配角，它让这件事多了一层历史的意味
Lightspark 这次的存在感，不该只被理解成“又多接了一条 Bitcoin rail”。
MPP 虽然今天跑在 Tempo 上，但协议本身是 rail-agnostic 的。
Visa 已经把它扩展到 card-based payments，Stripe 把它扩展到自己的 cards、wallets 和其他支付方式，Lightspark 则把它扩展到了 Lightning Network。
这个组合很有意思，它把 MPP 从“稳定币协议”直接扩展成了“支付协调层”。
前文提到了 session 和 Lightning channel 的那层神似，用 Lightspark 自的话说，就是 Lightning 的基础构件就是 payment channels，交易不必每一笔都广播到链上，双方在通道里不断更新余额，最后再把结果落回主链。
Tempo 的 session 当然不是 Lightning channel 的简单复制，技术层次和适用场景也不一样，但它们在商业直觉上高度共振：真正高频、低值、连续的支付，不该一笔一笔重新结算。
再往前看一层，这条线就更耐人寻味。Lightspark 掌门人 David Marcus 当年在 Facebook 负责 Libra 项目，Libra 的核心目标是重写效率低下的支付系统，而不是单纯发行一个新币。
后来他离开 Facebook，再去做 Lightspark，2025 年又亲自写文说“Restarting Libra”不是正确路径。把这些人和事连起来看，会有一种很强的历史回声：Libra 当年想直接改写货币，今天这一批人更像是在换一种方式改写支付接口。
提到Libra，大家自然会联想到 Meta，以及最近引起很多猜想的 Meta 重回稳定币的战略。
现在 MPP 体系又把 David Marcus 的 Lightspark 和 Stripe 联系在了一起，好像一个超大平台联盟的拼图终于完整了：Stripe 拿接口，Bridge 拿闭环稳定币，Tempo做底层公链，Meta 拿分发。Mark Zuckerberg, David Marcus 和 Patrick Collison 撑起了门面。
资本市场又要重新定价了。
