ERPC lancia il Solana RPC abilitato a x402 — Si apre l’era in cui gli agenti AI pagano on demand le API di cui hanno bisogno

ELSOUL LABO B.V. (sede: Amsterdam, Paesi Bassi; CEO: Fumitake Kawasaki) e Validators DAO, gli operatori di ERPC, sono lieti di annunciare il lancio di un proxy JSON-RPC per la mainnet Solana compatibile con x402.

Il servizio appena lanciato è un Solana RPC compatibile con x402 e pronto per la produzione, disponibile su x402.erpc.global. Utenti, applicazioni e agenti AI possono inviare richieste Solana JSON-RPC a POST https://x402.erpc.global/v1/solana-mainnet. Quando è richiesto un pagamento, ERPC restituisce HTTP 402 Payment Required con una richiesta di pagamento x402. Il client può quindi allegare un payload di pagamento in stablecoin USDC sulla mainnet Solana e ripetere la stessa richiesta per ricevere il risultato Solana RPC dopo la verifica e il regolamento del pagamento.

Finora, i pagamenti delle API hanno seguito per lo più un modello in cui una persona si registra, ottiene una chiave API e solo in seguito la mette a disposizione di sistemi AI o bot. Con x402, agenti AI e programmi possono leggere i termini di pagamento presentati al momento della richiesta, pagare entro i limiti di budget e autorizzazione fissati dal proprietario e accedere immediatamente all’API necessaria. ERPC ha implementato questo flusso in un caso d’uso infrastrutturale concreto: Solana RPC.

Endpoint RPC a pagamento: POST https://x402.erpc.global/v1/solana-mainnet Prezzi: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Service discovery: https://x402.erpc.global/.well-known/x402

x402 è un protocollo di pagamento aperto che integra il codice di stato HTTP 402 Payment Required nei moderni pagamenti web e API.

Nel modello API tradizionale, gli utenti creano un account per ogni servizio, registrano un metodo di pagamento, generano una API key e gestiscono abbonamenti o crediti prepagati. Quel flusso funziona per le persone che si registrano tramite un browser. È troppo pesante per software e agenti AI che devono scegliere i servizi dinamicamente e pagare solo ciò che usano.

Con x402, quando un client accede a una risorsa a pagamento, il server risponde prima con 402 Payment Required. La risposta include i termini di pagamento: quanto pagare, su quale rete e con quale asset. Il client costruisce un payload di pagamento secondo quei termini e ripete la stessa richiesta con la prova di pagamento. Il server verifica e finalizza il pagamento, quindi restituisce la risposta API o il contenuto richiesto se tutto è valido.

In altre parole, x402 trasforma l’accesso a API web a pagamento in una naturale conversazione di richiesta / risposta HTTP: questa operazione costa questo importo; il pagamento è stato inviato; il risultato può ora essere restituito.

Il Solana RPC abilitato a x402 di ERPC è un proxy JSON-RPC Solana mainnet in esecuzione su Cloudflare Workers. La verifica e il settlement dei pagamenti usano il facilitator x402 di Coinbase CDP, con pagamenti in stablecoin USDC su Solana mainnet. /.well-known/x402 pubblica x402 versione 2, l’URL del facilitator, Solana mainnet, USDC e l’endpoint POST su /v1/solana-mainnet.

Alla prima richiesta, il client invia un normale body Solana JSON-RPC. Se la richiesta non include X-Payment, ERPC restituisce 402 Payment Required insieme alla challenge x402, al peso del metodo RPC e alle informazioni di prezzo denominate in USD.

Il client costruisce quindi un payload di pagamento in stablecoin USDC sulla mainnet Solana e ripete lo stesso body JSON-RPC con l’header X-Payment. ERPC chiede al facilitator di verificare e finalizzare il pagamento, riceve una ricevuta di regolamento e inoltra la richiesta al Solana RPC upstream. Il client riceve il risultato JSON-RPC insieme alla ricevuta X-Payment-Response. Per compatibilità, ERPC accetta anche Payment-Signature come header legacy.

Per prevenire l’uso duplicato dei pagamenti, le firme riutilizzate vengono gestite come 409 duplicate_payment. Pagamenti non validi o importi insufficienti vengono restituiti come 402 payment_invalid o payment_amount_too_low.

Il pricing segue il modello canonico dei token di ERPC: il peso grezzo di ciascun metodo viene moltiplicato per 0.000001 USD. I metodi JSON-RPC standard valgono 42 token, getProgramAccounts vale 4200 token, getTokenLargestAccounts vale 2400 token e getMultipleAccounts aggiunge 420 token per pubkey. Per allinearsi all’importo minimo di settlement del facilitator, si applica un addebito minimo di 0.001 USD sull’intera richiesta. Ad esempio, getSlot ha un peso grezzo di 42 token, ma il peso fatturato diventa 1000 token, ovvero 0.001 USD, dopo l’applicazione dell’addebito minimo.

