ERPC lancia Shreds UDP Forwarding Premium, un flusso di dati Solana a bassa latenza in sette regioni
ERPC, gestito da ELSOUL LABO B.V. e Validators DAO, ha lanciato Shreds UDP Forwarding Premium in sette regioni. Ciascuna dispone di una propria rete mesh Premium Shreds. Dalla regione scelta, Premium invia al ricevitore, tramite UDP, i primi shred Solana grezzi che la rete riesce ad acquisire. L’accesso a consumo costa 1,39 € all’ora.
Distribuzione da un singolo nodo con Standard e una mesh di dati con Premium
Standard distribuisce gli shred grezzi di Solana da un singolo nodo. Premium raccoglie gli shred da più nodi tramite una mesh di dati in ogni regione e inoltra al ricevitore la prima copia di ciascuno shred ricevuta dalla mesh. Inoltrando i dati che arrivano per primi nella mesh, Premium è progettato per aumentare la quota di shred ricevuti prima rispetto alla distribuzione da un singolo nodo.
Per un’applicazione che monitora un mercato on-chain, il momento rilevante è quello in cui il suo ricevitore dispone di dati sufficienti per riconoscere un’istruzione. ERPC ha misurato l’arrivo dei pacchetti a Francoforte. Con l’accesso orario è possibile misurare anche quando la propria applicazione rileva lo stesso evento sul percorso di rete che si intende utilizzare.
Dal primo pacchetto all’istruzione cercata
Prendiamo un servizio che monitora un programma Solana per individuare le istruzioni di inizializzazione di un nuovo mint di token. Il primo compito è riconoscere l’istruzione, estrarre l’indirizzo del mint e passarlo alla fase successiva. Uno shred trasporta un frammento dei dati di un blocco. Appena arrivano abbastanza frammenti, il ricevitore può ricostruire le entry ed esaminarne le transazioni mentre il resto del blocco è ancora in arrivo.
Il ricevitore Rust del Solana Stream SDK implementa questo percorso. Decodifica i datagrammi UDP, riassembla gli shred in entry e passa le corrispondenze a un componente di monitoraggio configurabile. È possibile sostituire la regola di rilevamento dell’esempio con un filtro per il proprio programma e inviare le corrispondenze alla propria coda. In uno swap, l’istruzione può indicare il limite specificato da un partecipante. Per conoscere le quantità effettivamente scambiate, occorre consultare i metadati di esecuzione tramite Geyser gRPC o RPC.
Che cosa ha misurato il ricevitore di Francoforte
A settembre ERPC ha introdotto UDP Forwarding Standard per gli sviluppatori che desiderano ricevere gli shred Solana grezzi sui propri host. Entrambi i piani consentono di scegliere una regione e registrare il proprio indirizzo IPv4 pubblico e una porta UDP. Grazie a questa configurazione comune abbiamo potuto confrontare i due flussi su un’unica macchina. Lancio di Shredstream UDP Forwarding a settembre
Il 30 ottobre 2026 ERPC ha ricevuto i due flussi in parallelo per 120 secondi a Francoforte. Un’unica cattura ha registrato i pacchetti su entrambe le porte utilizzando lo stesso orologio. Abbiamo abbinato i payload UDP identici e conservato il primo arrivo su ciascun flusso. Il 93,9% dei payload osservati su Standard è comparso anche su Premium durante la cattura. In questo insieme comune, Premium è arrivato per primo nel 98% dei casi. La differenza mediana è stata di 1,78 ms.
| Differenza tra i primi arrivi sullo stesso ricevitore | p10 | p50 (mediana) | p90 | p99 |
|---|---|---|---|---|
| Timestamp Standard meno timestamp Premium | 0,94 ms | 1,78 ms | 2,68 ms | 3,89 ms |
In questa prova Premium è arrivato spesso con un anticipo compreso tra 1 e 3 ms. Il vantaggio che si conserva nell’applicazione dipende anche da quando arrivano i frammenti rimanenti, dal tempo di decodifica e dall’attesa nelle code.
Misurare separatamente l’arrivo dei pacchetti e il rilevamento nell’applicazione
Per confrontare i flussi sulla propria infrastruttura, riceverli contemporaneamente su due porte UDP distinte di un unico host. Abbinare i payload identici e confrontarne i primi tempi di arrivo. Per ciascun flusso, registrare il numero di payload senza corrispondenza, oltre alla mediana, al 90º percentile e alla quota di primi arrivi. Ripetere il confronto in momenti diversi sul percorso che si intende utilizzare.
Registrare quindi l’istante in cui ciascuna pipeline segnala una corrispondenza per la stessa firma di transazione e lo stesso indice di istruzione. La differenza tra i due timestamp indica con quanto anticipo il proprio servizio ha rilevato l’evento. Se il vantaggio si riduce tra l’arrivo del pacchetto e la segnalazione del monitor, i timestamp aiutano a individuare dove approfondire. Configurare il ricevitore e verificare l’arrivo dei pacchetti
Shred e finalità con Alpenglow
Il protocollo di voto Votor di Solana è entrato in funzione sulla mainnet il 21 ottobre. Turbine continua a propagare i dati dei blocchi sotto forma di shred. Il passaggio a Rotor, il suo successore, è previsto per una fase successiva. Il ricevitore può esaminare un’istruzione man mano che arrivano i dati, per poi far riferimento al segnale di consenso appropriato quando all’applicazione serve un risultato finalizzato. Il test di Francoforte ha misurato la prima fase. Guida ad Alpenglow della Solana Foundation · SIMD-0326
Regioni, prezzi e accesso
È possibile scegliere tra Amsterdam, Dublino, Francoforte, Londra, New York, Tokyo e Singapore. Ogni abbonamento inoltra i dati da una regione a un indirizzo IPv4 pubblico e a una porta UDP.
| Periodo di fatturazione | Prezzo di Premium al 2 novembre 2026 |
|---|---|
| Orario | 1,39 € all’ora |
| Mensile | 798 € al mese |
| Annuale | 6.703,20 € all’anno |
Nella sezione Shreds della dashboard ERPC, aprire Shreds UDP Forwarding e scegliere «Aggiungi». Selezionare quindi Premium e il periodo di fatturazione. Registrare il ricevitore e consentire il traffico UDP in ingresso sulla sua porta da tutti gli indirizzi IP sorgente indicati nella dashboard. Quando la destinazione è attiva, verificare l’arrivo dei pacchetti prima di avviare le misurazioni.
