ERPC 推出支援 x402 付款的 Solana RPC

ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹；CEO：Fumitake Kawasaki）與 Validators DAO 營運的 ERPC 欣然宣布，已推出支援 x402 付款的 Solana 主網 JSON-RPC 代理服務。

這項新服務在 x402.erpc.global 上提供，是可用於正式環境的 x402 Solana RPC。使用者、應用程式與 AI Agent 可以向 POST https://x402.erpc.global/v1/solana-mainnet 傳送 Solana JSON-RPC 請求。當需要付款時，ERPC 會回傳 HTTP 402 Payment Required 與 x402 付款挑戰。用戶端接著可以附上 Solana 主網上的 USDC 穩定幣付款 payload，重新傳送同一請求，並在付款驗證與結算後取得 Solana RPC 結果。

過去 API 付款多半依賴人類先註冊服務、取得 API key，再由 AI 或 bot 使用該 key。透過 x402，AI Agent 與程式可以讀取請求時回傳的付款條件，在擁有者設定的預算與權限範圍內完成付款，並當場使用所需 API。ERPC 將此流程實際應用於 Solana RPC 這項具體的基礎設施服務。

付費 RPC 端點: POST https://x402.erpc.global/v1/solana-mainnet 價格: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc 服務探索: https://x402.erpc.global/.well-known/x402

什麼是 x402

x402 是一個開放式付款協定，將 HTTP 402 Payment Required 以現代方式應用於 Web 與 API 付款。

在傳統 API 模型中，使用者需要為每個服務建立帳號、登記付款方式、產生 API key，並管理訂閱或預付額度。這個流程適合人類透過瀏覽器簽約使用，但對需要動態選擇服務、只為實際使用量付款的軟體與 AI Agent 來說過於沉重。

在 x402 中，用戶端存取付費資源時，伺服器會先回傳 402 Payment Required。回應會包含付款條件：應付款多少、在哪個網路、使用哪種資產。用戶端依條件建立付款 payload，帶著付款證明重新傳送同一請求。伺服器驗證付款並完成結算後，若一切有效，就回傳所要求的 API 回應或內容。

也就是說，x402 將付費 Web API 存取變成自然的 HTTP 請求／回應對話：這項操作需要這個金額；付款已送出；現在可以回傳結果。

ERPC 實作了什麼

ERPC 的 x402 Solana RPC 是執行於 Cloudflare Workers 上的 Solana 主網 JSON-RPC 代理服務。付款驗證與結算使用 Coinbase CDP x402 協調服務，並處理 Solana 主網上的 USDC 穩定幣付款。/.well-known/x402 公開 x402 第 2 版、協調服務 URL、Solana 主網、USDC，以及 /v1/solana-mainnet 的 POST 端點。

首次請求時，用戶端會傳送一般 Solana JSON-RPC 請求內容。若沒有 X-Payment，ERPC 會回傳 402 Payment Required，並附上 x402 付款挑戰、RPC 方法權重，以及以 USD 計價的價格資訊。

用戶端接著依條件建立 Solana 主網上的 USDC 穩定幣付款 payload，並在同一 JSON-RPC 請求內容加上 X-Payment 標頭後重新傳送。ERPC 請協調服務驗證付款並完成結算，取得結算收據後，將請求轉送至上游 Solana RPC。最終用戶端會收到 JSON-RPC 結果與 X-Payment-Response 收據。為了相容性，ERPC 也接受舊版標頭 Payment-Signature。

為防止重複使用付款簽章，同一簽章遭重複使用時會以 409 duplicate_payment 處理。付款無效或金額不足時，會回傳 402 payment_invalid 或 payment_amount_too_low。

價格遵循 ERPC 的標準 token 模型：每個方法的原始權重乘以 0.000001 USD。標準 JSON-RPC 方法為 42 tokens，getProgramAccounts 為 4200 tokens，getTokenLargestAccounts 為 2400 tokens，getMultipleAccounts 依 pubkey 數量每個增加 420 tokens。為配合協調服務的最低結算金額，整個請求會套用 0.001 USD 最低收費。例如 getSlot 的原始權重是 42 tokens，但套用最低收費後實際計費權重是 1000 tokens，也就是 0.001 USD。

