ERPC、x402 決済対応の Solana RPC を公開 — AI エージェントが必要な API にその場で支払う時代の幕開け

ELSOUL LABO B.V.（本社：オランダ・アムステルダム、代表取締役 CEO：川崎文武）および Validators DAO が運営する ERPC は、本日、x402 決済に対応した Solana mainnet JSON-RPC proxy を公開したことをお知らせいたします。

今回公開したのは、x402.erpc.global で提供される実運用可能な x402 対応 Solana RPC です。利用者、アプリケーション、AI エージェントは、POST https://x402.erpc.global/v1/solana-mainnet に Solana JSON-RPC リクエストを送信し、支払いが必要な場合には HTTP 402 Payment Required と x402 の支払い要求を受け取ります。その後、Solana mainnet 上の USDC ステーブルコイン決済 payload を付与して同じリクエストを再送することで、支払いの検証・決済後に Solana RPC の結果を受け取ることができます。

これまで API の支払いは、人間が先に契約し、API key を発行し、AI や bot はその key を借りて使う形が中心でした。x402 により、AI エージェントやプログラムは、リクエスト時に提示される支払い条件を読み取り、所有者が定めた予算と権限の範囲で支払い、必要な 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 は、HTTP の 402 Payment Required を現代的に活用し、Web や API のリクエストそのものに支払いを組み込むためのオープンな決済プロトコルです。

従来の API 利用では、サービスごとにアカウントを作成し、支払い方法を登録し、API key を発行し、月額契約やプリペイド残高を管理する必要がありました。この流れは、人間がブラウザで契約して利用する世界には合っていましたが、ソフトウェアや AI エージェントが必要なサービスをその場で選び、必要な分だけ使う世界には重すぎます。

x402 では、クライアントが有料リソースへアクセスすると、サーバーはまず 402 Payment Required を返します。その応答には、いくら、どのネットワークで、どの資産で支払えばよいかという支払い条件が含まれます。クライアントはその条件に従って USDC などのステーブルコインで支払い payload を作成し、同じリクエストを支払い証明付きで再送します。サーバーは支払いを検証・決済し、問題がなければ要求された API やコンテンツを返します。

つまり x402 は、Web API に「この処理にはこの金額が必要です」「支払いました」「では結果を返します」という会話を、HTTP の自然な request / response として組み込む仕組みです。

ERPC の x402 対応 Solana RPC は、Cloudflare Workers 上で動作する Solana mainnet JSON-RPC proxy です。支払いの検証と決済には Coinbase CDP x402 facilitator を利用し、Solana mainnet 上の USDC ステーブルコイン決済を扱います。/.well-known/x402 では、x402 version 2、facilitator URL、Solana mainnet、USDC、/v1/solana-mainnet の POST endpoint が公開されています。

最初のリクエストでは、クライアントは通常の Solana JSON-RPC body を送信します。この時点で X-Payment がない場合、ERPC は 402 Payment Required を返し、支払いに必要な x402 challenge、RPC メソッドの weight、USD 建ての価格情報を返します。

クライアントは、その条件に基づいて Solana mainnet 上の USDC ステーブルコイン決済 payload を作成し、同じ JSON-RPC body に X-Payment header を付けて再送します。ERPC は facilitator に支払いの検証と決済を依頼し、決済 receipt を受け取ったうえで、上流の Solana RPC へリクエストを proxy します。最終的に、クライアントには JSON-RPC の結果と X-Payment-Response receipt が返ります。互換性のため、legacy header として Payment-Signature も受け付けます。

二重支払いを防ぐため、同じ署名が再利用された場合は 409 duplicate_payment として扱います。支払いが不正、または金額が不足している場合は、402 payment_invalid や payment_amount_too_low として返します。

価格は ERPC の canonical token model に基づき、メソッドごとの raw weight に 0.000001 USD を掛ける形で計算されます。標準的な JSON-RPC メソッドは 42 tokens、getProgramAccounts は 4200 tokens、getTokenLargestAccounts は 2400 tokens、getMultipleAccounts は pubkey 数に応じて 420 tokens ずつ加算されます。決済には facilitator 側の最小決済額に合わせ、リクエスト全体に対して 0.001 USD の minimum charge が適用されます。たとえば getSlot の raw weight は 42 tokens ですが、実際の請求 weight は minimum charge により 1000 tokens、つまり 0.001 USD になります。

