ERPC migra Solana RPC (HTTP / WebSocket) a Firedancer in tutte le regioni, migliorando bassa latenza e stabilità anche per gli endpoint HTTPS condivisi

ELSOUL LABO B.V. (sede: Amsterdam, Paesi Bassi; CEO: Fumitake Kawasaki) e Validators DAO, gli operatori di ERPC, annunciano di aver migrato tutti i nodi Solana RPC in tutte le regioni al client Firedancer, ad eccezione dei nodi dedicati a SWQoS nella regione di Francoforte.

A seguito di questa migrazione, il Solana RPC di ERPC — inclusi gli endpoint RPC HTTPS condivisi — ha ottenuto ulteriori miglioramenti in termini di bassa latenza e stabilità di elaborazione. I feedback degli utenti esistenti indicano inoltre che gli endpoint condivisi di ERPC sono percepiti come più veloci rispetto ai nodi RPC dedicati di altri provider.

Le sfide strutturali di latenza e stabilità in Solana RPC

Nello sviluppo e nelle operazioni su Solana, l’RPC è una base essenziale. L’invio delle transazioni, il recupero dello stato degli account e l’osservazione in tempo reale del comportamento delle applicazioni si basano tutti sull’RPC.

Allo stesso tempo, la latenza RPC è determinata da una combinazione di fattori, tra cui distanza fisica, percorsi di rete, overhead della crittografia TLS, efficienza dell’implementazione del nodo e concentrazione del carico. Negli ambienti RPC condivisi in particolare, l’uso di HTTPS introduce un overhead TLS inevitabile, e il modello a nodi condivisi tende ad amplificare le fluttuazioni e la variabilità della latenza.

ERPC ha costantemente affrontato queste sfide attraverso la propria architettura sottostante, che include il posizionamento globale dei nodi, la consegna dei dati basata su edge e l’alimentazione degli Shreds su tutti i nodi. La migrazione a Firedancer si colloca come un’estensione di questi sforzi continui.

Filosofia di progettazione e obiettivi di Firedancer

Firedancer è un client Solana interamente ottimizzato nel linguaggio di programmazione C, progettato non per ottimizzare benchmark teorici, ma per elevare il tetto delle prestazioni pratiche nelle operazioni reali.

Rispetto al client agave, ampiamente utilizzato, Firedancer applica ottimizzazioni estese alla gestione della memoria, ai percorsi di elaborazione e alla gestione della rete, consentendo prestazioni a bassa latenza più stabili e una maggiore efficienza di elaborazione a parità di condizioni hardware.

Risultati di validazione e conoscenze operative da testnet e devnet

ERPC ha distribuito Firedancer nei propri ambienti RPC di testnet e devnet e ha condotto validazioni continue. Attraverso questo processo, ERPC ha confermato che Firedancer può ridurre l’utilizzo della memoria offrendo al contempo una latenza più stabile e aumentando i limiti complessivi di elaborazione rispetto al client agave.

Inoltre, ERPC ha osservato casi in cui configurazioni server che faticavano a operare stabilmente con agave sono riuscite a funzionare con successo con Firedancer. Questa caratteristica è significativa non solo per le prestazioni, ma anche per consentire operazioni efficienti dal punto di vista energetico e altamente efficaci.

Questi risultati non si basano su valori teorici o benchmark sintetici, ma sull’operatività reale e sull’osservazione continua all’interno dell’infrastruttura di ERPC.

Dettagli della migrazione in tutte le regioni di ERPC

Con questo aggiornamento, ERPC ha migrato tutti i nodi Solana RPC al client Firedancer, ad eccezione dei nodi dedicati a SWQoS nella regione di Francoforte.

Questa migrazione si applica all’intera configurazione, inclusi gli endpoint RPC HTTPS condivisi. Gli utenti esistenti beneficiano dei miglioramenti di latenza e stabilità forniti da Firedancer senza richiedere alcuna modifica alla configurazione né lavoro di migrazione da parte loro.

Per la regione di Francoforte, ERPC prevede di procedere con una migrazione graduale una volta che la funzionalità SWQoS di Firedancer sarà pienamente supportata.

L’architettura ERPC basata su distribuzione globale e alimentazione degli Shreds

ERPC fornisce Solana RPC tramite nodi completi distribuiti in sette sedi globali. Inoltre, i dati vengono consegnati attraverso i percorsi più brevi possibili da oltre 300 data center edge in tutto il mondo.

Tutte le sedi e tutti i nodi ricevono e alimentano Shreds, adottando un’architettura che bypassa direttamente gli Shreds in circolazione all’interno della rete dei validator Solana.

Poiché gli Shreds si propagano via UDP e vengono prioritizzati in base al peso dello stake, i nodi RPC — che non detengono stake — tendono a ricevere i dati più tardi nelle configurazioni convenzionali, con conseguente ritardo nel tracciamento dei blocchi.

Ingestendo direttamente i percorsi di propagazione degli Shreds nei propri nodi RPC, ERPC consente velocità di catch-up dei blocchi a livello dei validator anche all’interno di un ambiente RPC. Questo approccio offre caratteristiche di risposta costantemente veloci in tutte le regioni e su tutti i nodi.

Posizionamento di RPC condiviso, Unlimited Endpoints e VPS

A seguito della migrazione a Firedancer, anche gli endpoint RPC HTTPS condivisi hanno dimostrato miglioramenti sia nella bassa latenza sia nella stabilità.

Inoltre, gli Unlimited Endpoints eliminano i limiti di TPS e rimuovono circa 20 ms di overhead associato a TLS (HTTPS), consentendo l’uso di RPC HTTP / WebSocket. In combinazione con le offerte VPS di ERPC sulla stessa piattaforma, questa configurazione consente di eseguire i principali metodi Solana RPC in appena 2 ms.

Tradizionalmente, ottenere una configurazione di questo tipo richiedeva nodi RPC dedicati dal costo di diverse migliaia di dollari, oltre a server adiacenti provisionati separatamente. ERPC offre prestazioni comparabili a circa un decimo di quel costo.

Informazioni sui prezzi

Consulta le tabelle dei prezzi qui sotto per i piani Shared Solana RPC, Unlimited Endpoints e VPS.

Gli utenti possono selezionare il piano più appropriato in base al proprio caso d’uso specifico e alla propria architettura.

Ricerca e sviluppo in corso

ERPC continuerà le proprie attività di ricerca e sviluppo con un’attenzione particolare all’equilibrio tra latenza e stabilità nella propria infrastruttura Solana RPC. Ciò include la migrazione pianificata dei nodi della regione di Francoforte a seguito del completamento del supporto SWQoS di Firedancer, nonché miglioramenti incrementali e continui su tutta la piattaforma.

ERPC dà priorità all’evoluzione a lungo termine come infrastruttura in grado di sostenere carichi di lavoro di produzione reali.

Messaggio di anno nuovo

Buon anno.
Ringraziamo sinceramente tutti gli utenti per il loro supporto continuo nel corso dell’anno passato.

Nel 2026, ERPC continuerà a evolversi come piattaforma di infrastruttura Solana di livello production, migliorando sia la velocità sia la stabilità.
Contiamo sul tuo continuo supporto a ERPC.

Richieste e consulenza

Per consulenze sulla progettazione dell’architettura, sulla selezione delle regioni o sulla combinazione di Unlimited Endpoints e VPS, contattaci tramite il Discord ufficiale di Validators DAO.

Discord ufficiale di Validators DAO: https://discord.gg/C7ZQSrCkYR
Sito ufficiale di ERPC: https://erpc.global/it/