NEW EVENT
最新活動
BG Wallet
OKX
幣安
HOT ARTICLES
熱門文章
Featured Articles
專題精選
本文內容摘錄自 defiprime，由幣研團隊編譯且整理如下
HTTP 402 這個狀態碼從 90 年代就被寫進規範裡，不過一直都沒有實際的使用場景。「Payment Required」當初的想法很簡單：把支付直接內建進網路協議，讓機器能像瀏覽網頁一樣可以輕鬆完成付款，但這件事一直沒有實現。
過去幾年，402 偶爾被拿來做一些特殊用途，例如 Shopify 的速率限制回應、Apple MobileMe 的帳單錯誤提示，但都只是邊緣應用，並沒有實現它背後「微支付」的想像。現實世界中，支付仍然依賴信用卡、訂閱制或 API 金鑰 —— 這些本質上都是為人類設計的機制。
直到最近，兩個面向「機器支付」的方案同時出現：MPP 與 x402。本文將會拆解 MPP 以及 x402，並且比較它們之間有哪些不同之處。
x402：極簡路線
Coinbase 在 2025 年 5 月公開發布了 x402。
運作邏輯很簡單：當客戶端請求資源時，伺服器回傳 HTTP 402，告知價格、代幣種類與支付鏈。客戶端完成鏈上支付後，將付款證明附在重試請求中，伺服器才會交付資源。
整個過程不需要帳號、不需要 API 金鑰、不需要訂閱，就是一次夾帶金錢的 HTTP 來回。
Stripe 現在在自身的支付體系中提供原生的 x402 整合，商家可透過既有後台直接接收這類付款。不過，x402 本質上仍是 Coinbase 主導的協議，由 Coinbase 與 Cloudflare 共同成立的 x402 基金會治理，並採用 Apache 2.0 開源，提供 TypeScript、Go 與 Python SDK。
目前支援鏈包含 Base、Polygon、Solana（ERC-20 支付），其他如 Avalanche、Sui、Near 仍在實驗中。
值得注意的是，雖然 Coinbase 宣稱 x402 已處理超過 5,000 萬筆交易，但鏈上數據顯示，日均交易約 13 萬筆、金額約 2.8 萬美元，單筆約 0.2 美元，其中不少來自測試或遊戲化場景，而非真實商業需求。
不過這也合理，因為 x402 本來就是為一個尚未成熟的市場而設計：讓 AI 代理在 API 呼叫或資料查詢時，能用極低成本（甚至低於 1 美分）完成支付。
此外，x402 已被整合進 Google 的 Agentic Payments Protocol（AP2），也有像 Lowe’s 展示 AI 代理從搜尋到結帳的一條龍流程。Sam Altman 的 World 專案近期也推出支援 x402 的 AgentKit，將人類身份與代理錢包綁定。
簡單來說：x402 的核心理念，就是讓支付像 HTTP 一樣輕量，讓應用自然成長。
MPP：全端路線
相較之下，Stripe 與 Tempo 選擇了另一條路。機器支付協議（Machine Payments Protocol）隨著 Tempo 主網上線同時發布。
如果說 x402 是在既有鏈上做一層輕量包裝，那 MPP 則是為「高頻機器交易」從底層重新設計。
關鍵在於「Session（工作階段）」機制。
不同於每次請求都要發起鏈上交易，AI 代理可以先授權一個額度，然後在這個範圍內持續進行微支付。意思就是：如果你的 AI 每秒都在查 API，就不需要每次都重新簽名。
AI 代理時代的支付革命 MPP 機器支付協議 🤖 @mpp
— Crypto Wesearch 每日幣研 (@CryptoWesearch) March 19, 2026
未來的網路不再只是人類去瀏覽網頁，而是直接透過 Agent 來完成。
過去「註冊帳號、管理 API Key、手動刷卡」這些傳統流程，是自動化交易的最大阻礙。由 @tempo_labs 與 @Stripe 攜手推動的 MPP (Machine Payments Protocol) 正式解決這些痛點：
▪️… https://t.co/1WSIRrhrD9 pic.twitter.com/FQprMnsBJf
Tempo 也正是為此而生，它能夠每秒能處理數萬筆交易，最終確認時間在一秒以內，並且沒有原生的 Gas 代幣，用戶只需要直接用穩定幣來支付手續費就好，省去了「為了支付轉帳的手續費而先去購買某條鏈的 Gas 代幣」的步驟。
除此之外，還有另一個值得關注的就是：Stripe 的 Agentic Commerce Suite 包含了 Shared Payment Tokens（SPTs，共享支付代幣）。這也是 Stripe 自己的設計，不屬於 MPP 協議本身，但兩者可以協同運作。
SPTs 讓代理能夠安全的將買家的信用卡或錢包憑證傳遞給商家，而不暴露實際資料。每個 SPT 限定單次交易使用、有時間期限。可以把它想成一個可程式化且會自動銷毀的授權碼。這也就代表了透過 MPP 支付的代理既能用 Tempo 上的 USDC，也能刷用戶的 Visa 卡。
為什麼 Stripe 兩邊都支持
Stripe 透過不同的整合路徑分別支援 x402 和 MPP，而不是統一的抽象層。
-
x402：文件中詳細說明了存款地址生成、區塊鏈監控和結算到 Stripe 餘額的流程，用戶只需要負責回傳 402 挑戰，他們就會自動處理加密貨幣的底層資訊。目前僅支援 Base 上的 USDC，未來將會支援更多的鏈。
-
MPP：商家獲得基於 Session 的串流支付，匯入同一套 PaymentIntents API。
Stripe 在 2025 年 12 月推出的 Agentic Commerce Suite 架設在這兩條支付軌道之上。用戶可以透過上傳產品目錄，選擇想透過哪些 AI 代理銷售，Stripe 就會處理產品發現、結帳、防詐和稅務。
Stripe 的策略很簡單：掌握抽象層，讓底層協議去競爭。
x402（Coinbase）vs MPP（Stripe + Tempo）
Stripe MPP vs. x402：機器支付協議比較
|
比較面向 |
x402（Coinbase 主導） |
MPP（Stripe + Tempo） |
|
標準化 |
完全開源（Apache 2.0）。透過 x402 基金會獲得多方支持（Coinbase、Cloudflare、Visa、Google）。 |
開放標準，由 Stripe 和 Tempo 共同撰寫。屬於 Stripe Agentic Commerce Suite 的一部分。 |
|
HTTP 機制 |
復活 HTTP 402 狀態碼。使用 PAYMENT-REQUIRED 標頭和 PAYMENT-SIGNATURE 來重試。 |
類似的挑戰-回應握手，使用 Payment HTTP 認證方案（IETF 草案），搭配 HMAC 綁定的挑戰 ID。 |
|
支付軌道 |
設計上不綁定特定鏈。正式支援 Base、Polygon 和 Solana。更廣泛的生態系在其他鏈上實驗中。 |
Tempo 區塊鏈：支付優化的 L1，每秒萬筆以上交易、亞秒級最終確認、無原生 Gas 代幣。設計目標是未來不限於單一軌道。 |
|
支付方式 |
純穩定幣，僅限鏈上交易。 |
Tempo 上的 USDC＋SPTs 混合法幣（信用卡、錢包、先買後付）。 |
|
結算速度 |
依各鏈而定（約 200 毫秒到數秒）。由 Coinbase 等 facilitator 驗證並結算。 |
Tempo 亞秒級最終確認。Stripe 自動擷取至商家餘額，內建合規流程。 |
|
商家整合 |
開源中介軟體（Express、Hono、Next.js）。自行建置或使用 facilitator。 |
沿用既有的 Stripe PaymentIntents API。防詐、稅務、退款和報表通通內建。 |
|
關鍵創新 |
極簡。沒有供應商鎖定。支付界的「Unix 哲學」。 |
吞吐量與法幣混合。Session 串流、微支付彙總、透過 SPTs 實現可程式化的消費控制。 |
|
主要夥伴 |
Coinbase、Cloudflare、Google（A2A/AP2）、Visa、World、Anthropic（MCP） |
Stripe、Visa、Lightspark（閃電網路）、Anthropic、DoorDash、Mastercard、OpenAI、Shopify、Revolut、Standard Chartered |
|
適合場景 |
去中心化服務、獨立 API、按次計費模式。不需要跟任何支付處理商簽約，引入中介軟體、指向錢包就能收款。代價是合規、防詐和法幣結算都得自己處理。 |
企業級代理流量、高頻交易場景。Session 讓你在結算前保持鏈下運作，Stripe 合規體系搞定防詐與稅務，SPT 混合模式支援穩定幣與法幣並用。 |
如果要打造開放、無許可的東西，x402 是更方便的選擇。x402 支援的去中心化服務、獨立 API、按次計費模式，可以不用跟任何支付處理商簽約，只需要引入一個中介軟體、指向一個錢包地址，就可以開始支付收款。
MPP 的應用場景則是在，當你的代理每個 Session 需要交易幾百甚至幾千次，而你不希望每一筆都需要反覆進行確認時，MPP 的 Session 就能夠讓你在結算前保持在鏈下。Stripe 的合規體系會替用戶解決防詐和稅務的問題，而 SPT 混合模式代表代理不會受限於穩定幣，因此 MPP 也能夠刷用戶的 Visa。
當前的實際狀況
現在幾乎沒有真正的交易量。
根據 Coinbase 的 x402 發布文章，早期合作夥伴包括 Hyperbolic 和 Anthropic。Stripe 的部落格提到代理按次付費呼叫 API，舉了 CoinGecko 的例子。Tempo 的目錄在上線時列出了 100 多項服務。Cloudflare 的 Agents SDK 原生支援 x402，而一些規模較小的項目也在 Base L2 上實驗以 x402 為閘門的服務。
但這些交易量都很小，因為商家的數量有限，所以大部分活動看起來仍然是實驗性質的。比較難忽視的是背後的基礎建設實力，Stripe 2025 年的總支付處理量達到 1.9 兆美元，年增 34%。Coinbase、Cloudflare、Visa、Google，以及 Tempo 的完整合作夥伴陣容都已經投入其中。
至於 AI 代理在 2026 年是否真的需要大規模去使用它們，還是說會像 1998 年一樣鋪了一條沒人用的光纖，這就是這場賭注所在。
結語
x402 追求的是極簡和開放，MPP 則是追求吞吐和合規，所以實際上兩者不屬於零和競爭，而是各自覆蓋不同的應用場景。雖然目前交易量還不像是傳統的支付系統一樣龐大，但真正的問題一直以來都不是「現在有沒有量」，而是當 AI 代理開始大規模替人類消費時，軌道是否已經鋪好。
當未來的 AI 代理在替你處理花費的時候，你會更在意它用的是開放無許可的協議，還是有完整合規保障的支付渠道？
Hank
