x402 協定解析：深入探討 HTTP 的原生支付層

Quicknode

2025年11月3日 — 閱讀時間 11 分鐘

分享

新增為首選來源

網路本身原本就具備傳輸任何有價值事物的能力。HTTP 傳輸資訊、SMTP 傳輸郵件、TCP 傳輸網際網路數據封包。但沒有任何機制能原生地傳輸金錢。

公平地說，網際網路的早期設計者確實為此留了一扇後門——HTTP 402：需付款——但它從未真正用於轉帳。

或許，這段程式碼一直在等待技術能跟上它的願景？對此沒有確切的答案，但今天，我們有了最新進展。

Coinbase 最近透過x402 協定——一種在網路上進行大規模資金轉移的原生機制——重新啟用了這項早已被遺忘的功能。

在這篇部落格文章中，我們將探討什麼是x402 、它是如何運作的，以及 該 該協議所開啟的各種可能性、對開發者意味著什麼，以及潛在的風險所在。

首先，x402 究竟是什麼？

什麼是「x402 」支付協議？

x402 這是一項開放式支付標準，可讓任何網站、應用程式或 API 在提供內容或服務之前，便能請求並收取款項。

以上種種都凸顯了透過 HTTP 請求直接存取 x402 的重要性，這意味著無需額外的支付閘道、結帳頁面或 API 金鑰。

試想，維塔利克·布特林在 Substack 上撰寫一封電子報，並透過支援x402 的付費牆來提供內容。

每次點擊「閱讀」按鈕都會觸發 402 回應，並提示進行付款。待付款完成並經確認後，才會提供完整內容。

這兩種流量（美元流出與內容流入）皆透過 HTTP 本身進行，無需結帳或重新導向。更重要的是，此轉移過程可在鏈上進行驗證。

這將打造出一個網路世界，在其中進行支付就像載入網頁一樣自然。

了解傳統支付系統為何無法滿足現代應用需求，正凸顯了x402 的重要性。

為何 Web2 的支付方式不適用於 Web3 和 AIAgents

傳統的線上資金轉帳方式，總是假設需要有人親手輸入卡號、確認一次性密碼（OTP），並等待數天才能完成結算。

金錢、身分認同及其相互作用，早已遠離並超越了這項假設，並經歷了巨大的演變。

• API 現在可以相互通訊了。

• AIagents 會自行採取行動。

• 智慧合約能在數秒內完成交易。

簡而言之，網際網路已經變得可程式化，但支付卻尚未如此。

讓我們來了解這在現實世界中究竟意味著什麼。

身分識別與驗證架構亟需全面改革

Web2 支付需要建立帳戶、設定密碼以及完成 KYC 程序。為什麼呢？

傳統的支付系統是以帳戶為核心建構的，而非以請求為核心。

他們假設了一種固定的身分：一個擁有錢包、登入帳號及需經人工核准的人類。

現代應用程式——去中心化協議、人工智慧agents 以及自主 API——需要能在數毫秒內自動處理的無狀態且可程式化的支付。

傳統的金融基礎設施充斥著中介機構

每筆傳統支付交易都涉及一連串的中介機構——包括信用卡網路、收單機構、支付閘道，以及如 USDC 這類被廣泛接受的貨幣——這些環節都會產生相關費用。

當支付處理商收取 0.30 美元手續費，且結算週期為 T+2 天時，對每次 API 呼叫或每分鐘存取收取 0.01 美元的費用並不可行。

相較之下，基於穩定幣的資金流動可 在全球範圍內結算，near —— 即時且原子式地完成， 這對於按使用量付費或由agent 驅動的活動而言， 堪稱理想之選。

全球存取的碎片化

網路上的資金仍透過各國的銀行系統進行轉帳，而非透過網際網路本身。

以全球用戶群為目標的 API 或服務，必須與多家供應商、合規制度及款項支付系統進行整合。

Web3 原生結算（例如x402 ）採用單一、數位且廣為接受的貨幣（例如 USDC），無需額外的整合或許可證。