無料で確認できる endpoint として、GET /health、GET /pricing、GET /.well-known/x402 も提供しています。/pricing では各 Solana RPC メソッドの raw weight、minimum charge 適用後の weight、USD 建て価格を確認できます。

x402 対応の重要な意味の一つは、API や RPC をマイクロペイメントに近い単位で扱えることです。

これまで RPC のようなインフラは、月額プラン、固定 quota、プリペイド credit、後払い請求で提供されることが一般的でした。この方式では、利用者はあらかじめ多めの枠を確保しがちです。使い切れなかった credit は無駄になり、逆に急に利用量が増えたときは上限や追加購入に悩まされます。特に AI エージェントや bot のように、必要なときだけ大量に読み、その後はほとんど使わない workload では、固定枠と実利用の差が大きくなります。

x402 のような仕組みでは、API request ごと、データ取得ごと、処理ごとに価格を提示し、必要な分だけ支払う設計が可能になります。ERPC の価格モデルも、メソッドごとの raw weight に 0.000001 USD を掛ける設計です。現行 endpoint では facilitator の最小決済額に合わせてリクエスト全体に 0.001 USD の floor を適用していますが、基礎単価としては 1 token = 0.000001 USD の粒度で設計されています。

これは従来のクレジットカード決済では現実的ではありません。1 回あたり 0.1 セント、あるいはそれ以下の単位では、手数料や承認フローの方が支払い額を上回ってしまいます。ステーブルコイン決済と x402 のような internet-native payment protocol により、こうした小さな支払いを API の request / response に組み込むことが現実的になってきました。

また、batch JSON-RPC request では、複数の read-only call を 1 つの request にまとめることで、合計 weight に対して floor を 1 回だけ適用できます。たとえば複数の軽い確認系メソッドをまとめて呼び出す場合、1 call ごとに別々に minimum charge を払うのではなく、request 全体で効率よく支払う設計ができます。

つまり、ERPC の x402 対応は「RPC を契約してから使う」だけでなく、「必要なデータを読んだ分だけ、その場で支払う」方向への一歩です。AI エージェントが多くの外部サービスを状況に応じて使い分ける時代には、この粒度の支払い設計が重要になります。

AI エージェントは、文章を書く、調査する、コードを書く、監視する、取引機会を探す、インフラを運用する、といった仕事を自律的に進めるようになりつつあります。これらの作業では、外部 API、データセット、RPC、ストレージ、計算資源、分析サービス、認証サービスなど、さまざまな有料リソースを必要な瞬間に利用します。

人間であれば、事前に SaaS を契約し、請求書を確認し、API key を発行してから使います。しかし AI エージェントが何千回、何万回もの小さな判断をしながら働く場合、そのたびに人間が契約や支払いを承認していては処理が止まってしまいます。

これからは、AI エージェントが「このデータを取得するには 0.001 ドル必要」「この計算を実行するにはこの金額が必要」という条件を読み取り、所有者が定めた予算・権限・ポリシーの範囲内で支払い、結果を受け取り、支払い receipt を記録するようになります。重要なのは、AI が無制限に支払うことではありません。人間や組織が定めた spending limit、利用目的、許可されたサービス範囲の中で、必要な支払いだけを自動化できることです。

これは単なる checkout の自動化ではありません。AI エージェント、bot、API、IoT device、ロボット、監視システムなど、機械同士が必要な価値をその場でやり取りするための決済基盤です。将来的には、あるエージェントが別のエージェントに作業を依頼して支払う、AI が必要なデータ API に毎回少額を支払う、監視システムが異常時だけ高精度な分析サービスを呼び出して支払う、といった Agent-to-Agent / Machine-to-Machine 課金が自然に行われるようになります。

McKinsey は、agentic commerce が 2030 年までに世界で 3 兆ドルから 5 兆ドル規模を orchestrate する可能性があると推定しています。AI はすでに、検索、比較、推薦、意思決定支援の入口になりつつあり、今後は identity、authorization、payments といった実行基盤が成熟するにつれて、購買やサービス利用そのものにも深く関わっていくと見られています。

