ERPC conferma velocità e stabilità migliorate per il Dedicated Solana Shredstream (HTTP gRPC / UDP Raw Shreds). La riorganizzazione della baseline di rete migliora l’ingestione degli Shreds e le condizioni operative

ERPC, gestito da ELSOUL LABO B.V. (sede: Amsterdam, Paesi Bassi; CEO: Fumitake Kawasaki) e Validators DAO, annuncia che la velocità e la stabilità dell’ingestione degli Shreds sono migliorate per il proprio Dedicated Shredstream (HTTP gRPC / UDP Raw Shreds) distribuito all’interno della rete ERPC.

Come risultato di questo miglioramento, la latenza intermittente, il jitter e le disconnessioni momentanee che in precedenza si verificavano in rare occasioni durante l’ingestione degli Shreds sono stati ridotti, stabilizzando le condizioni di comunicazione per l’operatività continua.

Con questo aggiornamento, ERPC ha riorganizzato le ipotesi di base per la configurazione di rete L2/L3 e l’utilizzo della banda attraverso la propria infrastruttura di rete. Di conseguenza, le condizioni di comunicazione per l’ingestione degli Shreds sono migliorate per le istanze Dedicated Shredstream distribuite all’interno della rete ERPC.

Il Dedicated Shredstream riceve continuamente i dati nel primo livello in cui gli Shreds entrano nel flusso. A questo livello, qualsiasi jitter o disconnessione momentanea può propagare immediatamente il proprio impatto all’elaborazione a valle. A seguito di questo miglioramento, le condizioni di comunicazione su questo percorso di ingestione iniziale sono diventate più stabili, migliorando l’operatività di lunga durata del Dedicated Shredstream.

In precedenza, in alcuni ambienti, le pratiche operative richiedevano riavvii periodici dei processi a causa di condizioni di comunicazione instabili. Dopo questo miglioramento di rete, la necessità di tali riavvii è diminuita, consentendo al Dedicated Shredstream di rimanere operativo per periodi più lunghi senza interruzioni.

Se continui a riscontrare irregolarità nelle condizioni di comunicazione, contattaci tramite un ticket di supporto sul Discord ufficiale di Validators DAO. Esamineremo ogni caso individualmente e, se necessario, assisteremo con la verifica o la migrazione a un ambiente di nodi più recente.

Discord ufficiale di Validators DAO: https://discord.gg/C7ZQSrCkYR

Nell’operatività Solana reale, l’invio delle transazioni, la produzione dei blocchi, il rilevamento degli Shreds, la sincronizzazione dello stato e le elaborazioni complementari avvengono continuamente a brevi intervalli. Questi processi non operano in modo indipendente; progrediscono invece influenzandosi l’un l’altro.

Se il rilevamento è ritardato, le decisioni di invio delle transazioni sono ritardate. Se l’invio è ritardato, i risultati del rilevamento successivo ne risentono. All’interno di questa catena di dipendenze, gli Shreds sono i primi dati a propagarsi. Poiché gli Shreds fluiscono prima dei livelli RPC, gRPC e WebSocket, le condizioni di comunicazione a questo stadio definiscono il limite superiore per tutta l’elaborazione a valle.

Anche se la latenza media appare bassa nei test a breve termine, la variabilità o le disconnessioni momentanee possono destabilizzare i risultati. Nell’operatività Solana reale, tali fluttuazioni influenzano i tempi di rilevamento e invio, e il loro impatto si propaga attraverso l’intera pipeline di elaborazione. Le condizioni di comunicazione per l’ingestione degli Shreds sono quindi un fattore determinante dei risultati operativi.

Con gli endpoint condivisi, le connessioni concorrenti di più utenti portano a contesa per la banda e le risorse di elaborazione. Sebbene tale contesa possa non essere visibile in condizioni normali, diventa evidente durante i periodi di picco critici.

