作者：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 的結帳介面”。
Stripe 官方的定位是：MPP 是一個 open standard、internet-native way for agents to pay；而 Cloudflare 的技術文件則更進一步，把它拆成了可以支持 Tempo 穩定幣、Stripe 支持的卡和錢包、Lightning 乃至自訂支付方法的一套統一協議。
戰場一下子就變了。
x402 先贏了一局
如果我不先把 credit 給 x402，後面所有關於 MPP 的判斷都會顯得空。
我之前寫過，網路過去一直有一個原罪：內容、算力、資料、API 都越來越細粒度，支付卻仍然停留在帳戶、訂閱、預付費、人工結帳那套 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 流通量同比成長 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”裡去找網頁、點按鈕、過結帳；真正需要的是一個 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 撐起了門面。
資本市場又要重新定價了。
