x402、AP2、Agent Pay:三套Agent支付標準,誰會成為下一個TCP/IP?
協議之戰從來不是技術之爭,是分發之爭。三大陣營各押注了完全不同的答案。
OOceanAlt 編輯部
Agent支付賽道目前有三套主要標準在並行推進,它們解決的其實是三個不同層面的問題。
x402:結算層的極簡主義
Coinbase的x402把支付塞進HTTP協議本身:服務器返回402狀態碼和報價,Agent簽名一筆USDC轉賬放進請求頭,重發請求即完成結算。無賬戶、無API key、無最低金額。它賭的是:機器經濟需要一條許可最少、摩擦最低的原生軌道,而穩定幣是唯一滿足條件的介質。
AP2:信任層的聯盟打法
Google的Agent Payments Protocol不做結算,做授權與追責:用戶給Agent簽發可驗證的意圖憑證(mandate),商戶和支付方據此確認這筆交易確實獲得了授權。60多家機構聯署,卡組織和PayPal都在名單裡。它賭的是:Agent商業的瓶頸不是怎麼付錢,而是出了事算誰的。
Agent Pay / Intelligent Commerce:分發層的在位者防禦
Visa和Mastercard的方案本質是把現有的token化體系延伸給Agent:發放受控的代理支付憑證,在既有的商戶網絡裡跑。它們賭的是:分發即護城河——全球一億商戶已經接受卡,沒人會為了Agent重接一遍收單。
我們的判斷
三者更可能分層共存而非你死我活:卡網絡吃存量電商場景,x402類協議吃機器對機器的新增量,AP2類框架成為兩邊都需要的授權中間層。真正的觀察指標只有三個:商戶端的實際接入數、Agent框架的默認集成選擇、以及監管對無人值守交易的定性。誰先在這三項上形成事實標準,誰就是下一個TCP/IP。
這篇內容的出處與狀態
- 署名
- OceanAlt 編輯部
- 首次發佈
- 2026-07-06
- 最後更新
- 與發佈日期相同
- 原始資料
- 未標註來源
相關閱讀
付款前把收款地址粘進去,看它有沒有上過制裁名單、混幣器或詐騙標籤。