同時也提供免費探測端點：GET /health、GET /pricing、GET /.well-known/x402。/pricing 可以確認各 Solana RPC 方法的原始權重、套用最低收費後的權重與 USD 價格。

作為微支付的意義

x402 支援的重要意義之一，是 API 與 RPC 可以用接近微支付的粒度處理。

過去 RPC 這類基礎設施通常以月費方案、固定配額、預付額度或後付帳單提供。使用者常常需要預先購買比實際需要更多的額度。未使用的額度會浪費，而突發使用量又會帶來配額限制或追加購買問題。對於 AI Agent 或機器人這類需要時大量讀取、之後幾乎不使用的工作負載，固定額度與實際使用量的差距尤其明顯。

透過 x402 這樣的機制，服務可以依 API 請求、資料讀取或操作單位提示價格，用戶端只為所需部分付款。ERPC 的計價模式也以方法原始權重乘以 0.000001 USD 為基礎。目前端點為配合協調服務最低結算金額，對整個請求套用 0.001 USD 下限，但基礎單位設計為 1 token = 0.000001 USD 的粒度。

這在傳統信用卡付款中並不現實。每次 0.1 美分甚至更小金額的付款，手續費與核准流程本身就可能高於付款金額。穩定幣付款與 x402 這樣的網際網路原生付款協定，讓這些小額付款可以直接嵌入 API 請求／回應流程。

此外，批次 JSON-RPC 請求可以將多個唯讀呼叫合併到同一請求，對總權重只套用一次最低收費。例如多個輕量狀態查詢方法可以一起呼叫，而不必為每次呼叫分別支付最低收費。

因此，ERPC 的 x402 支援是從「先簽約再使用 RPC」走向「讀取所需資料時當場付款」的一步。當 AI Agent 依情境組合大量外部服務時，這種付款粒度會變得重要。

為什麼 AI Agent 付款重要

AI Agent 正開始自主完成寫作、研究、程式開發、監控、尋找交易機會與營運基礎設施等工作。這些任務往往在需要的瞬間使用付費外部資源，例如 API、資料集、RPC 端點、儲存空間、運算資源、分析服務與驗證服務等。

對人類而言，先簽 SaaS 合約、確認帳單、發行 API key 再使用服務是正常流程。但如果 AI Agent 在工作中做出成千上萬個小決策，每次簽約或付款都需要人類核准，工作流程就會停下來。

下一個模型是，AI Agent 讀取「取得這份資料需要 0.001 USD」或「執行這次計算需要某個金額」等條件，在擁有者定義的預算、權限與政策範圍內完成付款，接收結果並記錄收據。重點不是讓 AI 無限制付款，而是在人類與組織設定的支出上限、允許用途與核准服務範圍內，自動完成必要付款。

這不只是自動結帳，而是機器使用的付款基礎設施。AI Agent、bot、API、IoT 裝置、機器人與監控系統可以在需要服務的瞬間交換價值。未來 Agent-to-Agent / Machine-to-Machine billing 會自然發生：一個 Agent 為另一個 Agent 的任務付款，AI 為每次資料 API 呼叫付款，監控系統只在異常出現時為高精度分析服務付款。

代理式商務（Agentic Commerce）正形成龐大市場

McKinsey 估計，到 2030 年代理式商務在全球促成的交易規模可能達 3 兆至 5 兆美元。AI 已成為搜尋、比較、推薦與決策支援的入口。隨著身分識別、授權與付款機制成熟，AI Agent 預期會更深入參與購買與服務執行。

同時，x402 這樣的網際網路原生付款協定已開始展現大規模交易活動與實驗性使用案例。x402 官方網站公開過去 30 天的交易筆數、交易量、買方與賣方的即時指標。Circle 也提到 x402 在最初幾個月處理了超過 1 億美元的付款。Chainalysis 的分析也指出，Base 上的 x402 代理式付款截至 2026 年 Q1 已超過 1 億筆交易。

