ERPC lanceert Solana RPC met x402 — een tijdperk waarin AI-agents naar behoefte voor API's betalen

ELSOUL LABO B.V. (hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, de beheerders van ERPC, kondigen met genoegen de lancering aan van een Solana-mainnet JSON-RPC-proxy met x402.

De nieuwe dienst is een productieklare Solana RPC met x402 op x402.erpc.global. Gebruikers, applicaties en AI-agents kunnen Solana JSON-RPC-verzoeken sturen naar POST https://x402.erpc.global/v1/solana-mainnet. Wanneer betaling nodig is, antwoordt ERPC met HTTP 402 Payment Required en een x402-betalingschallenge. De client voegt vervolgens een betalingspayload in USDC op Solana-mainnet toe en verzendt hetzelfde verzoek opnieuw. Na verificatie en afwikkeling van de betaling ontvangt de client het Solana RPC-resultaat.

Tot nu toe verliepen API-betalingen meestal via een model waarin een mens zich eerst aanmeldt, een API-sleutel verkrijgt en AI-systemen of bots die sleutel daarna gebruiken. Met x402 kunnen AI-agents en programma’s de betalingsvoorwaarden lezen die bij het verzoek worden aangeboden, betalen binnen de budget- en bevoegdheidsgrenzen van hun eigenaar en de benodigde API direct gebruiken. ERPC heeft deze werkwijze toegepast op een concrete infrastructuurdienst: Solana RPC.

Betaald RPC-endpoint: POST https://x402.erpc.global/v1/solana-mainnet Prijzen: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Servicedetectie: https://x402.erpc.global/.well-known/x402

x402 is een open betalingsprotocol dat de HTTP-status 402 Payment Required toepast op moderne web- en API-betalingen.

In het traditionele API-model maakt een gebruiker voor elke dienst een account aan, registreert een betaalmethode, genereert een API-sleutel en beheert abonnementen of voorafbetaalde credits. Dat werkt voor mensen die zich via een browser aanmelden, maar is te omslachtig voor software en AI-agents die dynamisch diensten moeten kiezen en alleen willen betalen voor wat zij gebruiken.

Wanneer een client met x402 een betaalde resource opvraagt, antwoordt de server eerst met 402 Payment Required. Dit antwoord bevat de betalingsvoorwaarden: het bedrag, het netwerk en het betaalmiddel. De client stelt volgens die voorwaarden een betalingspayload samen en stuurt hetzelfde verzoek opnieuw met een betalingsbewijs. De server verifieert en wikkelt de betaling af en geeft vervolgens, als alles geldig is, het gevraagde API-antwoord of de inhoud terug.

Kort gezegd maakt x402 van betaalde API-toegang een natuurlijk HTTP-verzoek en -antwoord: deze handeling kost dit bedrag, de betaling is ingediend en het resultaat kan nu worden teruggegeven.

ERPC's Solana RPC met x402 is een Solana-mainnet JSON-RPC-proxy op Cloudflare Workers. De verificatie en afwikkeling van betalingen verlopen via de Coinbase CDP x402-facilitator, met betalingen in de stablecoin USDC op Solana-mainnet. /.well-known/x402 publiceert x402-versie 2, de URL van de facilitator, Solana-mainnet, USDC en het POST-endpoint /v1/solana-mainnet.

Bij het eerste verzoek stuurt de client een normale Solana JSON-RPC-body. Als X-Payment ontbreekt, antwoordt ERPC met 402 Payment Required, samen met de x402-challenge, het gewicht van de RPC-methode en de prijs in USD.

De client stelt vervolgens een betalingspayload in USDC op Solana-mainnet samen en stuurt dezelfde JSON-RPC-body opnieuw met de header X-Payment. ERPC laat de facilitator de betaling verifiëren en afwikkelen, ontvangt een betalingsbewijs en stuurt het verzoek door naar de upstream Solana RPC. De client ontvangt het JSON-RPC-resultaat samen met een betalingsbewijs in X-Payment-Response. Voor compatibiliteit accepteert ERPC ook Payment-Signature als verouderde header.

Om dubbel gebruik van betalingen te voorkomen, worden hergebruikte handtekeningen afgehandeld als 409 duplicate_payment. Ongeldige betalingen en te lage bedragen worden teruggegeven als 402 payment_invalid respectievelijk payment_amount_too_low.

De prijsstelling volgt ERPC's canonieke tokenmodel: het ruwe gewicht van elke methode wordt vermenigvuldigd met 0.000001 USD. Standaard JSON-RPC-methoden wegen 42 tokens, getProgramAccounts 4200 tokens en getTokenLargestAccounts 2400 tokens; bij getMultipleAccounts komen er 420 tokens per pubkey bij. Om aan te sluiten bij het minimale afwikkelingsbedrag van de facilitator geldt voor het hele verzoek een minimumbedrag van 0.001 USD. getSlot heeft bijvoorbeeld een ruw gewicht van 42 tokens, maar door dit minimum bedraagt het gefactureerde gewicht 1000 tokens, oftewel 0.001 USD.

Er zijn ook gratis controle-endpoints: GET /health, GET /pricing en GET /.well-known/x402. /pricing toont voor elke Solana RPC-methode het ruwe gewicht, het gewicht na toepassing van het minimumbedrag en de prijs in USD.

Een belangrijk gevolg van ondersteuning voor x402 is dat API's en RPC op bijna het niveau van microbetalingen kunnen worden behandeld.

Tot nu toe werd infrastructuur zoals RPC meestal verkocht via maandabonnementen, vaste quota, voorafbetaalde credits of facturen achteraf. Daardoor reserveren gebruikers vaak meer capaciteit dan zij werkelijk nodig hebben. Ongebruikte credits gaan verloren, terwijl plotselinge pieken tot quotalimieten of extra aankopen leiden. Die mismatch is vooral zichtbaar bij workloads van AI-agents en bots, die soms korte tijd veel data opvragen en daarna vrijwel niets doen.

Met mechanismen zoals x402 kan een dienst een prijs per API-verzoek, gegevensopvraag of handeling aanbieden en betaalt de client alleen voor wat nodig is. Ook ERPC's prijsmodel vermenigvuldigt het ruwe gewicht van elke methode met 0.000001 USD. Het huidige endpoint past op het hele verzoek een ondergrens van 0.001 USD toe om aan te sluiten bij het minimale afwikkelingsbedrag van de facilitator, maar de basiseenheid is 1 token = 0.000001 USD.

Met traditionele kaartbetalingen is dit niet haalbaar. Bij 0,1 cent per verzoek, of nog kleinere bedragen, kunnen de transactiekosten en goedkeuringsprocessen meer kosten dan de betaling zelf. Stablecoinbetalingen en internet-native betalingsprotocollen zoals x402 maken het praktisch om zulke kleine betalingen rechtstreeks in API-verzoeken en -antwoorden op te nemen.

Batchverzoeken in JSON-RPC kunnen meerdere alleen-lezen-aanroepen in één verzoek combineren, waarbij de ondergrens slechts eenmaal op het totale gewicht wordt toegepast. Zo kunnen meerdere lichte statusmethoden samen worden aangeroepen zonder voor elke aanroep afzonderlijk een minimumbedrag te betalen.

ERPC's ondersteuning voor x402 vormt daarmee een stap van 'eerst een contract, daarna RPC gebruiken' naar 'ter plekke betalen voor de opgevraagde data'. Die fijnmazigheid wordt belangrijk wanneer AI-agents afhankelijk van de context veel externe diensten gaan combineren.

AI-agents beginnen autonoom te schrijven, onderzoek te doen, code te ontwikkelen, te monitoren, handelsmogelijkheden te vinden en infrastructuur te beheren. Voor die taken hebben ze vaak precies op het juiste moment betaalde externe middelen en diensten nodig: API's, datasets, RPC-endpoints, opslag, rekenkracht, analysediensten, authenticatiediensten en meer.

Voor mensen is het normaal om vóór gebruik een SaaS-contract te sluiten, een factuur te beoordelen en een API-sleutel uit te geven. Wanneer een AI-agent tijdens zijn werk duizenden of tienduizenden kleine beslissingen neemt, zou menselijke goedkeuring voor ieder contract of iedere betaling de workflow echter stilleggen.

In het volgende model leest een AI-agent dat bepaalde data 0.001 USD kost of dat een berekening een bepaald bedrag vereist. De agent betaalt binnen het budget, de bevoegdheden en het beleid van zijn eigenaar, ontvangt het resultaat en legt het betalingsbewijs vast. Het uitgangspunt is niet dat AI onbeperkt mag betalen, maar dat noodzakelijke betalingen kunnen worden geautomatiseerd binnen bestedingslimieten, toegestane doelen en goedgekeurde diensten die mensen en organisaties vaststellen.

Dit is meer dan een geautomatiseerd afrekenproces. Het is betalingsinfrastructuur voor machines: AI-agents, bots, API's, IoT-apparaten, robots en monitoringsystemen die waarde uitwisselen zodra een dienst nodig is. In de toekomst kan facturatie tussen agents en tussen machines vanzelfsprekend worden: een agent betaalt een andere agent voor een taak, AI betaalt per aanroep van een data-API en een monitoringsysteem betaalt alleen bij een afwijking voor uiterst nauwkeurige analyse.

McKinsey schat dat agentic commerce in 2030 wereldwijd tussen USD 3 biljoen en USD 5 biljoen kan aansturen. AI wordt nu al een toegangspunt voor zoeken, vergelijken, aanbevelingen en besluitvorming. Naarmate identiteit, autorisatie en betalingen zich verder ontwikkelen, zullen AI-agents naar verwachting een grotere rol krijgen bij aankopen en de uitvoering van diensten.

Tegelijk laten internet-native betalingsprotocollen zoals x402 al grootschalige transactieactiviteit en experimentele toepassingen zien. De officiële x402-site publiceert actuele cijfers over transacties, volume, kopers en verkopers in de afgelopen 30 dagen. Circle meldt dat x402 in de eerste maanden voor meer dan USD 100 miljoen aan betalingen verwerkte. Chainalysis analyseerde bovendien dat het aantal agentic payments via x402 op Base in het eerste kwartaal van 2026 boven de 100 miljoen transacties uitkwam.

Deze cijfers tonen dat x402 niet alleen een concept is, maar al op grote schaal wordt getest en gebruikt voor hoogfrequente betalingen door machines. De markt staat nog aan het begin, maar de infrastructuur voor betalingen per verzoek voor API's, data, rekenkracht en digitale diensten ontwikkelt zich snel.

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/

Voor Solana-applicaties is RPC geen bijzaak. Saldo- en slotopvragingen, het lezen van accounts, het zoeken naar programma-accounts, controles van transactiestatussen, het ophalen van blocks en realtime monitoring zijn allemaal afhankelijk van RPC.

Wanneer AI-agents de toestand van Solana gaan onderzoeken, beslissingen nemen en handelingen uitvoeren, wordt RPC als het ware hun ogen en handen. De agent beslist welk account hij onderzoekt, welk programma hij bevraagt, wanneer hij opnieuw controleert en hoe diep hij zoekt.

In zo'n omgeving sluiten maandcontracten en vaste quota niet altijd aan op fijnmazig gebruik. Als een agent precies de benodigde RPC-methode kan aanroepen wanneer die nodig is en rechtstreeks voor dat verzoek kan betalen, kan hij externe diensten flexibeler combineren.

ERPC's ondersteuning voor x402 is een productieklare eerste stap naar die wereld. AI-agents en programma's kunnen Solana RPC niet alleen gebruiken als een vooraf gecontracteerde vaste dienst, maar ook als een bouwsteen waarvoor ze naar behoefte betalen.

ERPC met x402 biedt ontwikkelaars een werkende omgeving om workflows met agents en API-ontwerpen op basis van betalen naar gebruik te testen.

Een onderzoeksagent die de toestand van een Solana-account wil inspecteren, kan bijvoorbeeld eerst een RPC-verzoek naar ERPC sturen. Als betaling nodig is, leest de agent het vereiste bedrag uit het 402-antwoord, controleert of dit binnen het budget valt, stelt de betalingspayload in USDC samen en verstuurt het verzoek opnieuw. ERPC verifieert de betaling en geeft het RPC-resultaat terug. De agent kan zowel het resultaat als het betalingsbewijs in zijn taaklogboek opslaan.

Dezelfde werkwijze is bruikbaar voor bots, monitoringsystemen, pijplijnen voor dataverzameling, MCP-servers en runtimes voor AI-agents. Ontwikkelaars kunnen diensten per taak, API-aanroep of gegevensverzoek combineren en testen, in plaats van uitsluitend op vaste maandcontracten te vertrouwen.

Voor dienstverleners maakt x402 ook een fijnmaziger verdienmodel voor API's mogelijk. Kleine API's, gespecialiseerde data, korte rekentaken en afzonderlijke analyseresultaten kunnen worden geprijsd in eenheden die traditionele betalingssystemen moeilijk konden ondersteunen.

ELSOUL LABO en Validators DAO verbeteren via Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions en het AS200261-datacenter voor Solana voortdurend de infrastructuur die Solana-applicaties en validatorbeheer nodig hebben.

Betalingen door AI-agents sluiten daar vanzelf op aan. Wanneer AI ontwikkeling en beheer ondersteunt, de benodigde data of rekenkracht selecteert en daar zo nodig voor betaalt, wordt infrastructuur meer dan een dienst waarvoor mensen een contract afsluiten. Ze wordt een verzameling bouwstenen die agents autonoom kunnen combineren.

Door internet-native betalingsprotocollen zoals x402 vroeg in te voeren en via een concrete toepassing voor Solana RPC beschikbaar te maken, brengen we betalingen door AI-agents in de praktijk.

Dit gaat niet alleen over de toekomst. Het endpoint antwoordt nu al met HTTP 402, accepteert een betaling in de stablecoin USDC, voert een Solana RPC-verzoek uit en stuurt een betalingsbewijs terug.

ERPC blijft de prestaties van zijn infrastructuur voor Solana verbeteren en ontwikkelt tegelijk betalings-, autorisatie- en uitvoeringslagen die AI-agents en autonome systemen eenvoudiger kunnen gebruiken.

Dit endpoint is bedoeld voor de betaling van gebruikskosten voor ERPC Solana RPC via x402. Het biedt geen diensten voor de handel in cryptoactiva, bemiddeling, bewaring of wallets.

Betaald RPC-endpoint: POST https://x402.erpc.global/v1/solana-mainnet ERPC-prijzen: https://x402.erpc.global/pricing ERPC OpenAPI: https://x402.erpc.global/doc ERPC x402-servicedetectie: https://x402.erpc.global/.well-known/x402 ERPC-website: https://erpc.global/nl ERPC Dashboard: https://dashboard.erpc.global/nl

Voor vragen over ERPC, Solana RPC met x402, Solana RPC, Geyser gRPC, Shredstream en infrastructuur voor AI-agents kunt u contact opnemen via het ERPC Dashboard.

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