一句話結論： x402 是 Coinbase 於 2025 年推出的開放支付標準，它重新啟用了塵封多年的 HTTP 402「Payment Required」狀態碼，讓網站能在 HTTP 請求-回應週期內直接完成點對點加密貨幣支付，無需帳號、無需中介、無需外部支付閘道。
HTTP 402：被遺忘 25 年的狀態碼，終於有了真正用途
如果你對 HTTP 狀態碼有些印象，你可能知道 200 表示成功、404 表示找不到、500 表示伺服器錯誤。但你知道有一個 402 狀態碼嗎？
早在 1990 年代 HTTP/1.0 規範中，IETF 就預留了 402 Payment Required 這個狀態碼，原始構想是用於數位現金或微支付場景——讓伺服器能在回應中告訴客戶端：「請先付費，才能取得這個資源」。然而，這個狀態碼在長達 25 年的時間裡幾乎從未被真正使用過，原因是基礎設施的限制：支付太慢、太貴，且需要帳號、session 和退款仲介。
如今，這個被遺忘的狀態碼終於迎來了它的時代。
圖：x402 支付協定的官方標誌。x402 重用了 HTTP 402 狀態碼來實現原生網路支付。
x402 是什麼？
x402 是一個開放、中立、基於 HTTP 協定的網路原生支付標準，由 Coinbase 於 2025 年推出。它重新利用了長期未使用的 HTTP 402「Payment Required」狀態碼，使得點對點支付能在 HTTP 請求-回應週期內直接完成，不需要任何中間人。支援的支付方式包括：
- 加密貨幣：如 USDC（穩定幣）
- 法幣：如信用卡等傳統支付方式
根據 x402 官方規範（x402.org），這個協議的核心精神是：「支付不應該是跳出式的、需要離開當前網站的流程——它應該像 HTTP 本身一樣，是請求與回應的一部分。」
AWS 在其官方部落格中展示了金融機構如何整合 x402 與自主 AI 代理，讓代理能夠即時存取 premium API 和數據服務，不需帳號設定或中介介入。來源：AWS Industry Blog
三階段支付流程：x402 的技術核心
x402 的核心是一個簡潔的三階段流程，完全基於標準 HTTP 協定：
第一階段：請求與報價
客戶端發出標準的 HTTP 請求到伺服器。如果該資源需要付費，伺服器不回傳 200 OK，而是回傳 HTTP 402 狀態碼，同時附帶一個 JSON 格式的報價：
```json
{
"price": "0.01",
"currency": "USDC",
"network": "Base",
"wallet": "0x1234...5678",
"description": "Premium weather data API"
}
```
這個報價包含了：價格（通常是 USDC 等穩定幣）、支援的區塊鏈網路（如 Base）、錢包地址等資訊。
第二階段：授權與驗證
客戶端收到 402 回應後，使用其加密貨幣錢包透過 EIP-3009 標準（`transferWithAuthorization`）產生簽章支付授權。客戶端重新提交 HTTP 請求，並將簽章後的支付資料放在 HTTP header（如 `X-PAYMENT` 或 `PAYMENT-SIGNATURE`）中。驗證服務（或伺服器本身）會驗證簽章，確認支付參數與初始報價一致。
第三階段：結算與資源交付
驗證通過後，簽章交易被提交到區塊鏈進行結算。一旦獲得鏈上確認，伺服器回傳 HTTP 200 狀態碼以及請求的資源，同時在 `X-PAYMENT-RESPONSE` header 中附帶交易哈希值供查證。
圖：x402 的支付必要流程示意，展示了從 HTTP 請求到 402 回應再到支付的完整循環。
關鍵設計特性
- HTTP 原生 — 直接建立在 HTTP 協定中，不需要額外的通訊協定
- 無狀態 — 不需要用戶帳號、session、API key 或永久憑證
- 密碼學可驗證 — 所有支付授權都經過簽章，可在鏈上驗證
- 即時結算 — 使用穩定幣和快速區塊鏈實現近即時驗證
- 後端無關 — 任何能夠回傳 HTTP 402 回應的伺服器都可以採用
遵循的技術標準
- RFC 9110 — HTTP 語意與內容
- EIP-3009 — ERC-20 的 Permit 擴展
- EIP-712 — 型別化結構化資料的哈希與簽章
應用場景：x402 能改變什麼？
x402 為那些傳統支付系統效率低下的場景提供了即時、可程式化的交易能力。以下是六個最關鍵的應用場景：
1. 微支付（Micropayments）
傳統支付系統不擅長處理小額交易——信用卡手續費可能超過交易金額本身。x402 讓分釐級交易（例如 0.001 美元）成為可能，費用極低，適合高頻、大量的微型交易。
2. AI Agent 自主支付
這是 x402 最具革命性的應用。自主 AI 代理可以協商並執行支付，無需人類介入。想像一下：你的 AI 助手需要存取一篇付費論文、呼叫一個 premium API，或租用雲端 GPU——它可以自主完成整個支付流程。
3. 按 API 呼叫計費
取代傳統的 API key 和訂閱制。開發者可以將 API 設計為每次呼叫付費，使用者按量付費，不需要註冊帳號或綁定信用卡。這對開發者來說是真正的「即用即付」。
4. 機器對機器交易（M2M）
物聯網裝置之間可以直接進行金融交易。例如：電動車自動支付充電站費用、智慧水錶自動支付水費、感測器網路付費取得其他節點的數據。
5. 按用量付費
雲端資源、媒體內容、數據庫查詢——都可以按實際使用量收費，而不是固定的月費方案。這讓消費者只為他們真正使用的部分付費。
6. 訂閱與續約
由軟體代理自主執行的定期支付。不需要手動輸入信用卡資訊，不需要擔心卡片過期，一切由程式自動處理。
優點與挑戰
x402 的優勢
- 消除中介：不再需要 Stripe、PayPal 等支付閘道，點對點直接交易
- 不需帳號：不需要註冊、不需要登入、不需要提供個人資料
- 密碼學安全：所有交易經過簽章驗證，安全可追溯
- 相容 HTTP：可以部署在任何現有的 HTTP 伺服器上
- 適合微支付：傳統支付無法處理的小額交易，x402 游刃有餘
- 跨國支付：加密貨幣無國界，國際支付不再需要匯兌和跨境費用
面臨的挑戰
- 錢包採用率：使用者需要有支援 EIP-3009 的加密貨幣錢包
- 區塊鏈速度：依賴區塊鏈網路的速度和可用性（雖然 Base 等 L2 已極大改善）
- 主流認知度低：x402 是 2025 年才推出的新標準，大眾認知仍有限
- 監管不確定性：各國對加密貨幣支付的監管態度不同，可能影響採用
圖：Coinbase 是 x402 標準的開發者與主要推廣者。作為全球最大的加密貨幣交易所之一，Coinbase 將 x402 整合進其開發者平台。
x402 與傳統支付系統的比較
x402 vs 傳統支付：- 交易速度：傳統支付數分鐘至數天 vs x402 數秒（鏈上確認）
- 手續費：傳統支付 2-5% + 固定費用 vs x402 極低（區塊鏈 Gas 費）
- 跨國支付：傳統支付高費用、3-5 天 vs x402 即時、低費用
- 身分驗證：傳統支付需要 KYC/帳號 vs x402 不需要
- 退款機制：傳統支付可退費/爭議 vs x402 不可逆（但可設計程式化退款）
- 適合場景：傳統支付中到大額零售 vs x402 微支付、機器支付
- 技術整合：傳統支付需支付閘道 SDK vs x402 一個 HTTP 狀態碼
結論：為什麼 x402 可能改變網路經濟？
x402 不只是一種新的支付方式——它是一種讓支付成為 HTTP 原生功能的基礎架構思維轉變。當支付變得像發出一個 HTTP 請求一樣簡單，網路經濟的運作方式將從根本上改變。
想像一個世界：你的 AI 代理人可以自主為你付費取得資訊、你的 IoT 裝置可以自行支付電費、你的 API 可以按每次呼叫收費而不需要註冊流程——這就是 x402 承諾的未來。
當然，x402 仍面臨錢包採用率和監管不確定性等挑戰。但作為重新定義網路原生支付的開放標準，x402 無疑是 Web3 技術進入主流應用的重要一步。
對於開發者來說，現在就是開始探索 x402 的最佳時機——因為下一個改變網路運作方式的革命，可能就從一個 HTTP 狀態碼開始。
常見問題 (FAQ)
Q: x402 是什麼？
A: x402 是 Coinbase 於 2025 年推出的開放支付標準，它重新啟用了 HTTP 402「Payment Required」狀態碼，讓網站能在 HTTP 請求-回應週期內直接完成點對點加密貨幣支付，不需帳號、不需中介、不需外部支付閘道。
Q: HTTP 402 狀態碼原本是做什麼的？
A: HTTP 402 在 1990 年代的 HTTP/1.0 規範中就被定義為「Payment Required」，原始構想用於數位現金或微支付。但由於基礎設施限制（支付太慢、太貴、需要中介），這個狀態碼長達 25 年幾乎未被實際使用。
Q: x402 支援哪些支付方式？
A: x402 支援 USDC 等穩定幣為主，也支援其他加密貨幣以及法幣支付（如信用卡）。交易通常在 Base 等快速 Layer 2 區塊鏈上結算。
Q: x402 需要使用者有加密貨幣錢包嗎？
A: 是的。使用者需要一個支援 EIP-3009 標準的加密貨幣錢包（如 Coinbase Wallet、MetaMask 等）來簽署支付授權。這是目前採用上的主要障礙之一。
Q: x402 的支付流程是怎樣的？
A: 分三階段：(1) 客戶端請求 → 伺服器回傳 402 + 價格報價；(2) 客戶端用錢包簽署支付 → 重新提交請求；(3) 區塊鏈確認 → 伺服器回傳 200 + 資源。整個過程在單一 HTTP 互動中完成。
Q: x402 對開發者來說好整合嗎？
A: 非常容易。x402 不需要額外 SDK 或支付閘道——伺服器只需要能夠回傳 HTTP 402 回應並驗證 EIP-3009 簽章即可。Coinbase 提供了 Node.js 等語言的 middleware 範例。
Q: x402 的交易手續費高嗎？
A: 極低。x402 使用區塊鏈進行結算，交易費用主要是網路 Gas 費，通常在數美分以下。相較於傳統支付 2-5% 的手續費，x402 特別適合微支付場景。
Q: x402 安全嗎？
A: x402 使用 EIP-3009 和 EIP-712 標準進行密碼學簽章驗證，所有支付授權都在鏈上可查。安全性來自於區塊鏈共識機制和橢圓曲線密碼學，不需要依賴第三方支付閘道的安全性。
標籤： `x402` `HTTP 402` `Payment Required` `Coinbase` `USDC` `微支付` `Web3` `區塊鏈支付` `開放標準` `AI 代理支付` `M2M 交易` `即時支付`
留言
張貼留言