ERPC aggiorna l’architettura di rete che supporta il traffico Solana HTTP / WebSocket / gRPC a Francoforte
ERPC, gestito da ELSOUL LABO B.V. (sede: Amsterdam, Paesi Bassi; CEO: Fumitake Kawasaki) e Validators DAO, ha implementato un aggiornamento su larga scala dell’architettura di rete che gestisce il traffico HTTP / WebSocket / gRPC nella regione di Francoforte (FRA).
Questo aggiornamento è già stato applicato all’ambiente di produzione e tutto il traffico che attualmente utilizza la regione di Francoforte viene elaborato con la nuova architettura di rete del livello frontale.
Perché Francoforte continua a essere scelta
Il motivo per cui l’utilizzo continua a concentrarsi nella regione di Francoforte sulla piattaforma ERPC è che le condizioni richieste per risultati stabili e coerenti nell’operatività reale di Solana sono strutturalmente più facili da soddisfare in questa regione.
Francoforte è una regione in cui i principali validator Solana e lo stake sono densamente concentrati. Questa concentrazione rappresenta più di una semplice prossimità geografica; crea vantaggi strutturali, perché l’osservazione, le operazioni successive, la ricezione degli Shreds e gli aggiornamenti di stato possono completarsi su percorsi di rete più brevi e coerenti.
Solana opera con un modello di esecuzione in cui i leader ruotano a brevi intervalli e produzione dei blocchi, propagazione degli Shreds, voto e aggiornamenti di stato procedono continuamente con intervalli minimi. In questo modello, i risultati non sono determinati dalla velocità media di risposta, ma dal grado di contenimento della varianza di latenza e dalla continuità delle operazioni successive in presenza di disturbi esterni.
Francoforte beneficia di una lunga storia di interconnessione matura sviluppata per casi d’uso finanziari, con un ambiente di rete dall’elevata stabilità e prevedibilità delle rotte. Con meno segmenti che attraversano la rete internet pubblica e una stretta prossimità ai principali punti di aggregazione, la struttura è intrinsecamente resistente al jitter accidentale che influenza i risultati.
Man mano che queste condizioni si sono accumulate nel tempo, Francoforte viene ormai scelta non perché sia temporaneamente veloce, ma perché consente di sostenere con maggiore continuità prestazioni elevate.
Vincolo strutturale identificato nelle osservazioni recenti
ERPC ha monitorato continuamente i percorsi di traffico nella regione di Francoforte. Attraverso questa osservazione, è emerso chiaramente che il carico non si concentrava sui nodi RPC e gRPC stessi, ma piuttosto sul livello proxy posizionato davanti a essi.
Tutto il traffico HTTP / WebSocket / gRPC passa attraverso questo proxy del livello frontale. In situazioni in cui le connessioni concorrenti aumentano e le comunicazioni sostenute si sovrappongono, la capacità di elaborazione e il comportamento di questo livello influiscono direttamente sulla stabilità complessiva delle comunicazioni. Se l’elaborazione si congestiona a livello proxy, l’impatto si propaga a valle, riducendo i tassi di successo delle transazioni e l’affidabilità delle operazioni successive.
Poiché Francoforte è la regione con la maggiore concentrazione di domanda, questo proxy del livello frontale è emerso chiaramente come il prossimo vincolo strutturale. ERPC lo riconosce non come un problema accidentale, ma come una sfida architetturale.
Aggiornamento dell’architettura di rete implementato
In questo aggiornamento, ERPC ha completamente rinnovato ed espanso la rete proxy del livello frontale nella regione di Francoforte. Piuttosto che aumentare semplicemente il numero di macchine, l’architettura hardware al punto di ingresso del traffico è stata fondamentalmente rivalutata per aumentare sia il margine di elaborazione sia la stabilità.
Il proxy del livello frontale deve sostenere un’elaborazione ininterrotta anche sotto picchi consecutivi di breve termine. Per soddisfare questo requisito, CPU e memoria sono state aggiornate alle generazioni più recenti disponibili, ottenendo una configurazione che rimane stabile sotto carico sostenuto.
Questo aggiornamento non mira a migliorare marginalmente i tempi medi di risposta. Rafforza invece le fondamenta necessarie per mantenere condizioni di esecuzione delle transazioni stabili sotto una domanda aumentata.
Stato dopo l’aggiornamento
L’aggiornamento è già attivo nell’ambiente di produzione. Tutto il traffico HTTP / WebSocket / gRPC nella regione di Francoforte è attualmente gestito dalla nuova architettura di rete proxy del livello frontale.
Con una stabilità migliorata al livello di ingresso, i nodi RPC e gRPC a valle possono rimanere concentrati sulle loro responsabilità di elaborazione principali. Contenendo le fluttuazioni al punto di ingresso, le condizioni complessive di comunicazione hanno meno probabilità di degradarsi.
Migrazione dell’endpoint Geyser gRPC
Come parte di questo aggiornamento, la migrazione a un nuovo endpoint è richiesta solo per il servizio Geyser gRPC. Non ci sono cambiamenti agli endpoint HTTP o WebSocket.
La dismissione dell’endpoint Geyser gRPC legacy è prevista tra circa due settimane. Agli utenti che attualmente si affidano al vecchio endpoint è richiesto di completare la migrazione entro questo periodo. I dettagli sul nuovo endpoint e sui passaggi di migrazione sono forniti tramite il Discord ufficiale di Validators DAO.
Prezzi open sale
I prezzi open sale per i servizi RPC e gRPC di gennaio 2026 termineranno tra tre giorni. I contratti avviati entro questo periodo manterranno i prezzi open sale finché il contratto rimane attivo. Dettagli e condizioni sono disponibili tramite il Discord ufficiale di Validators DAO.
Disponibilità e richieste
Per la disponibilità più recente, la guida alla migrazione Geyser gRPC e i dettagli sui prezzi, 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
Ringraziamo sinceramente tutti gli utenti per il continuo supporto a ERPC.
