ERPC 發布支援 x402 支付的 Solana RPC — AI Agent 按需為 API 付款的時代開啟

ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹；CEO：Fumitake Kawasaki）與 Validators DAO 營運的 ERPC 欣然宣布，已發布支援 x402 支付的 Solana mainnet JSON-RPC proxy。

此次發布的是在 x402.erpc.global 上提供、可實際運行的 x402 Solana RPC。使用者、應用程式與 AI Agent 可以向 POST https://x402.erpc.global/v1/solana-mainnet 發送 Solana JSON-RPC request。當需要支付時，ERPC 會回傳 HTTP 402 Payment Required 與 x402 payment challenge。client 接著可以附上 Solana mainnet 上的 USDC 穩定幣 payment payload，重新發送同一 request，並在支付驗證與 settlement 後取得 Solana RPC 結果。

過去 API 支付多半依賴人類先註冊服務、取得 API key，再由 AI 或 bot 使用該 key。透過 x402，AI Agent 與程式可以讀取 request 時回傳的 payment terms，在擁有者設定的 budget 與 permission 範圍內完成支付，並當場使用所需 API。ERPC 將此流程落地到 Solana RPC 這個具體基礎設施場景。

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet Pricing: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Service discovery: https://x402.erpc.global/.well-known/x402

x402 是一個 open payment protocol，將 HTTP 402 Payment Required 以現代方式應用於 Web 與 API 支付。

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

在 x402 中，client 存取付費 resource 時，server 會先回傳 402 Payment Required。response 會包含 payment terms：應支付多少、在哪個 network、使用哪種 asset。client 根據條件建立 payment payload，帶著支付證明重新發送同一 request。server 驗證並 settle 支付後，若一切有效，就回傳所要求的 API response 或 content。

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

ERPC 的 x402 Solana RPC 是運行在 Cloudflare Workers 上的 Solana mainnet JSON-RPC proxy。支付驗證與 settlement 使用 Coinbase CDP x402 facilitator，並處理 Solana mainnet 上的 USDC 穩定幣支付。/.well-known/x402 公開 x402 version 2、facilitator URL、Solana mainnet、USDC，以及 /v1/solana-mainnet 的 POST endpoint。

首次 request 時，client 會發送一般 Solana JSON-RPC body。若沒有 X-Payment，ERPC 會回傳 402 Payment Required，並附上 x402 challenge、RPC method weight，以及以 USD 計價的價格資訊。

client 接著依條件建立 Solana mainnet 上的 USDC 穩定幣 payment payload，並在同一 JSON-RPC body 加上 X-Payment header 後重新發送。ERPC 請 facilitator 驗證並 settle 支付，取得 settlement receipt 後，將 request proxy 到上游 Solana RPC。最終 client 會收到 JSON-RPC result 與 X-Payment-Response receipt。為了相容性，ERPC 也接受 legacy header Payment-Signature。

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

價格遵循 ERPC 的 canonical token model：每個 method 的 raw weight 乘以 0.000001 USD。標準 JSON-RPC method 為 42 tokens，getProgramAccounts 為 4200 tokens，getTokenLargestAccounts 為 2400 tokens，getMultipleAccounts 依 pubkey 數量每個增加 420 tokens。為配合 facilitator 的 minimum settlement amount，整個 request 會套用 0.001 USD minimum charge。例如 getSlot 的 raw weight 是 42 tokens，但套用 minimum charge 後實際 billed weight 是 1000 tokens，也就是 0.001 USD。

同時也提供免費 probe endpoints：GET /health、GET /pricing、GET /.well-known/x402。/pricing 可以確認各 Solana RPC method 的 raw weight、套用 minimum charge 後的 weight 與 USD 價格。

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

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

透過 x402 這樣的機制，服務可以按 API request、資料讀取或操作單位提示價格，client 只為所需部分付款。ERPC 的價格模型也以 method raw weight 乘以 0.000001 USD 為基礎。當前 endpoint 為配合 facilitator minimum settlement amount，對整個 request 套用 0.001 USD floor，但基礎單位設計為 1 token = 0.000001 USD 的粒度。

這在傳統信用卡支付中並不現實。每次 0.1 美分甚至更小金額的支付，手續費與核准流程本身就可能高於支付金額。穩定幣支付與 x402 這樣的 internet-native payment protocol，讓這些小額支付可以直接嵌入 API request / response flow。

此外，batch JSON-RPC request 可以將多個 read-only call 合併到同一 request，對總 weight 只套用一次 floor。例如多個輕量狀態查詢 method 可以一起呼叫，而不必為每個 call 分別支付 minimum charge。

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

AI Agent 正開始自主完成寫作、研究、編碼、監控、尋找交易機會與營運基礎設施等工作。這些任務往往在需要的瞬間使用付費外部 resource，例如 API、datasets、RPC endpoints、storage、compute、analytics services、authentication services 等。

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