現在將人工智慧融入其中。

AIAgents 無法存取資金

人工智慧agents 能夠呼叫 API、處理資料並自主行動，但無法支付款項。

他們無法取得銀行 API、卡片憑證或已完成 KYC 驗證的帳戶。由於缺乏原生方式來處理價值，大多數代理系統最終都會陷入經濟死胡同。

x402 為這些系統提供了一個通用的支付介面，串聯了運算與商務。

本質上，x402 在處理諸如「帳戶 vs. 請求」、「信任 vs. 驗證」以及「延遲 vs. 最終性」等系統性問題時，將權力平衡向使用者傾斜。最終結果是，網路終於擁有了一種屬於自己的資金轉移方式。接下來，讓我們來看看x402 實際上是如何運作的。

x402 的實際運作原理：簡單解析

x402 （flow ）在標準的 HTTP 請求–回應週期中新增了一個步驟： 一項可在鏈上透過加密技術驗證的支付握手流程。

一切仍是在 HTTP 框架內進行；區塊鏈僅是透過一個協調者，在後台運行。

第一階段：提出需求 → 報價

• 客戶端請求一項資源（例如，GET /api）。

• 伺服器回傳HTTP 402：需付款，並包含一個 JSON 有效載荷，其中指定：

• 價格（例如：0.05 USDC）

• 支援的網路（例如：Base 、Mainnet ）

• 請聯絡協調員endpoint 進行核實

至此，客戶已完全清楚應支付多少費用以及支付給誰。

第二階段：付款 → 驗證

• 客戶端會產生一個已簽署的付款載荷，並使用相同的載荷重新嘗試該請求，同時新增一個 X-PAYMENT 標頭。

• 伺服器會將此有效載荷轉發至協調者的 /verifyendpoint 。

• 協調員會核實簽名，並確認付款參數是否有效。

這裡沒有電子錢包、網址重定向或外部結帳流程。

第三階段：結案 → 交付

• 驗證完成後，伺服器便會執行該請求（例如進行運算或擷取資源）。

• 協調員在鏈上完成交易，並將已簽署的轉帳指令提交至穩定幣合約。

• 確認完成後，伺服器會傳回HTTP 200 OK 狀態碼，並附上 所請求的內容，以及一個引用交易雜湊值的 X-PAYMENT-RESPONSE 標頭。

付款與內容傳輸成為同一個 HTTP 循環的一部分。

簡而言之，x402 將整個支付生命週期——定價、驗證、結算和交付——濃縮為單一的 HTTP 通訊。

接下來，讓我們探討一下，一旦網路本身能夠即時開立發票並收取款項，將會帶來哪些可能性。

x402 協定能實現什麼

這項微妙的轉變——將支付功能嵌入 HTTP —— 標準化了價值在現有網路架構中流動的方式。

此外，這代表了傳統網路基礎設施，從而無需依賴 Web3 或加密貨幣。

以下是x402 所能提供的幾項實用功能：

1. 按通話計費：API 可針對每次請求收費——定價、付款與資料傳輸皆在單一 HTTP 循環中完成。

2. 計量式運算：AI 推論、GPU 運算時間或儲存空間，均按使用量計費，並在鏈上自動結算。

3. Agent 付款：AI agents 可直接向其他agents 或 API 付款，無需手動觸發或使用金鑰。

4. 動態定價：伺服器 可即時調整資源成本，並透過 402 回應提供最新報價。

5. 基於使用量的 API：端點會 明確顯示每次呼叫的精確定價，讓各項服務得以運作如微型經濟體一般。

這些範例屬一般性說明，未必能立即呈現全貌 此外，這也展現了傳統網際網路基礎設施。

那麼，讓我們付諸實踐吧。

1. 試想Messari 的付費加密貨幣報告能以 「原子交易」的方式 立即購買。
   一個分析師機器人可以取得單份報告、以 USDC 付款，並立即獲得存取權限，所有流程皆在單一 即時掌握全貌 經過驗證的 HTTP 請求。

