MPP、Visa、Agents、0x402、Tempo 到底是什麼？它們之間有什麼關係？ @Stripe 和 @Tempo 今天推出了 MPP 和主網。隨後 @Visa 宣佈推出面向代理商的 Visa CLI。@base 已經使用 0x402 版本近一年了。 它們是一回事嗎？ 他們都在使用穩定幣嗎？ 所有申請者中會只有一個獲勝者嗎？ 理解這一領域的一種方法是將兩個經常被混淆的爭論區分開來。一個爭論是關於加密軌道與加密卡的比較，另一個爭論是關於MPP與0x402的比較。 1. 結算方式之爭：銀行卡支付渠道 vs. 加密貨幣支付渠道 這是大家比較熟悉的層面。它關乎最終驅動資金流動的金融基礎設施。 傳統卡組織之所以依然強大，是因為它們簡單易用、全球通用，並且與商戶生態系統深度融合。可編程接口將卡支付功能開放給軟件代理，從而無需重新設計現有業務流程即可實現購買自動化。對於金額較大或偶爾發生的交易，這種模式仍然高效。會計核算清晰，合規性完善，且幾乎被全球通用。 加密貨幣支付軌道引入了一系列不同的特性。穩定幣能夠實現即時全球結算、低手續費以及代理商可直接管理的可編程餘額。當支付金額較小、頻率較高或持續進行時，這些特性尤為重要。機器工作負載通常涉及計量使用而非離散購買。在這些環境中，基於區塊鏈的支付軌道在結構上更容易實現流式或批量微結算。 關鍵在於，鐵路選址很大程度上取決於經濟因素。開發商會選擇最符合支付頻率、規模和運營複雜度的鐵路。 2. 協議之爭：0x402 與 MPP 第二個爭論發生在結算層面之上，即代理人如何實際表達付款意願。 0x402 風格的流程和 MPP 都基於長期未使用的 HTTP 402 支付要求語義。它們的共同理念是，支付應該成為 Web 正常請求-響應週期的一部分。代理請求資源。服務器發出機器可讀的支付質詢。代理驗證其授權。訪問權限被授予。 0x402 實現通常側重於無狀態支付挑戰。每個請求都可以包含支付要求，從而使模型簡單且易於組合。這種方法在 Base 等生態系統中得到了廣泛應用，因為低成本執行支持高頻交互。 MPP 通過支付會話引入了一種更結構化的框架。代理商可以開立帶有明確限制的支出授權，並隨著時間的推移逐步結算使用情況。這降低了交易開銷，並且非常適合推理、數據饋送或自動化工作流程等持續性服務消費。 如今 MPP 與 Tempo 的關係類似於早期 0x402 部署與 Base 的關係。它們都擁有一個首選的執行環境，但協議本身並不綁定到單一區塊鏈。MPP 的設計理念是支付方式中立，可以跨穩定幣、銀行卡、銀行支付系統或託管系統運行。Stripe 自身對多種標準的實驗表明，其長期技術棧將保持多協議特性。 將兩層結合起來 一旦將這些維度分開，它們就可以以不同的方式組合使用。例如，開發者可以使用通過 0x402 挑戰協調的加密貨幣結算。另一個系統可能使用帶有穩定幣通道的 MPP 會話。在某些情況下，代理甚至可以使用 HTTP 原生標準協調支付，同時通過信用卡授權或鏈下餘額進行結算。 實際上，並非所有組合都能同樣自然。高頻次的機器交互往往與加密貨幣基礎設施和基於會話的協調機制相契合。而金額較大、單次交易則通常與銀行卡網絡和更簡單的授權流程相契合。關鍵在於，生態系統正在同時探索這兩個方向，而不是趨向於單一的設計方案。