Sono disponibili anche endpoint diagnostici gratuiti: GET /health, GET /pricing e GET /.well-known/x402. /pricing mostra il peso grezzo di ciascun metodo Solana RPC, il peso dopo l’addebito minimo e il prezzo espresso in USD.

Un’importante conseguenza del supporto a x402 è che API e RPC possono essere gestiti con una granularità prossima a quella dei micropagamenti.

Finora, infrastrutture come gli RPC sono state tipicamente vendute tramite piani mensili, quote fisse, crediti prepagati o fatture postpagate. Con quel modello, gli utenti tendono a riservare più capacità di quanta ne abbiano effettivamente bisogno. I crediti inutilizzati vengono sprecati, mentre improvvisi picchi di utilizzo creano limiti di quota o richiedono acquisti aggiuntivi. Questo disallineamento è particolarmente visibile per carichi di lavoro come agenti AI e bot, che possono leggere intensamente solo quando necessario e poi restare quasi inattivi.

Con meccanismi come x402, un servizio può indicare un prezzo per richiesta API, recupero dati o operazione, e il client può pagare solo ciò di cui ha bisogno. Anche il modello tariffario di ERPC si basa sul peso grezzo di ciascun metodo moltiplicato per 0.000001 USD. L’endpoint attuale applica una soglia minima di 0.001 USD all’intera richiesta per rispettare l’importo minimo di regolamento del facilitator, ma l’unità di base è progettata con una granularità di 1 token = 0.000001 USD.

Questo modello non è realistico con i pagamenti tradizionali tramite carta. Con 0,1 centesimo per richiesta, o unità ancora più piccole, le commissioni e i flussi di approvazione possono superare il valore del pagamento stesso. Le stablecoin e i protocolli di pagamento nativi di Internet come x402 rendono invece pratico incorporare questi piccoli pagamenti direttamente nei flussi di richiesta e risposta delle API.

Le richieste batch JSON-RPC possono anche combinare più chiamate di sola lettura in un’unica richiesta, applicando il floor una sola volta al peso totale. Ad esempio, più metodi di stato leggeri possono essere chiamati insieme senza pagare un addebito minimo separato per ciascuna chiamata, permettendo di pagare l’intera richiesta in modo più efficiente.

In questo senso, il supporto a x402 di ERPC segna il passaggio da «prima il contratto, poi l’uso dell’RPC» a «paga sul momento per i dati che leggi». Questa granularità diventa importante man mano che gli agenti AI iniziano a combinare numerosi servizi esterni in funzione del contesto.

Gli agenti AI stanno iniziando a scrivere, fare ricerca, programmare, monitorare, trovare opportunità di trading e gestire infrastrutture autonomamente. Questi compiti richiedono spesso risorse esterne a pagamento nel momento in cui servono: API, dataset, endpoint RPC, storage, compute, servizi di analisi, servizi di autenticazione e altro.

Per le persone, è normale firmare un contratto SaaS, esaminare una fattura ed emettere una API key prima di usare un servizio. Ma se un agente AI prende migliaia o decine di migliaia di piccole decisioni mentre lavora, richiedere l’approvazione umana per ogni contratto o pagamento ferma il flusso di lavoro.

Il modello successivo prevede che un agente AI legga che un dato costa 0.001 USD o che un calcolo richiede un certo importo, paghi entro il budget, le autorizzazioni e le policy definite dal proprietario, riceva il risultato e registri la ricevuta. Il punto non è consentire all’AI di pagare senza limiti, ma automatizzare i pagamenti necessari entro tetti di spesa, finalità consentite e ambiti di servizio approvati da persone e organizzazioni.

Non si tratta semplicemente di un checkout automatizzato, ma di un’infrastruttura di pagamento per le macchine: agenti AI, bot, API, dispositivi IoT, robot e sistemi di monitoraggio che scambiano valore nel momento in cui serve un servizio. In futuro la fatturazione Agent-to-Agent / Machine-to-Machine diventerà naturale: un agente pagherà un altro per un compito, un’AI pagherà ogni chiamata a un’API di dati e un sistema di monitoraggio acquisterà analisi ad alta precisione solo quando comparirà un’anomalia.

McKinsey stima che entro il 2030 l’agentic commerce potrebbe orchestrare a livello globale un valore compreso tra 3.000 e 5.000 miliardi di USD. L’AI sta già diventando un punto di ingresso per ricerca, confronto, raccomandazioni e supporto alle decisioni. Con la maturazione di identità, autorizzazione e pagamenti, gli agenti AI dovrebbero assumere un ruolo più profondo negli acquisti e nell’esecuzione dei servizi.

Allo stesso tempo, i protocolli di pagamento nativi di Internet come x402 mostrano già attività transazionale su larga scala e casi d’uso sperimentali. Il sito ufficiale di x402 pubblica metriche in tempo reale su transazioni, volume, acquirenti e venditori degli ultimi 30 giorni. Circle ha rilevato che x402 ha elaborato pagamenti per oltre 100 milioni di USD nei primi mesi. Chainalysis ha inoltre osservato che i pagamenti agentic x402 su Base hanno superato 100 milioni di transazioni entro il primo trimestre del 2026.

