Ethereum potrebbe presto correre due volte più veloce con la nuova proposta di blocco da 6 secondi

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

Secondo un Ethereum Magicians articolo , se la modifica relativa al tempo degli slot venisse implementata, potrebbe ridurre il tempo necessario alla Ethereum per finalizzare le transazioni e aggiungere nuovi blocchi alla rete principale. Ciò migliorerebbe le prestazioni e l'usabilità della blockchain per applicazioni decentralizzate (dApp), wallet e defi protocolli 

Dimezzare il tempo di slot per aumentare la velocità di conferma

Attualmente Ethereum funziona con un ciclo di slot di 12 secondi. Con la modifica proposta, questo tempo 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ù aggiornati e conferme più rapide, con chiari vantaggi per defi, come finestre di arbitraggio più piccole, commissioni di negoziazione ridotte e maggiore liquidità.

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

La modifica di rete proposta suddivide lo slot di 6 secondi in tre sottoprocessi più piccoli: 3 secondi per le proposte di blocco, 1,5 secondi per le attestazioni e 1,5 secondi per l'aggregazione. Ciò preserverebbe la funzionalità totale dello slot, aumentando al contempo la produttività a livello di protocollo.

Lo sviluppatore di Ether ha ribadito che la modifica non inciderà sull'emissione totale ai validatori. Al contrario, gli staker riceveranno ricompense più piccole ma più frequenti grazie a una minore varianza delle ricompense e a incentivi ridotti per i pool di staking. Ha aggiunto che favorirà gli staker singoli o gli operatori domestici alle prese con rendimenti imprevedibili nel sistema attuale.

Compromessi e problemi tecnici

Monnot ha affermato che tempi di slot più brevi costringeranno gli sviluppatori a implementare una logica condizionale nei client Ethereum e nelle infrastrutture correlate per garantire la compatibilità con le versioni precedenti. 

Poiché la rete funziona con tempi di 12 secondi dalla sua transizione al Proof-of-Stake, deve riprodurre i blocchi più vecchi con tempi coerenti. Alcuni potrebbero dover passare dal tracin secondi a quello in millisecondi, come è stato fatto sulla catena Gnosis.

"Alcuni clienti iniziano a costruire i blocchi proprio all'inizio di uno slot. Con solo tre secondi a disposizione per la fase di proposta, qualsiasi ritardo potrebbe incidere sui tempi di produzione", ha spiegato. 

Tuttavia, Monnot ha osservato che la quota relativa del tempo di produzione dei blocchi all'interno di uno slot aumenta effettivamente, passando dagli attuali 4 secondi su 12 a 3 secondi su 6 con il nuovo modello.

Scalabilità rispetto a velocità e preconferme

La comunità di sviluppo di Ethereumsta dibattendo sui vantaggi dell'aumento del throughput di 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 blocchi di dimensioni più scalabili.

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

Uno dei compiti più complessi nell'esecuzione della proposta riguarda l'aggiornamento del software client e degli strumenti infrastrutturali, come gli esploratori di blocchi. Questi strumenti devono supportare sia la vecchia durata di 12 secondi che quella nuova di 6 secondi. Gli sviluppatori dovranno assicurarsi che i client applichino la logica corretta a seconda che elaborino blocchi storici o nuovi. Al momento della pubblicazione, l'ambito completo di queste modifiche non era stato ancora completato.