2. 或者以 Chainlink 的資料饋送為例，其每項請求會根據網路擁塞狀況或來源需求動態定價，而非採用僵化的分級制度。

3. 再以 Dune 為例：每項資料查詢或儀表板匯出都可能是一筆可驗證的交易，只需支付一次費用，即可即時交付，且可在鏈上進行稽核。

這些情境在今天看來或許有些揣測性質， 只需透過單一操作，即可檢索一份報告、以 USDC 付款，並立即獲得存取權限， 但從結構上來說，這些情境在當今已是可行的，因為x402 整合了兩種現有的基礎技術：用於傳輸的 HTTP，以及用於結算的穩定幣。

那麼，接下來的問題是，這對開發者、平台以及更廣泛的網路而言，在策略層面上意味著什麼。

x402 實施的戰略意義

x402其重要性不僅僅在於技術層面；， 更涉及架構與經濟層面。透過將支付功能嵌入 HTTP 之中，它悄然重塑了 誰掌控變現機制、價值如何在機器之間流動，以及企業需要提供哪些基礎設施。

開發商重新掌握定價主導權

定價首次成為協議層級的原始元素。

開發者無需依賴平台或支付服務供應商，可直接透過其端點設定並執行定價。

API 變得能夠自給自足

一種按每次呼叫收費的 API，能夠自行負擔維護成本，無需承擔 SaaS 的營運開銷，也不會造成訂閱疲勞。

這改變了開放式 API 的建構方式，使其從成本中心轉變為微型營收引擎。

基礎設施轉向交易型

CDN、RPC 端點及運算網路均可依據實際使用量進行即時計費。

x402 在頻寬、運算能力與區塊鏈結算之間架起經濟橋樑。

AIAgents 取得資金

AIagents 現已能夠支付各項服務費用——包括推論、API 或資料存取——而無需依賴 依實際使用量進行即時計費，亦無需透過集中式 錢包。

這使得基於agent 的協調與服務市場在經濟上具有可行性。

穩定幣找到專屬的網路支付通道

USDC 及類似資產正從交易工具演變為網路基礎元件。

它們透過 HTTP運作，將穩定幣定位為可程式化網路的結算層。

上述戰略影響真實地描繪出x402 在未來幾天的樣貌。

然而，最關鍵的考量在於，它是否比其他替代方案更能有效解決客戶的實際問題。

下一節將探討x402 中一些需要特別留意的隱藏挑戰。

x402 中亟待解決的隱藏挑戰

如果上述所有論點已經充分闡明這一點，以下是總結：x402 的概念優雅，設計務實。但優雅並不能保證被廣泛採用。

若要讓網路能透過 HTTP 實際進行資金轉帳，仍有若干關於架構、經濟及行為層面的問題亟待解決。

代幣相容性限制

該協議基本上依賴於 EIP-3009（「授權轉帳」），這是一項由 Circle 於 2020 年提出的標準，但尚未被廣泛採用。目前，僅有 USDC 原生支援此標準，儘管聲稱具備「代幣中立性」，但這嚴重限制了代幣的選擇。
其他穩定幣或代幣則需要自訂的促進者實作或變通方案，從而造成實際上的操作障礙。

引導員信任悖論

雖然從技術上來說是可選的，但若不使用協調者來運作，則需要龐大的區塊鏈基礎設施，這與「一行程式碼」的簡便承諾相矛盾。

大多數實作方案將依賴由 Coinbase 託管的協調者，這會引入中心化，與 Web3 的無信任設計理念相衝突。

x402 及隱私權

雖然「x402 」能簡化支付流程，但它會將 Web2 元數據（例如 IP 位址和時間戳記）與 Web3 交易關聯起來，從而形成可追溯的模式，這可能暴露用戶行為，特別是對於頻繁進行微交易的 AIagents 而言 依賴 EIP-3009（「授權轉帳」），這是一項由 Circle 於 2020 年提出但尚未廣泛。

合規與監管不確定性

