Solana ha ridotto il tempo di slot della propria mainnet a 350 millisecondi, segnando il primo passo concreto di una roadmap a fasi volta a raggiungere in futuro una produzione di blocchi a 200 millisecondi. La modifica riduce la frequenza con cui la rete produce uno slot, accorciando la cadenza con cui le transazioni vengono ordinate e confermate per ogni applicazione in esecuzione sulla chain.

Uno slot è la finestra fissa in cui, su Solana, è previsto che un validatore designato produca un blocco. Ridurre quella finestra a 350 millisecondi, rispetto alla cadenza di 400 millisecondi su cui operava la mainnet, significa che i leader si alternano e producono blocchi con maggiore frequenza, come indicato dalla pagina di upgrade di Solana dedicata alla riduzione dei tempi di slot. La riduzione è attiva sulla mainnet e non si tratta di una prova su testnet. Per una copertura correlata, vedere: Circle punta al 16 settembre per il lancio della mainnet pubblica di Arc.

Il valore di 350 millisecondi rappresenta una tappa intermedia e non lo stato finale. L'upgrade è presentato esplicitamente come il primo passo verso l'obiettivo di 200 millisecondi, un percorso delineato nel Solana Improvement Document che propone la riduzione dei tempi di slot. L'attivazione è stata riportata come entrata in funzione sulla mainnet nell'ambito di questo rollout a fasi. Raggiungere il traguardo di 200 millisecondi dimezzerebbe la baseline di 400 millisecondi precedente alla modifica.

Perché uno slot più breve cambia il layer di esecuzione

Per gli utenti DeFi, una produzione di slot più rapida comprime l'intervallo tra l'invio di una transazione e la sua inclusione, rendendo più serrato il flusso di conferma su AMM, mercati di lending e venue basate su orderbook costruite su Solana. Una cadenza di blocchi più fitta significa che la rete raggiunge prima il blocco del leader successivo, un aspetto rilevante per azioni sensibili al tempo come le liquidazioni e l'arbitraggio. La stessa cadenza governa la conferma per i pagamenti e le applicazioni consumer, quindi l'accorciamento va oltre l'infrastruttura di trading e riguarda anche i trasferimenti ordinari. Per dare un ordine di grandezza, Ethereum produce un blocco ogni 12 secondi, il che rende la nuova cadenza di 350 millisecondi di Solana circa 34 volte più frequente.

La mossa è una modifica delle prestazioni a livello di protocollo, non un evento di mercato, e il linguaggio della roadmap indica che ulteriori lavori di ottimizzazione sono pianificati anziché completati. Raggiungere l'obiettivo di 200 millisecondi richiederà ulteriori attività di ingegneria oltre questa attivazione, secondo la proposta SIP citata in precedenza. Abbiamo analizzato le dinamiche della prima attivazione nel nostro precedente report su Solana che attiva gli slot da 350 millisecondi sulla mainnet. Per una copertura correlata, vedere: Shinhan collabora con Solana Foundation, Etherfuse e Orca per l'emissione di fondi tokenizzati.

Ciò che l'upgrade non garantisce automaticamente è un aumento proporzionale del throughput; slot più brevi cambiano la frequenza dei blocchi, ma un livello sostenuto di transazioni al secondo dipende dall'hardware dei validatori, dalla propagazione e dalle condizioni di rete, elementi non affrontati dalla sola riduzione dei tempi di slot. La copertura dell'upgrade della mainnet ha presentato la svolta con l'accorciamento dei tempi di blocco come effetto principale. Per una copertura correlata, vedere: Sandbox sospende il bridging su Base e BNB Chain dopo l'exploit.

Cosa osservare mentre Solana procede verso i 200 ms

Il punto chiave della fase successiva è verificare se le fasi verso l'obiettivo di 200 millisecondi verranno rilasciate secondo i tempi previsti e reggeranno sotto il carico della mainnet. Ogni ulteriore riduzione restringe il budget temporale di cui i validatori dispongono per produrre, propagare e votare i blocchi. Il percorso sui tempi di slot, inoltre, non è l'unico lavoro sulla latenza in corso: i ricercatori di Solana Labs hanno proposto separatamente Alpenglow, una riprogettazione del consenso che sostituirebbe Proof of History e Tower BFT con i nuovi componenti Rotor e Votor e punterebbe a una finalità dell'ordine di 100 millisecondi. Alpenglow resta una proposta e non una modifica già distribuita sulla mainnet, distinta dai passaggi incrementali sui tempi di slot ora in fase di rilascio.

La stabilità della rete è la variabile principale da monitorare. Slot più rapidi esercitano maggiore pressione sull'infrastruttura dei validatori e sulla propagazione dei blocchi, quindi l'ecosistema osserverà gli slot mancati, i tassi di skip e la salute del consenso mentre la rete opera alla nuova cadenza. Lo sviluppo dei tempi di slot di Solana in questo ecosistema ha attirato attenzione accanto all'interesse istituzionale, come la mossa di Bitwise di tokenizzare un ETF di staking su Solana.

Per ora, 350 millisecondi è lo stato live confermato, con i 200 millisecondi posizionati come prossimo obiettivo della roadmap anziché come una funzionalità già rilasciata.