一方で、x402 のような internet-native payment protocol は、すでに大規模な transaction activity と実験的なユースケースを示し始めています。x402 公式サイトでは、過去 30 日の transaction 数、volume、buyers、sellers が公開されており、Circle も x402 が初期の数か月で 1 億ドルを超える支払いを処理したことに言及しています。Chainalysis も、x402 agentic payments が Base 上で 2026 年第 1 四半期までに 1 億件を超える transaction に到達したと分析しています。

これらの数字は、x402 が単なる構想ではなく、すでに高頻度な machine payment の実験・利用段階に入っていることを示しています。まだ市場は初期段階ですが、API、データ、計算資源、デジタルサービスが request 単位で支払われる世界に向けて、基盤技術は急速に整いつつあります。

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 は単なる補助機能ではありません。残高確認、slot 取得、account 情報取得、program account 検索、transaction status 確認、ブロック取得、リアルタイム監視など、多くの処理が RPC を前提に動いています。

AI エージェントが Solana 上の状況を調べ、判断し、行動するようになると、RPC はエージェントにとっての「目」と「手」に近い存在になります。どの account を見るか、どの program を調べるか、どのタイミングで再確認するか、どの程度深く検索するかを、エージェント自身が状況に応じて決めるようになります。

このとき、従来の月額契約や一律 quota だけでは、利用量の細かな変化に合わない場合があります。必要なときに、必要な RPC メソッドを、必要な回数だけ呼び出し、その都度支払うことができれば、エージェントはより柔軟に外部サービスを組み合わせられます。

ERPC の x402 対応は、この世界に向けた実装済みの第一歩です。AI エージェントやプログラムは、Solana RPC を「事前契約した固定サービス」としてだけでなく、「必要な瞬間に支払って使う service primitive」として扱えるようになります。

開発者にとって、x402 対応 ERPC は、agentic workflow や pay-per-use API の設計を実際に試せる環境になります。

たとえば、調査エージェントが Solana の account 状態を確認したい場合、まず ERPC に RPC request を送ります。支払いが必要であれば、エージェントは 402 response から必要金額を読み取り、予算内であることを確認し、USDC ステーブルコイン決済 payload を作成して再送します。ERPC は支払いを検証し、RPC 結果を返します。エージェントは、結果と receipt を task log に保存できます。

この流れは、bot、監視システム、データ収集 pipeline、MCP server、AI agent runtime などにも応用できます。開発者は、毎月の固定契約だけに依存せず、処理単位・API call 単位・データ取得単位でサービスを組み合わせる設計を検証できます。

また、サービス提供者側にとっても、x402 は API の monetization をより細かく設計する手段になります。小さな API、専門データ、短時間の計算、個別の分析結果など、従来の決済手段では課金しづらかった単位にも価格を付けやすくなります。

ELSOUL LABO と Validators DAO は、Solana RPC、Geyser gRPC、Shredstream、SLV、SLV AI、Validators Solutions、AS200261 Solana 特化データセンターを通じて、Solana アプリケーションと validator 運用に必要なインフラを継続的に改善してきました。

AI エージェント決済は、これらの取り組みと自然につながっています。AI が開発や運用を支援し、必要なデータや計算資源を自動で選び、必要なときに支払って使うようになると、インフラは単に「人間が契約するサービス」ではなく、「エージェントが自律的に組み合わせる部品」になります。

私たちは、x402 をはじめとする internet-native payment protocol をいち早く導入し、実際の Solana RPC という具体的なユースケースで公開することで、AI エージェント決済の社会実装を進めていきます。

これは、未来の話を語るだけの取り組みではありません。HTTP 402 を受け取り、USDC ステーブルコインで支払い、Solana RPC を実行し、receipt を返すところまでを、実際の endpoint として公開済みの取り組みです。

ERPC は今後も、Solana 特化インフラとしての性能改善に加え、AI エージェントや自律システムが使いやすい支払い・認証・実行基盤の研究開発を進めてまいります。

本 endpoint は、ERPC の Solana RPC 利用料を x402 経由で支払うためのものです。暗号資産の交換、仲介、カストディ、ウォレットサービスを提供するものではありません。

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/ja ERPC ダッシュボード: https://dashboard.erpc.global/ja

ERPC、x402 対応 Solana RPC、Solana RPC、Geyser gRPC、Shredstream、AI エージェント向けインフラに関するお問い合わせは、ERPC ダッシュボードよりご相談ください。

ERPC ダッシュボード: https://dashboard.erpc.global/ja