Ethereum potrebbe presto funzionare due volte più velocemente con la nuova proposta di blocchi da 6 secondi

Ethereum potrebbe presto operare al doppio della sua velocità attuale, a seguito di una proposta del sviluppatore principale Barnabé Monnot di dimezzare il tempo dello slot della rete, da 12 secondi a 6 secondi. La proposta Ethereum Improvement Proposal (EIP) 7782 potrebbe essere introdotta nel prossimo aggiornamento «Glamsterdam», previsto per il 2026.

Secondo un 20 Ethereum Magicians di giugno articolo scritto da Monnot, se la modifica del tempo dello slot venisse implementata, potrebbe ridurre il tempo che la blockchain Ethereum impiega per finalizzare le transazioni e aggiungere nuovi blocchi alla mainnet. Questo migliorerà le prestazioni della blockchain e la sua usabilità per le app decentralizzate (dApps), i wallet e i protocolli defi. 

Dimezzare il tempo dello slot per aumentare le velocità di conferma

Ethereum opera attualmente su un ciclo di slot di 12 secondi. Secondo la proposta di modifica, questo verrebbe ridotto a soli 6 secondi, raddoppiando il numero di blocchi prodotti al minuto.  

Monnot sostiene che questa accelerazione potrebbe migliorare l'esperienza utente fornendo dati più freschi e conferme più rapide, con vantaggi chiari per il defi, come finestre di arbitraggio più piccole, commissioni di trading ridotte e liquidità aumentata.

“Per i mercati delle prove, il lavoro può essere fortemente parallelizzato, quindi un singolo provatore logico potrebbe ottenere sotto-prove da molti altri provatori. Tuttavia, ridurre il tempo dello slot significa offrire più opportunità per unità di tempo per competere per il diritto di fornire la prova di un blocco," ha scritto.

L'aggiornamento di rete proposto divide lo slot da 6 secondi in tre sotto-processi più piccoli: 3 secondi per le proposte di blocco, 1,5 secondi per le attestazioni e 1,5 secondi per l'aggregazione. Preserverebbe la funzionalità totale dello slot aumentando il throughput a livello di protocollo.

Lo sviluppatore di Ether ha ribadito che la modifica non avrebbe interessato l'emissione totale ai validatori. Invece, gli staker riceverebbero ricompense più piccole ma più frequenti a causa di una minore varianza delle ricompense e di incentivi ridotti per i pool di staking. Ha aggiunto che ciò favorirebbe gli staker singoli o gli operatori domestici che faticano con rendimenti imprevedibili nel sistema attuale.

Compromessi e intoppi tecnici

Monnot ha menzionato che tempi di slot più brevi costringeranno gli sviluppatori a implementare logica condizionale all'interno dei client Ethereum e delle infrastrutture correlate per la compatibilità con le versioni precedenti. 

Poiché la rete ha funzionato con tempi di slot di 12 secondi dalla sua transizione al Proof-of-Stake, deve riprodurre i blocchi più vecchi con una tempistica coerente. Alcuni potrebbero dover passare dal monitoraggio in secondi a millisecondi, come è stato fatto sulla catena Gnosis.

“Alcuni client iniziano a costruire i blocchi proprio all'inizio di uno slot. Con soli tre secondi per la fase di proposta, qualsiasi latenza potrebbe consumare il tempo di produzione, ha spiegato. 

Tuttavia, Monnot ha notato che la quota relativa del tempo di produzione dei blocchi all'interno di uno slot aumenta effettivamente, da 4 su 12 secondi attualmente, a 3 su 6 secondi nel nuovo modello.

Scalabilità versus velocità e preconferme

La comunità di sviluppo di Ethereum sta dibattendo i meriti dell'aumento del throughput del Layer 1 rispetto all'ottimizzazione delle velocità di finalizzazione. Monnot ha ammesso che slot più brevi non scalano direttamente il throughput del gas, ma possono migliorare la reattività della catena. Ha anche citato prove della preferenza degli utenti per conferme più rapide rispetto a dimensioni dei blocchi più scalabili.

I meccanismi di preconferma, soluzioni di conferma provvisoria più veloce al di fuori del protocollo principale, sono un'opzione, ma Monnot ha affermato che gli sviluppatori preferiscono modifiche nel protocollo come l'EIP-7782. 

Uno dei compiti più complessi nell'esecuzione della proposta riguarda l'aggiornamento del software client e degli strumenti di infrastruttura come i block explorer. Questi strumenti devono accommodare sia le vecchie durate degli slot da 12 secondi che le nuove da 6 secondi. Gli sviluppatori dovranno assicurarsi che i client applichino la logica corretta a seconda che stiano elaborando blocchi storici o nuovi. Al momento della pubblicazione, la definizione completa di questi cambiamenti non era stata ancora completata.