jakiro
作者： Token Dispatch, Nishil
前言
上周我的社交媒體上全是 Monad 的盒子。有沒有人和我一樣，每天都忍不住登錄去開一個？感覺就像回到了童年，拆盲盒、板球卡、寶可夢卡包——所有這些刺激感都濃縮在了點擊幾下滑鼠裡。我們長大了，但有些習慣卻永遠不會消失。
說到舊事物，我常常想，如果 2000 年代的人現在嘗試使用支付應用和銀行服務，他們幾乎感覺不到任何差別。為什麼即時通訊發展到今天，任何人只需輕輕一點就能給世界上任何人發信息，但當我嘗試匯款時，網際網路卻突然顯得過時了呢？
這是因為網際網路的初衷是為了信息共享，而金錢始終是次要的。我們通過廣告、訂閱和支付網關來彌補資金缺口。這些方法很巧妙，但並非真正的根本解決方案。
我一直覺得很奇怪，網際網路讓溝通擺脫了地域限制，但資金流動卻仍然要通過過時的銀行系統。我們已經開發出足夠智能的 AI 代理，可以在幾秒鐘內找到最佳航班，但它們仍然需要等待行動遲緩的人類輸入信用卡號才能完成購買。
如今，人工智慧代理商承擔了我們曾經負責的任務，如果還指望他們使用過時的金融系統，那將嚴重阻礙人工智慧的發展。代理需要一種能夠像傳輸數據一樣便捷地在網絡上轉移資金的方式，而我們需要為它們構建這種系統。
這就是 Coinbase 試圖用 x402 填補的空白。
現在就讓我們進入正題。
被遺忘的狀態代碼
x402 是基於 HTTP 協議中一個早已被人遺忘的部分——它最初的目的是為了讓支付像加載圖片或視頻一樣輕鬆便捷。但要理解 x402 是什麼，我們首先需要深入了解 HTTP 本身的工作原理以及 402 狀態碼的用途。
HTTP 是現代網絡的基礎，它定義了客戶端（例如你的瀏覽器）和伺服器之間數據傳輸的規則。為了管理這種通信，HTTP 使用狀態碼，這些簡短的信號會告訴瀏覽器在嘗試訪問頁面時發生了什麼。你可能已經見過其中的一些狀態碼：
-
HTTP 200 – OK：頁面加載成功。
-
HTTP 404 – Not Found（未找到）：資源不存在。
-
HTTP 500 – Internal Server Error（內部伺服器錯誤）：伺服器端出現故障。
這些代碼幫助瀏覽器理解交互過程，並將其清晰地傳達給用戶。
除了大家熟知的常用代碼之外，HTTP 標準還包含一些其他已定義但很少使用的代碼，其中之一是 HTTP 402：Payment Required（需要支付）。
402 標準本身非常簡單明了。它為網頁通過 HTTP 標準傳遞支付相關信息開闢了空間，就像 <img> 標籤告訴瀏覽器在哪裡可以找到圖片一樣。
難以置信的是，這個想法竟然沉寂了幾十年。我認為它只是需要合適的、能夠實現網際網路規模化發展的金融工具，也就是區塊鏈。
但真正的問題是：點擊支付後到底會發生什麼？
根據標準，伺服器會返回「HTTP 402：Payment Required（需要支付）」。單獨看這似乎微不足道，但如果與能夠像網絡信息傳輸一樣快速便捷地轉移資金的基礎設施相結合，則可能帶來顛覆性的改變。
等等，Stripe 和 PayPal 不就是在做這個嗎？讓網絡支付成為可能？
不，Stripe 的運作方式與 x402 的提議有很大的不同。
雖然像 Stripe 和 PayPal 這樣的網際網路支付解決方案實現了網頁上進行一鍵支付，但要實現這一目標，過程中仍然存在很多阻礙。
這些解決方案繞過了用戶正在交互的 HTTP 伺服器，並將用戶重定向到它們自己的 API 和接口。這會將商家和用戶都限制在一個封閉的生態系統中，需要進行 KYC 驗證才能進入，需要信用卡才能支付，並且會收取各種費用，使得小額支付變得困難。
如果每次在商店購物都必須從指定的 ATM 機取款，那我乾脆什麼都不買了。這種體驗和現在的 PayPal 很像，只不過是線上版的。
核心問題不在於 PayPal 的設計，而在於傳統銀行業務本身的可擴展性不足以支持在線商業的流動性。
我可以向世界任何地方的任何人發送表情符號，而且從成本和時間上看，這與發送文章是一樣的。但在線支付的情況就不同了。
大多數銀行卡和 PayPal 等服務除了固定費用外，還會收取大約 3% 的手續費。這筆費用使得網上小額交易幾乎不可能。發送 0.01 美元的費用可能超過 0.30 美元，這簡直太荒謬了。
區塊鏈不存在這些限制。最令我興奮的是，隨著穩定幣和每秒可處理數千筆交易的高吞吐量網絡的出現，一切終於就緒。我們現在擁有了讓網際網路上的資金轉移像發送簡訊一樣便捷的基礎設施。
HTTP 遇上區塊鏈 – x402
歸根結底，x402 只是對早已被人遺忘的 20 世紀 90 年代狀態代碼的現代升級。它支持基於 HTTP 的原生支付，並由區塊鏈的軌道提供支持。
讓我來給你講解一下它的工作原理：
請求：當客戶端（無論是人還是人工智慧）請求某些內容而沒有有效的付款時，伺服器會回復 HTTP 402 需要付款消息以及 JSON 有效負載，解釋需要支付什麼、如何支付以及支付給誰。
支付：然後客戶進行付款（通常是在支持的網絡上使用 USDC），並重新發送帶有確認付款授權標頭的請求。
驗證：支付服務商檢查鏈上支付，如果有效，伺服器將釋放請求的數據。
重要的是，x402 本身並不處理資金，它只定義握手協議。結算由客戶端配置的支付「服務商」（支付處理器或鏈上合約）完成。
x402 的強大之處在於，它讓我的 Web 2.0 開發者朋友們無需進行任何新的集成，也無需複雜的設置，就能將穩定幣支付添加到他們現有的網站上。它實際上比配置 Stripe 或 PayPal 還要簡單，這讓我向他們推介 Web 3 技術變得容易多了。
與此同時，我使用的 AI 系統讓我終於可以一鍵瀏覽和支付，讓網上購物像收發郵件一樣輕鬆便捷。這對我和我的 AI 助手來說都毫不費力。
在線支付方式的這種轉變最令我興奮的是，我終於可以掌控我的資金在網絡上的流動方式。我可以制定清晰的策略，明確定義我的資金用途。
我只想為閱讀的那篇《華爾街日報》文章付費，而不是每月訂閱卻積攢成垃圾郵件。我希望我的流媒體應用只按實際觀看秒數收費，不再受年度合約的束縛。我希望我的人工智慧代理能夠按需付費地從付費資源獲取研究資料並訪問 API。這種程度的控制權令人感到自由。
雖然從單位經濟效益來看，允許企業接受小額支付可能對企業來說並不划算，但小額支付能夠幫助企業擴大規模，並最終超越目前的營收規模，這一點值得我們關注。尤其當我們關注分級交易如何將被動的網際網路用戶轉化為積極的經濟參與者，並有可能在此過程中成倍提升在線 GDP 時，這種優勢就更加明顯了。
Coinbase 於今年 5 月推出了 x402 標準。自此之後，多個項目開始基於該標準進行開發。一些有趣的用例包括：
-
Questflow：一款多代理編排工具，它使用 x402 協議讓代理在複雜的工作流程中自主地為 API 付費。
-
Anchor Browser：允許瀏覽器內代理通過支付來支付付費牆內容或啟動新的瀏覽會話。
-
Pinata：使用 x402 進行無需帳戶的 IPFS 上傳和檢索。無需帳戶或 API 密鑰即可付費使用私有或公共 IPFS 存儲和檢索。
依我看，我們目前所看到的只是冰山一角。一旦資金像數據一樣流動，我們就會看到資金在網絡上變得可以自由組合。搜索、發現和支付將越來越多地轉移到代理手中。
這並不令人震驚，但目前 x402 的大多數用例都圍繞加密應用。要想吸引外部需求，我們需要合適的網絡效應。
就像 eBay 是推動 PayPal 早期採用的跳板一樣，x402 現在也需要自己的「eBay 時刻」，一個能夠推動主流採用的旗艦平臺。
幸運的是，Coinbase 在 x402 領域發揮了主導作用，這有利於建立重要的 Web 2.0 合作夥伴關係，並使我們離找到能夠引發廣泛應用的旗艦平臺更近一步。其中一些合作意義重大：
-
Cloudflare：最近與 Coinbase 合作成立了獨立的 x402 基金會。
-
谷歌：將 x402 集成到其新的代理支付協議 2 (AP2) 標準中，以及
-
Visa：Visa在其可信代理協議 (TAP) 中添加了對 x402 的支持。
我的看法什麼？
幾年後，我會讓我的 AI 助手生成一份市場報告。它會悄無聲息地訪問各種數據源、新聞報導、Reddit 帖子，只需支付幾美分就能購買文章並跨過付費牆，同時還能通過我預先設定的策略檢查。無需結帳窗口，無需支付表單，也無需在後臺潛伏任何追蹤 cookie 來獲取廣告收入。一切都按照我的意願自主完成，自動執行。
這是我設想 x402 能開啟的未來——一個支付成為網絡原生組成部分的世界。
一旦 x402 規模化，我們將看到在當今金融體系下無法實現的全新應用場景湧現。用戶會將資金存入平臺的用戶界面，並在網絡上隨處使用該帳戶。試想一下，社交媒體的點讚數可以作為創作者的收入來源；健身代理會追蹤你的運動裝備使用情況，並為你購買符合健康飲食需求的食品；可穿戴設備會監聽你的日常對話，並為你推薦潛在的 Polymarket 交易機會；或你的個人代理可以與其他代理溝通，協商並支付機票，幫你預訂房間等等。
這只是冰山一角。
有了 x402，我可以看到一個能夠像傳遞信息一樣輕鬆地傳遞資金的網絡，無論是美分還是美元，無論是代理還是人類。
我瀏覽器裡的代理們為此興奮，並且我本人也是。