根據不同司法管轄區的規定，使用X402 可能會觸發支付處理相關的法規。該協議本身並未涉及 KYC 要求、制裁篩查或交易監控義務，這些責任均由實施該協議的企業承擔。

這項監管漏洞需要謹慎應對，特別是對於跨境服務而言。

鏈上風險與最終性

鏈上結算會帶來延遲及特定區塊鏈的風險。倘若某條區塊鏈停擺、手續費飆升，或中介交易在flow 過程中失敗，該如何應對？

重試邏輯、類似託管機制的緩衝區以及備用方案，仍是尚未解決的設計問題。

定價與波動率管理

即使是穩定幣，也會出現輕微的掛鉤波動，且會產生鏈上交易費用。

開發者在以「分」為單位為微服務定價時，需要建立防護機制，以因應波動的 gas 費用或不穩定的匯率。

這些挑戰並未否定x402 的價值，但在實施前仍需進行客觀評估。

在x402 生態系統達到臨界規模之前，其早期的大部分嘗試都可能淪為「封閉式實驗」。為了加速這一進程，無論是測試環境還是生產環境，可靠的區塊鏈基礎設施與工具都變得至關重要。

請輸入Quicknode 。

在啟用x402 的情況下進行建置Quicknode

x402 為開發者開啟了嶄新的一章：在這個新篇章中，HTTP 本身便能處理值的交換。

Quicknode 有助於將這項轉型化為現實：為開發者提供從概念驗證過渡到正式上線所需的基础設施、工具及運作可靠性。

業界領先的基礎設施

Quicknode的 RPC 端點和 API 基礎架構，已針對x402 風格互動所需的低延遲、高可用性需求進行了優化。

憑藉99.99% 的正常運行時間、全球分佈的節點以及多鏈支援，支付交易可在數毫秒內完成驗證與結算——且無需擔心交易丟失或延遲的風險。

高效能區塊鏈資料索引

對於需要追蹤和分析x402 交易的團隊， Quicknode其Streams 服務可對鏈上支付流進行索引與監控，並支援自訂分析儀表板及對帳系統。

開發者資源

Quicknode's 全面性 x402 支付協議實作指南 詳細說明了建置功能完善的x402 實作方案的完整流程。

本教學涵蓋了該協議的買方與賣方兩方面，並透過 Express.js 提供實用的程式碼範例。

可立即部署的範例應用程式

為了加速開發進度，Quicknode 提供了一個 Coinbasex402 範例應用程式 ，用以展示flow 的完整實作。此資源提供可運作的x402 整合程式碼，協助團隊快速啟動實作，無需從頭開始建構。

以開發者為先的方針

Quicknode的使命始終是透過abstract 消除基礎架構帶來的阻礙。對於正在嘗試x402 的開發者而言，這意味著：

• 立即存取支援穩定幣的 RPC（Base 、Ethereum 、Polygon 等）

• 用於設定協調器或資源伺服器的安全且可擴展的端點

• 支付驗證流程的監控、分析與記錄

• 開發者支援服務，可將實驗時間從數天縮短至數小時

簡而言之：如果x402 定義了網路經濟的下一個協定層，那麼Quicknode 則為其提供了基礎架構骨幹，使其能夠在全球範圍內可靠且大規模地運作。

結語：接下來會如何？x402

從更宏觀的角度來看，x402 未必僅關乎加密貨幣的普及或新的變現模式，而是旨在彌合「意圖」與「交易」之間的鴻溝。當 一個請求也能同時攜帶付款時， API 便會演變為市場平台，agents 將能自給自足，而網路本身也將具備經濟意識。

然而，必須注意的是，該協議的發展仍處於初期階段。

目前的實作主要聚焦於Base 區塊鏈和USDC，其採用情況主要集中在加密原生生態系統中。

主流整合在錢包基礎設施、代幣相容性及使用者體驗方面面臨諸多挑戰，這些問題需要時間與反覆迭代才能解決。

但可以肯定的是，對於在 Web2 與 Web3 交匯處進行開發的開發者而言，x402 既提供了當下的機會，也蘊含著未來的潛力。