ERPC lance un RPC Solana compatible x402 — L'ère où les agents IA paient à la demande les API dont ils ont besoin

ELSOUL LABO B.V. (Siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, les opérateurs d’ERPC, annoncent le lancement d’un proxy JSON-RPC Solana mainnet compatible x402.

Le nouveau service est un RPC Solana compatible x402, prêt pour la production, disponible sur x402.erpc.global. Les utilisateurs, applications et agents IA peuvent envoyer des requêtes Solana JSON-RPC vers POST https://x402.erpc.global/v1/solana-mainnet. Lorsqu’un paiement est requis, ERPC retourne HTTP 402 Payment Required avec un challenge de paiement x402. Le client peut ensuite joindre un payload de paiement en stablecoin USDC sur Solana mainnet et relancer la même requête afin de recevoir le résultat RPC après vérification et règlement du paiement.

Jusqu’à présent, les paiements d’API suivaient surtout un modèle où un humain souscrivait d’abord au service, obtenait une API key, puis les systèmes IA ou les bots utilisaient cette clé. Avec x402, les agents IA et les programmes peuvent lire les conditions de paiement retournées au moment de la requête, payer dans les limites de budget et d’autorisation fixées par leur propriétaire, et utiliser immédiatement l’API nécessaire. ERPC applique ce flux à un cas d’infrastructure concret : le RPC Solana.

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 est un protocole de paiement ouvert qui modernise l’utilisation du statut HTTP 402 Payment Required pour les paiements web et API.

Dans le modèle API traditionnel, les utilisateurs créent un compte pour chaque service, enregistrent une méthode de paiement, génèrent une API key et gèrent des abonnements ou des crédits prépayés. Ce flux convient à des humains qui s’inscrivent via un navigateur, mais il est trop lourd pour des logiciels et des agents IA qui doivent choisir dynamiquement des services et payer uniquement ce qu’ils utilisent.

Avec x402, lorsqu’un client accède à une ressource payante, le serveur répond d’abord avec 402 Payment Required. La réponse contient les conditions de paiement : montant, réseau et asset. Le client construit un payment payload selon ces conditions, renvoie la même requête avec une preuve de paiement, et le serveur vérifie puis règle le paiement avant de retourner la réponse API ou le contenu demandé.

Autrement dit, x402 transforme l’accès payant à une API web en conversation HTTP naturelle : cette opération coûte ce montant ; le paiement a été soumis ; le résultat peut maintenant être retourné.

Le RPC Solana compatible x402 d’ERPC est un proxy JSON-RPC Solana mainnet exécuté sur Cloudflare Workers. La vérification et le règlement du paiement utilisent le facilitator Coinbase CDP x402, avec des paiements en stablecoin USDC sur Solana mainnet. /.well-known/x402 publie la version x402 2, l’URL du facilitator, Solana mainnet, USDC et l’endpoint POST /v1/solana-mainnet.

Lors de la première requête, le client envoie un body Solana JSON-RPC normal. Si X-Payment est absent, ERPC retourne 402 Payment Required avec le challenge x402, le weight de la méthode RPC et les informations de prix en USD.

Le client construit ensuite un payload de paiement en stablecoin USDC sur Solana mainnet et renvoie le même body JSON-RPC avec le header X-Payment. ERPC demande au facilitator de vérifier et de régler le paiement, reçoit un settlement receipt, puis proxifie la requête vers le RPC Solana upstream. Le client reçoit le résultat JSON-RPC avec un receipt X-Payment-Response. Pour compatibilité, ERPC accepte aussi Payment-Signature comme legacy header.

Afin d’éviter la réutilisation d’un paiement, les signatures rejouées sont traitées comme 409 duplicate_payment. Les paiements invalides ou les montants insuffisants sont retournés comme 402 payment_invalid ou payment_amount_too_low.

La tarification suit le canonical token model d’ERPC : le raw weight de chaque méthode est multiplié par 0.000001 USD. Les méthodes JSON-RPC standard valent 42 tokens, getProgramAccounts vaut 4200 tokens, getTokenLargestAccounts vaut 2400 tokens, et getMultipleAccounts ajoute 420 tokens par pubkey. Pour s’aligner sur le minimum settlement amount du facilitator, un minimum charge de 0.001 USD s’applique à toute la requête. Par exemple, getSlot a un raw weight de 42 tokens, mais le billed weight devient 1000 tokens, soit 0.001 USD, après application du minimum charge.

Des endpoints gratuits de vérification sont également disponibles : GET /health, GET /pricing et GET /.well-known/x402. /pricing affiche pour chaque méthode RPC Solana le raw weight, le weight après minimum charge et le prix en USD.

Une conséquence importante de x402 est que les API et RPC peuvent être traités à une granularité proche du micropaiement.

Jusqu’ici, une infrastructure comme le RPC était généralement vendue via des plans mensuels, des quotas fixes, des crédits prépayés ou des factures postpayées. Les utilisateurs réservent donc souvent plus de capacité que nécessaire. Les crédits inutilisés sont gaspillés, tandis que les pics soudains d’usage créent des limites de quota ou exigent des achats supplémentaires. Ce décalage est particulièrement fort pour des workloads comme les agents IA et les bots, qui peuvent lire massivement seulement quand c’est nécessaire, puis rester presque inactifs.

Avec des mécanismes comme x402, un service peut présenter un prix par API request, récupération de données ou opération, et le client peut payer uniquement ce dont il a besoin. Le modèle de prix d’ERPC est lui aussi construit autour du raw weight de chaque méthode multiplié par 0.000001 USD. L’endpoint actuel applique un floor de 0.001 USD à toute la requête pour correspondre au minimum settlement amount du facilitator, mais l’unité de base est conçue avec la granularité 1 token = 0.000001 USD.

Ce n’est pas réaliste avec les paiements par carte traditionnels. À 0,1 cent par requête, ou moins, les frais et les flux d’approbation peuvent dépasser la valeur du paiement. Les paiements en stablecoin et les protocoles de paiement internet-native comme x402 rendent pratique l’intégration de ces petits paiements directement dans les flux API request / response.

Les batch JSON-RPC requests peuvent aussi combiner plusieurs read-only calls dans une seule requête, en appliquant le floor une seule fois au weight total. Plusieurs méthodes légères de statut peuvent ainsi être appelées ensemble sans payer un minimum charge distinct pour chaque call.

Le support x402 d’ERPC représente donc un passage de « contracter d’abord, utiliser le RPC ensuite » vers « payer sur place pour les données lues ». Cette granularité de paiement deviendra importante à mesure que les agents IA combineront de nombreux services externes selon le contexte.

Les agents IA commencent à écrire, rechercher, coder, surveiller, trouver des opportunités de trading et opérer des infrastructures de façon autonome. Ces tâches nécessitent souvent, au moment précis où elles apparaissent, des ressources externes payantes : API, datasets, RPC endpoints, stockage, compute, services d’analytics, services d’authentification, etc.

Pour un humain, il est normal de signer un contrat SaaS, examiner une facture et émettre une API key avant d’utiliser un service. Mais si un agent IA prend des milliers ou dizaines de milliers de petites décisions pendant son travail, exiger une validation humaine pour chaque contrat ou paiement bloque le flux.

Le prochain modèle consiste à ce qu’un agent IA lise qu’une donnée coûte 0.001 USD ou qu’un calcul nécessite un certain montant, paie dans les limites de budget, permissions et politiques définies par son propriétaire, reçoive le résultat et enregistre le receipt. L’important n’est pas que l’IA paie sans limite, mais que les paiements nécessaires puissent être automatisés dans des spending limits, objectifs autorisés et scopes de services approuvés.

Ce n’est pas seulement un checkout automatisé. C’est une infrastructure de paiement pour machines : agents IA, bots, API, IoT devices, robots et systèmes de surveillance échangeant de la valeur au moment où un service est nécessaire. À l’avenir, la facturation Agent-to-Agent / Machine-to-Machine deviendra naturelle : un agent paiera un autre agent pour une tâche, une IA paiera chaque appel d’API de données, et un système de monitoring paiera une analyse de haute précision uniquement lorsqu’une anomalie apparaît.

McKinsey estime que l’agentic commerce pourrait orchestrer entre 3 000 et 5 000 milliards de dollars dans le monde d’ici 2030. L’IA devient déjà une interface pour la recherche, la comparaison, les recommandations et l’aide à la décision. À mesure que l’identité, l’autorisation et les paiements mûriront, les agents IA devraient entrer plus profondément dans l’achat et l’exécution de services.

En parallèle, des protocoles de paiement internet-native comme x402 montrent déjà une transaction activity à grande échelle et des cas d’usage expérimentaux. Le site officiel x402 publie des métriques live sur les transactions, le volume, les buyers et les sellers des 30 derniers jours. Circle a indiqué que x402 avait traité plus de 100 millions de dollars de paiements dans ses premiers mois. Chainalysis a également analysé que les x402 agentic payments sur Base avaient dépassé 100 millions de transactions au T1 2026.

Ces chiffres montrent que x402 n’est pas seulement un concept, mais qu’il est déjà entré dans une phase d’expérimentation et d’usage de machine payments à haute fréquence. Le marché reste jeune, mais l’infrastructure pour payer API, données, compute et services numériques à la granularité de la requête se forme rapidement.

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/

Pour les applications Solana, le RPC n’est pas une fonction secondaire. Vérifications de solde, requêtes de slot, lectures d’account, recherches de program accounts, vérification du statut de transactions, récupération de blocs et monitoring temps réel dépendent tous du RPC.

Lorsque les agents IA commencent à inspecter l’état de Solana, prendre des décisions et agir, le RPC devient presque leurs yeux et leurs mains. L’agent décide quel account inspecter, quel program interroger, quand vérifier à nouveau et jusqu’où chercher.

Dans cet environnement, les contrats mensuels et quotas fixes ne correspondent pas toujours à l’usage fin. Si un agent peut appeler la méthode RPC exacte dont il a besoin, au moment exact où il en a besoin, et payer cette requête directement, il peut combiner les services externes de manière plus flexible.

Le support x402 d’ERPC est une première étape déjà disponible vers ce monde. Les agents IA et programmes peuvent traiter Solana RPC non seulement comme un service fixe précontracté, mais aussi comme un service primitive payable et utilisable à la demande.

Pour les développeurs, ERPC compatible x402 fournit un environnement réel pour tester des agentic workflows et des conceptions d’API pay-per-use.

Par exemple, un agent de recherche qui veut inspecter l’état d’un account Solana peut d’abord envoyer une requête RPC à ERPC. Si un paiement est requis, l’agent lit le montant demandé dans la réponse 402, confirme qu’il est dans le budget, construit le payment payload USDC et relance la requête. ERPC vérifie le paiement et retourne le résultat RPC. L’agent peut sauvegarder le résultat et le receipt dans son task log.

Le même flux peut être utilisé par des bots, systèmes de monitoring, pipelines de collecte de données, MCP servers et AI agent runtimes. Les développeurs peuvent tester la composition de services au niveau de la tâche, de l’appel API ou de la demande de données, au lieu de dépendre uniquement de contrats mensuels fixes.

Pour les fournisseurs de services, x402 rend aussi la monétisation d’API plus granulaire. Petites API, données spécialisées, courts jobs de compute et résultats analytiques individuels peuvent être tarifés dans des unités que les systèmes de paiement traditionnels supportaient difficilement.

ELSOUL LABO et Validators DAO améliorent continuellement l’infrastructure nécessaire aux applications Solana et aux opérations de validateurs à travers Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions et le data center spécialisé Solana AS200261.

Les paiements d’agents IA s’inscrivent naturellement dans ce travail. Lorsque l’IA soutient le développement et les opérations, sélectionne les données ou le compute nécessaires et paie quand il le faut, l’infrastructure devient plus qu’un service contracté par des humains. Elle devient un ensemble de primitives que les agents peuvent composer de façon autonome.

En adoptant tôt des protocoles de paiement internet-native comme x402 et en les exposant via un cas d’usage concret de Solana RPC, nous faisons avancer l’implémentation réelle des paiements d’agents IA.

Ce n’est pas seulement une histoire sur le futur. L’endpoint retourne déjà HTTP 402, accepte un paiement USDC, exécute Solana RPC et retourne un receipt.

ERPC continuera à améliorer ses performances comme infrastructure spécialisée Solana, tout en poursuivant la R&D sur des couches de paiement, d’autorisation et d’exécution plus faciles à utiliser par les agents IA et les systèmes autonomes.

Cet endpoint sert à payer les frais d’utilisation ERPC Solana RPC via x402. Il ne fournit pas de services d’échange de crypto-actifs, de courtage, de custody ou de wallet.

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 Site ERPC: https://erpc.global/fr ERPC Dashboard: https://dashboard.erpc.global/fr

Pour toute question concernant ERPC, le RPC Solana compatible x402, Solana RPC, Geyser gRPC, Shredstream et l’infrastructure pour agents IA, contactez-nous via l’ERPC Dashboard.

ERPC Dashboard: https://dashboard.erpc.global/fr