Questi numeri mostrano che x402 non è soltanto un concetto, ma è già entrato in una fase di sperimentazione e utilizzo dei pagamenti tra macchine ad alta frequenza. Il mercato è ancora agli inizi, ma si sta rapidamente formando l’infrastruttura per un mondo in cui API, dati, capacità di calcolo e servizi digitali possono essere pagati per singola richiesta.

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/

Per le applicazioni Solana, l’RPC non è una funzionalità secondaria. Controlli dei saldi, query sugli slot, letture degli account, ricerche sugli account dei program, controlli dello stato delle transazioni, recupero dei blocchi e monitoraggio in tempo reale dipendono tutti dall’RPC.

Man mano che gli agenti AI iniziano a ispezionare lo stato di Solana, prendere decisioni e agire, l’RPC diventa quasi i loro occhi e le loro mani. L’agente decide quale account ispezionare, quale program interrogare, quando controllare di nuovo e quanto in profondità cercare.

In quell’ambiente, i contratti mensili e le quote fisse da soli non sempre corrispondono a un utilizzo fine. Se un agente può chiamare esattamente il metodo RPC di cui ha bisogno, nel momento esatto in cui ne ha bisogno, e pagare direttamente quella richiesta, può combinare i servizi esterni in modo più flessibile.

Il supporto a x402 di ERPC è un primo passo pronto per la produzione verso quel mondo. Agenti AI e programmi possono trattare Solana RPC non solo come un servizio fisso pre-contrattualizzato, ma anche come una primitiva di servizio che possono pagare e usare on demand.

Per gli sviluppatori, ERPC abilitato a x402 fornisce un ambiente reale per testare flussi di lavoro agentic e design di API pay-per-use.

Ad esempio, un agente di ricerca che deve ispezionare lo stato degli account Solana può prima inviare una richiesta RPC a ERPC. Se è richiesto un pagamento, l’agente legge l’importo richiesto dalla risposta 402, verifica che sia entro il budget, costruisce il payload di pagamento in stablecoin USDC e riprova la richiesta. ERPC verifica il pagamento e restituisce il risultato RPC. L’agente può salvare sia il risultato sia la ricevuta nel proprio task log.

Lo stesso flusso può essere usato da bot, sistemi di monitoraggio, pipeline di raccolta dati, server MCP e runtime di agenti AI. Gli sviluppatori possono testare la composizione dei servizi a livello di task, chiamata API o richiesta di dati, invece di dipendere solo da contratti fissi mensili.

Per i fornitori di servizi, x402 rende anche la monetizzazione delle API più granulare. Piccole API, dati specializzati, brevi job di compute e singoli risultati analitici possono essere prezzati in unità che i sistemi di pagamento tradizionali non potevano facilmente supportare.

ELSOUL LABO e Validators DAO hanno migliorato continuamente l’infrastruttura necessaria per le applicazioni Solana e le operazioni sui validator attraverso Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions e il data center specializzato in Solana AS200261.

I pagamenti degli agenti AI si collegano naturalmente a quel lavoro. Man mano che l’AI supporta sviluppo e operazioni, seleziona i dati o il compute di cui ha bisogno e li paga quando necessario, l’infrastruttura diventa più di un servizio contrattualizzato dalle persone. Diventa un insieme di primitive che gli agenti possono comporre autonomamente.

Adottando precocemente protocolli di pagamento internet-native come x402 ed esponendoli attraverso un caso d’uso concreto di Solana RPC, stiamo facendo avanzare l’implementazione nel mondo reale dei pagamenti degli agenti AI.

Questa non è solo una storia sul futuro. L’endpoint restituisce già HTTP 402, accetta pagamenti in stablecoin USDC, esegue Solana RPC e restituisce una ricevuta.

ERPC continuerà a migliorare le proprie prestazioni come infrastruttura specializzata in Solana, ricercando e sviluppando al contempo livelli di pagamento, autorizzazione ed esecuzione più facili da usare per agenti AI e sistemi autonomi.

Questo endpoint serve a pagare le tariffe di utilizzo del Solana RPC di ERPC tramite x402. Non fornisce servizi di scambio di cripto asset, intermediazione, custodia o wallet.

Endpoint RPC a pagamento: POST https://x402.erpc.global/v1/solana-mainnet Prezzi ERPC: https://x402.erpc.global/pricing ERPC OpenAPI: https://x402.erpc.global/doc Service discovery x402 di ERPC: https://x402.erpc.global/.well-known/x402 ERPC Website: https://erpc.global/it ERPC Dashboard: https://dashboard.erpc.global/it

Per richieste su ERPC, Solana RPC abilitato a x402, Solana RPC, Geyser gRPC, Shredstream e infrastrutture per agenti AI, contattaci tramite l’ERPC Dashboard.

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