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 du réseau principal de Solana 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 renvoie HTTP 402 Payment Required avec une demande de paiement x402. Le client peut ensuite joindre une charge utile 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 clé API, 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 renvoyé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.

Endpoint RPC payant : POST https://x402.erpc.global/v1/solana-mainnet Tarification : https://x402.erpc.global/pricing OpenAPI : https://x402.erpc.global/doc Découverte du service : 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 clé API 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 actif. Le client construit une charge utile de paiement 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 renvoyer 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 renvoyé.

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

Lors de la première requête, le client envoie un corps de requête Solana JSON-RPC standard. Si X-Payment est absent, ERPC renvoie 402 Payment Required avec la demande x402, le poids de la méthode RPC et les informations de prix en USD.

Le client construit ensuite une charge utile de paiement en stablecoin USDC sur Solana mainnet et renvoie le même corps JSON-RPC avec l’en-tête X-Payment. ERPC demande au facilitateur de vérifier et de régler le paiement, reçoit un reçu de règlement, puis transmet la requête au RPC Solana en amont. Le client reçoit le résultat JSON-RPC avec un reçu X-Payment-Response. Pour compatibilité, ERPC accepte aussi Payment-Signature comme en-tête hérité.

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 renvoyés comme 402 payment_invalid ou payment_amount_too_low.

La tarification suit le modèle de jetons de référence d’ERPC : le poids brut de chaque méthode est multiplié par 0.000001 USD. Les méthodes JSON-RPC standard valent 42 jetons, getProgramAccounts vaut 4 200 jetons, getTokenLargestAccounts vaut 2 400 jetons, et getMultipleAccounts ajoute 420 jetons par clé publique. Pour respecter le montant minimal de règlement du facilitateur, un minimum de facturation de 0.001 USD s’applique à toute la requête. Par exemple, getSlot a un poids brut de 42 jetons, mais le poids facturé devient 1 000 jetons, soit 0.001 USD, après application du minimum.

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 poids brut, le poids après application du minimum 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 offres mensuelles, 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 charges de travail comme les agents IA et les bots, qui peuvent effectuer de nombreuses lectures uniquement lorsque c’est nécessaire, puis rester presque inactifs.

Avec des mécanismes comme x402, un service peut présenter un prix par requête API, 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 poids brut de chaque méthode multiplié par 0.000001 USD. L’endpoint actuel applique un plancher de 0.001 USD à toute la requête pour correspondre au montant minimal de règlement du facilitateur, mais l’unité de base est conçue à la granularité de 1 jeton = 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 natifs d’Internet comme x402 rendent pratique l’intégration de ces petits paiements directement dans les échanges requête/réponse des API.

Les requêtes JSON-RPC par lots peuvent aussi combiner plusieurs appels en lecture seule dans une seule requête, en appliquant le plancher une seule fois au poids total. Plusieurs méthodes légères de statut peuvent ainsi être appelées ensemble sans payer un minimum distinct pour chaque appel.

La prise en charge de x402 par ERPC représente donc un passage de « souscrire 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, effectuer des recherches, coder, surveiller, trouver des opportunités de trading et exploiter des infrastructures de façon autonome. Ces tâches nécessitent souvent, au moment précis où elles apparaissent, des ressources externes payantes : API, jeux de données, endpoints RPC, stockage, calcul, services d’analyse, services d’authentification, etc.

Pour un humain, il est normal de signer un contrat SaaS, examiner une facture et émettre une clé API 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, effectue le paiement dans le respect du budget, des autorisations et des politiques définis par son propriétaire, reçoive le résultat et enregistre le reçu. L’important n’est pas que l’IA paie sans limite, mais que les paiements nécessaires puissent être automatisés dans le respect de plafonds de dépenses, d’objectifs autorisés et de périmètres de services approuvés.

Ce n’est pas une simple automatisation du paiement. C’est une infrastructure de paiement pour machines : agents IA, bots, API, objets connectés, 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 surveillance paiera une analyse de haute précision uniquement lorsqu’une anomalie apparaît.

McKinsey estime que le commerce agentique 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 natifs d’Internet comme x402 montrent déjà une activité transactionnelle à grande échelle et des cas d’usage expérimentaux. Le site officiel x402 publie des indicateurs en temps réel sur les transactions, le volume, les acheteurs et les vendeurs 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 relevé que les paiements agentiques x402 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 paiements automatisés à haute fréquence. Le marché reste jeune, mais l’infrastructure permettant de payer l’accès aux API, aux données, au calcul et aux 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 de comptes, recherches de comptes de programmes, vérification du statut de transactions, récupération de blocs et surveillance en 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 compte inspecter, quel programme interroger, quand vérifier à nouveau et jusqu’où chercher.

Dans cet environnement, les contrats mensuels et quotas fixes ne correspondent pas toujours à cette granularité d’usage. 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.

La prise en charge de x402 par 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 souscrit à l’avance, mais aussi comme une brique de service payable et utilisable à la demande.

Pour les développeurs, ERPC compatible x402 fournit un environnement réel pour tester des flux de travail agentiques et des conceptions d’API facturées à l’usage.

Par exemple, un agent de recherche qui veut inspecter l’état d’un compte 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 la charge utile de paiement en USDC et relance la requête. ERPC vérifie le paiement et renvoie le résultat RPC. L’agent peut sauvegarder le résultat et le reçu dans le journal de sa tâche.

Le même flux peut être utilisé par des bots, systèmes de surveillance, pipelines de collecte de données, serveurs MCP et environnements d’exécution d’agents IA. 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, courtes tâches de calcul et résultats analytiques individuels peuvent être tarifés dans des unités que les systèmes de paiement traditionnels prenaient difficilement en charge.

ELSOUL LABO et Validators DAO améliorent continuellement l’infrastructure nécessaire aux applications Solana et à l’exploitation des validateurs à travers Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions et le centre de données 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 calcul nécessaires et paie quand il le faut, l’infrastructure devient plus qu’un service souscrit par des humains. Elle devient un ensemble de composants élémentaires que les agents peuvent composer de façon autonome.

En adoptant tôt des protocoles de paiement natifs d’Internet 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 une simple projection d’avenir. L’endpoint renvoie déjà HTTP 402, accepte un paiement USDC, exécute déjà des requêtes Solana RPC et renvoie un reçu.

ERPC continuera à améliorer ses performances en tant qu’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 du RPC Solana d’ERPC via x402. Il ne fournit aucun service d’échange de crypto-actifs, de courtage, de conservation ou de portefeuille.

Endpoint RPC payant : POST https://x402.erpc.global/v1/solana-mainnet Tarification ERPC : https://x402.erpc.global/pricing OpenAPI ERPC : https://x402.erpc.global/doc Découverte du service ERPC x402 : https://x402.erpc.global/.well-known/x402 Site d’ERPC : https://erpc.global/fr Tableau de bord ERPC : 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 le tableau de bord ERPC.

Tableau de bord ERPC : https://dashboard.erpc.global/fr