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 articolo Ethereum Magicians , scritto da Monnot, se la modifica degli slot time venisse implementata, potrebbe ridurre il tempo impiegato dalla Ethereum per finalizzare le transazioni e aggiungere nuovi blocchi alla mainnet. Ciò migliorerà le prestazioni e l'usabilità della blockchain per app decentralizzate (dApp), wallet e protocolli defi
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 di dimostrazione, il lavoro può essere fortemente parallelizzato, quindi un singolo dimostratore logico potrebbe ottenere sottodimostrazioni da molti altri dimostratori. Tuttavia, ridurre lo slot time significa offrire più opportunità per unità di tempo di competere per il diritto di fornire la dimostrazione 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 blocchi proprio all'inizio di uno slot. Con soli tre secondi per la fase di proposta, qualsiasi latenza 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.