下一個模型是，AI Agent 讀取「取得這份資料需要 0.001 USD」或「執行這次計算需要某個金額」等條件，在擁有者定義的 budget、permissions 與 policies 範圍內完成支付，接收結果並記錄 receipt。重點不是讓 AI 無限制支付，而是在 humans 和 organizations 設定的 spending limits、允許目的與 approved service scopes 中，自動化必要支付。

這不只是 automated checkout，而是 machines 的 payment infrastructure。AI agents、bots、APIs、IoT devices、robots 與 monitoring systems 可以在需要服務的瞬間交換價值。未來 Agent-to-Agent / Machine-to-Machine billing 會自然發生：一個 agent 為另一個 agent 的任務付款，AI 為每次 data API call 付款，monitoring system 只在 anomaly 出現時為高精度分析服務付款。

McKinsey 估計，到 2030 年 agentic commerce 可能在全球 orchestrate 3 兆至 5 兆美元規模。AI 已成為搜尋、比較、推薦與決策支援的入口。隨著 identity、authorization、payments 成熟，AI Agent 預期會更深入參與購買與服務執行。

同時，x402 這樣的 internet-native payment protocol 已開始展現大規模 transaction activity 與實驗性 use cases。x402 官方網站公開過去 30 天的 transactions、volume、buyers、sellers live metrics。Circle 也提到 x402 在最初幾個月處理了超過 1 億美元 payments。Chainalysis 也分析 Base 上的 x402 agentic payments 到 2026 年 Q1 已超過 1 億筆 transactions。

這些數字顯示 x402 不只是概念，而是已進入 high-frequency machine payment experimentation 與 usage 階段。市場仍在早期，但按 request granularity 支付 API、data、compute 與 digital services 的基礎設施正在快速形成。

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 不是附屬功能。balance checks、slot queries、account reads、program account searches、transaction status checks、block retrieval 與 real-time monitoring 都依賴 RPC。

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

在這種環境中，月費合約與固定 quota 不一定符合細粒度使用。如果 agent 可以在需要的瞬間呼叫所需 RPC method，並直接為該 request 付款，就能更靈活地組合外部服務。

ERPC 的 x402 支援是面向這個世界的已實作第一步。AI Agent 與程式不僅可以把 Solana RPC 視為預先簽約的固定服務，也可以把它視為可按需付款與使用的 service primitive。

對開發者而言，支援 x402 的 ERPC 提供了實際測試 agentic workflows 與 pay-per-use API designs 的環境。

例如，一個 research agent 想檢查 Solana account state，可以先向 ERPC 發送 RPC request。如果需要支付，agent 會從 402 response 讀取所需金額，確認在 budget 內，建立 USDC 穩定幣 payment payload 後重新發送 request。ERPC 驗證支付並回傳 RPC result。agent 可以將 result 與 receipt 保存到 task log。

同樣的 flow 也可用於 bots、monitoring systems、data collection pipelines、MCP servers 與 AI agent runtimes。開發者可以在 task、API call 或 data request 層級驗證 service composition，而不必只依賴月費固定合約。

對服務提供者而言，x402 也讓 API monetization 更細粒度。小型 API、專業資料、短時間 compute jobs、單一 analytics results 等過去傳統支付系統難以支援的單位，都更容易定價。

ELSOUL LABO 與 Validators DAO 透過 Solana RPC、Geyser gRPC、Shredstream、SLV、SLV AI、Validators Solutions 與 AS200261 Solana-specialized data center，持續改善 Solana 應用與 validator operations 所需基礎設施。

AI Agent 支付與這些工作自然相連。當 AI 支援 development 與 operations，自動選擇所需 data 或 compute，並在需要時付款，基礎設施就不再只是「人類簽約的服務」，而會成為 agents 自主組合的 primitives。

我們透過早期導入 x402 等 internet-native payment protocol，並以 Solana RPC 這個具體 use case 公開，推動 AI Agent 支付的實際社會落地。

這不只是關於未來的故事。該 endpoint 已經可以回傳 HTTP 402、接受 USDC 穩定幣 payment、執行 Solana RPC 並回傳 receipt。

ERPC 將持續提升 Solana-specialized infrastructure 的 performance，同時研究與開發 AI agents 與 autonomous systems 更容易使用的 payment、authorization 與 execution layers。

本 endpoint 用於透過 x402 支付 ERPC Solana RPC usage fees。它不提供 crypto asset exchange、brokerage、custody 或 wallet services。

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet ERPC pricing: https://x402.erpc.global/pricing ERPC OpenAPI: https://x402.erpc.global/doc ERPC x402 service discovery: https://x402.erpc.global/.well-known/x402 ERPC 官方網站: https://erpc.global/zh-tw ERPC Dashboard: https://dashboard.erpc.global/zh-tw

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

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