Quando l’attività di mercato si intensifica e il traffico complessivo aumenta, le architetture condivise sono più soggette a condizioni degradate. Nell’operatività Solana, questi periodi di picco sono esattamente i momenti in cui le prestazioni contano di più.

Il Dedicated Shredstream elimina strutturalmente questa contesa, stabilizzando le condizioni di comunicazione per l’ingestione degli Shreds. Il suo valore sta nel mantenere condizioni stabili proprio quando la pressione di picco è più alta.

La consegna degli Shreds tramite HTTP gRPC si basa su stream TCP, offrendo vantaggi nell’implementazione e nella gestione operativa. Il TCP incorpora controllo delle ritrasmissioni, controllo della congestione e garanzie di ordinamento, assicurando una comunicazione affidabile.

Tuttavia, in condizioni di congestione, possono verificarsi ritrasmissioni e attese, ritardando l’arrivo iniziale dei dati. Questo comportamento è intrinseco al design del TCP.

I Raw Shreds basati su UDP non dispongono di questi meccanismi di controllo e ricevono i dati in una forma più vicina al formato wire scambiato tra i validator Solana. Di conseguenza, gli Shreds possono arrivare a uno stadio più precoce. Questo approccio presuppone potenziale perdita di pacchetti e riordinamento, lasciando all’applicazione la responsabilità della ricostruzione e della decodifica.

I Raw Shreds UDP non vengono valutati esclusivamente sulla velocità di comunicazione. Resta un ampio margine per le scelte implementative, tra cui la ricostruzione degli Shreds, la decodifica dei blocchi e la progettazione dell’elaborazione iniziale.

Sebbene questa discrezionalità introduca complessità implementativa, fornisce margine per i casi d’uso che richiedono rilevamento estremamente veloce e risposta iniziale. In pratica, un approccio graduale che valida l’UDP accanto agli stream gRPC esistenti è realistico.

Il Dedicated Shredstream di ERPC supporta l’uso parallelo di gRPC (HTTP/TCP) e UDP, consentendo validazione e sviluppo senza richiedere una migrazione completa dalle configurazioni esistenti.

Le differenze di prezzo del Dedicated Shredstream non si basano su disparità di funzionalità. Riflettono differenze nel posizionamento dei data center, nella posizione di rete e nella qualità delle risorse, ciascuna delle quali si traduce in differenze di diversi millisecondi nella latenza media e nella stabilità.

Le installazioni Dedicated Shredstream che utilizzano risorse bare metal su larga scala possono sfruttare più thread e più banda, mantenendo le prestazioni durante i periodi di picco. Anche la resistenza alle disconnessioni e la stabilità durante le riconnessioni sono migliorate.

Quando Premium VPS e Dedicated Premium Shreds sono posizionati all’interno della stessa rete, l’ingestione e l’elaborazione degli Shreds possono completarsi senza attraversare l’internet pubblico. Queste condizioni di comunicazione influenzano i risultati operativi tanto direttamente quanto le prestazioni di CPU e memoria.

Solana è un progetto globale con sviluppatori e operatori distribuiti in tutto il mondo. Quando l’infrastruttura ad alte prestazioni è limitata a specifiche regioni centrali, le connessioni a lunga distanza introducono sia latenza sia concentrazione del traffico.

Fornendo il Dedicated Shredstream a livello globale, ERPC consente a ciascun progetto di validare e operare nel proprio ambiente più vicino. Questo evita una concentrazione eccessiva nelle regioni centrali e stabilizza le condizioni complessive della rete.

Poiché i leader Solana ruotano a livello globale, le origini della produzione dei blocchi si spostano continuamente. In questo modello di esecuzione, espandere la copertura geografica è più efficace che concentrare le risorse in un’unica posizione.

L’open pricing per il Dedicated Shredstream terminerà a gennaio 2026. I contratti stipulati durante gennaio 2026 manterranno l’attuale open pricing finché il contratto rimane attivo.

Per consulenze sulla configurazione, la selezione della regione o indicazioni sull’uso di gRPC / UDP, 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