這些數字顯示 x402 不只是概念，而是已進入高頻機器付款的實驗與使用階段。市場仍在早期，但以請求為單位，為 API、資料、運算與數位服務付款的基礎設施正在快速形成。

McKinsey: https://www.mckinsey.com/capabilities/quantumblack/our-insights/europes-agentic-commerce-moment-decision-influence-is-here-execution-is-coming x402: https://x402.org/ Circle: https://www.circle.com/blog/nanopayments-powered-by-circle-gateway-is-now-live-on-mainnet Chainalysis: https://www.chainalysis.com/blog/x402-agentic-payments-adoption/

Solana RPC 與代理式付款天然契合

對 Solana 應用來說，RPC 不是附屬功能。餘額查詢、slot 查詢、帳戶讀取、程式帳戶搜尋、交易狀態查詢、區塊擷取與即時監控都依賴 RPC。

當 AI Agent 開始檢查 Solana 狀態、做出判斷並執行行動時，RPC 幾乎成為它們的眼睛與手。Agent 會依情況決定查看哪個帳戶、查詢哪個程式、何時再次確認，以及搜尋到多深。

在這種環境中，月費合約與固定配額不一定適合細粒度的使用方式。如果 Agent 可以在需要的瞬間呼叫所需的 RPC 方法，並直接為該請求付款，就能更靈活地組合外部服務。

ERPC 的 x402 支援是邁向這種使用情境、可用於正式環境的第一步。AI Agent 與程式不僅可以把 Solana RPC 視為預先簽約的固定服務，也可以把它視為可依需求付款與使用的服務元件。

對開發者的意義

對開發者而言，支援 x402 的 ERPC 提供了實際測試 AI Agent 工作流程與按次付費 API 設計的環境。

例如，一個研究型 Agent 想檢查 Solana 帳戶狀態，可以先向 ERPC 傳送 RPC 請求。如果需要付款，Agent 會從 402 回應讀取所需金額，確認在預算範圍內，建立 USDC 穩定幣付款 payload 後重新傳送請求。ERPC 驗證付款並回傳 RPC 結果。Agent 可以將結果與收據儲存到任務紀錄。

同樣的流程也可用於機器人、監控系統、資料蒐集管線、MCP 伺服器與 AI Agent 執行環境。開發者可以在任務、API 呼叫或資料請求層級驗證服務組合，而不必只依賴月費固定合約。

對服務提供者而言，x402 也讓 API 採用更細緻的營利模式。小型 API、專門資料、短時間運算工作、單一分析結果等過去傳統付款系統難以支援的單位，都更容易定價。

早期導入並推動實際應用

ELSOUL LABO 與 Validators DAO 透過 Solana RPC、Geyser gRPC、Shredstream、SLV、SLV AI、Validators Solutions 與 AS200261 Solana 專用資料中心，持續改善 Solana 應用與驗證者營運所需基礎設施。

AI Agent 付款與這些工作自然相連。當 AI 支援開發與營運，自動選擇所需資料或運算資源，並在需要時付款，基礎設施就不再只是「人類簽約的服務」，而會成為 Agent 可自主組合的基元。

我們率先導入 x402 等網際網路原生付款協定，並以 Solana RPC 這個具體使用案例提供服務，推動 AI Agent 付款在實際情境中的應用。

這不只是關於未來的故事。該端點已經可以回傳 HTTP 402、接受 USDC 穩定幣付款、執行 Solana RPC 並回傳收據。

ERPC 將持續提升 Solana 專用基礎設施的效能，同時研究與開發 AI Agent 與自主系統更容易使用的付款、授權與執行層。

使用範圍

本端點用於透過 x402 支付 ERPC Solana RPC 使用費。它不提供加密資產交易、經紀、託管或錢包服務。

聯絡我們

如需諮詢 ERPC、支援 x402 的 Solana RPC、Solana RPC、Geyser gRPC、Shredstream 以及 AI Agent 相關基礎設施，請透過 ERPC Dashboard 聯絡我們。

ERPC Dashboard: https://dashboard.erpc.global/zh-tw

ERPC 推出支援 x402 付款的 Solana RPC — AI Agent 依需求為 API 付款的時代開啟