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

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

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

これまで API の支払いは、人間が先に契約して API キーを発行し、AI や bot がそのキーを使う形が中心でした。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 キーを発行し、月額契約やプリペイド残高を管理する必要がありました。この流れは、人間がブラウザで契約して利用する世界には合っていましたが、ソフトウェアや AI エージェントが必要なサービスをその場で選び、必要な分だけ使う世界には重すぎます。

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

つまり x402 は、Web API に「この処理にはこの金額が必要です」「支払いました」「では結果を返します」というやり取りを、HTTP の自然なリクエスト／レスポンスとして組み込む仕組みです。

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 メソッドの重み（weight）、USD 建ての価格情報を返します。

クライアントは、その条件に基づいて Solana メインネット上の USDC ステーブルコイン決済ペイロードを作成し、同じ JSON-RPC ボディに X-Payment ヘッダーを付けて再送します。ERPC はファシリテーターに支払いの検証と決済を依頼し、決済レシートを受け取ったうえで、リクエストを上流の Solana RPC へ転送します。最終的に、クライアントには JSON-RPC の結果と X-Payment-Response レシートが返ります。互換性のため、従来のヘッダーである Payment-Signature も受け付けます。

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

価格は ERPC の基準となるトークンモデルに基づき、メソッドごとの重み（raw weight）に 0.000001 USD を掛けて計算されます。標準的な JSON-RPC メソッドは 42 トークン、getProgramAccounts は 4200 トークン、getTokenLargestAccounts は 2400 トークン、getMultipleAccounts は公開鍵 1 件につき 420 トークンが加算されます。決済にはファシリテーター側の最小決済額に合わせ、リクエスト全体に 0.001 USD の最低課金額が適用されます。たとえば getSlot の重みは本来 42 トークンですが、最低課金額の適用後は請求対象が 1000 トークン、つまり 0.001 USD になります。

無料で確認できるエンドポイントとして、GET /health、GET /pricing、GET /.well-known/x402 も提供しています。/pricing では、各 Solana RPC メソッドの重み、最低課金額の適用後の重み、USD 建て価格を確認できます。

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

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

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

これは従来のクレジットカード決済では現実的ではありません。1 回あたり 0.1 セント、あるいはそれ以下の単位では、手数料や承認フローの方が支払い額を上回ってしまいます。ステーブルコイン決済と x402 のようなインターネットネイティブな決済プロトコルにより、こうした小さな支払いを API のリクエスト／レスポンスに直接組み込めるようになってきました。

また、バッチ JSON-RPC リクエストでは、複数の読み取り専用呼び出しを 1 つのリクエストにまとめることで、合計の重みに対して最低課金額を 1 回だけ適用できます。たとえば複数の軽い確認系メソッドをまとめて呼び出す場合、呼び出しごとに最低課金額を支払うのではなく、リクエスト全体で効率よく支払えます。

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

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

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

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

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

McKinsey は、エージェントコマースが 2030 年までに世界で 3 兆〜5 兆ドル規模の取引を取りまとめる可能性があると推定しています。AI はすでに、検索、比較、推薦、意思決定支援の入口になりつつあり、今後は本人確認、権限管理、決済といった実行基盤が成熟するにつれて、購買やサービス利用そのものにも深く関わっていくと見られています。

一方で、x402 のようなインターネットネイティブな決済プロトコルは、すでに大規模な取引実績と実験的なユースケースを示し始めています。x402 公式サイトでは、過去 30 日の取引件数、取引額、購入者数、販売者数が公開されています。Circle は、x402 が初期の数か月で 1 億ドルを超える支払いを処理したことに言及しています。Chainalysis も、Base 上の x402 エージェント決済が 2026 年第 1 四半期までに 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 は単なる補助機能ではありません。残高確認、slot 取得、アカウント情報の取得、プログラムアカウント検索、トランザクション状態の確認、ブロック取得、リアルタイム監視など、多くの処理が RPC を前提に動いています。

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

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

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

開発者にとって、x402 対応 ERPC は、エージェント型ワークフローや従量課金 API の設計を実際に試せる環境です。

たとえば、調査エージェントが Solana のアカウント状態を確認したい場合、まず ERPC に RPC リクエストを送ります。支払いが必要であれば、エージェントは 402 レスポンスから必要金額を読み取り、予算内であることを確認し、USDC ステーブルコイン決済ペイロードを作成して再送します。ERPC は支払いを検証し、RPC の結果を返します。エージェントは、その結果とレシートをタスクログに保存できます。

この流れは、bot、監視システム、データ収集パイプライン、MCP サーバー、AI エージェント実行環境などにも応用できます。開発者は、毎月の固定契約だけに依存せず、処理単位・API 呼び出し単位・データ取得単位でサービスを組み合わせる設計を検証できます。

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

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

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

私たちは、x402 をはじめとするインターネットネイティブな決済プロトコルをいち早く導入し、Solana RPC という具体的なユースケースで公開することで、AI エージェント決済の社会実装を進めていきます。

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

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

本エンドポイントは、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