Vitalik ha pubblicato un articolo che spiega il piano di ridimensionamento di Ethereum, coprendo l'ottimizzazione del gas a breve termine e l'implementazione graduale di ZK-EVM a lungo termine

Il co-fondatore di Ethereum, Vitalik Buterin, ha scritto sulla piattaforma X che la scalabilità di Ethereum è divisa in parti a breve e lungo termine.

Nel breve termine, l'aggiornamento di Glamsterdam introdurrà elenchi di accesso a livello di blocco per la convalida parallela, ePBS consentirà una percentuale maggiore di slot temporali per la convalida dei blocchi e la rideterminazione del prezzo del gas garantirà che i costi operativi siano allineati ai tempi di esecuzione effettivi.

Il meccanismo del gas multidimensionale sarà implementato in fasi, a partire da Glamsterdam, dove il costo di "creazione dello stato" sarà separato dal costo di "esecuzione e dati di chiamata", mentre il gas di creazione dello stato non verrà conteggiato nel limite di circa 16 milioni di transazioni di gas. Il livello EVM introdurrà un meccanismo di dimensione "serbatoio", che darà priorità al consumo di gas di dimensione dedicata per impostazione predefinita e, quando non è sufficiente, attingerà dal serbatoio. Alla fine si passerà a una tariffazione multidimensionale, in cui dimensioni diverse potrebbero avere prezzi variabili del gas.

La scalabilità a lungo termine include componenti ZK-EVM e blob. Per quanto riguarda i blob, si prevede di iterare continuamente PeerDAS, con l'obiettivo di raggiungere circa 8 MB di capacità di elaborazione dati al secondo, con i futuri dati dei blocchi Ethereum che entreranno direttamente nei blob.

L'aspetto ZK-EVM verrà implementato in fasi: entro il 2026, ci sarà un client di validazione che supporterà ZK-EVM, consentendo a circa il 5% della rete di affidarsi ad esso; entro il 2027, questo si espanderà a una proporzione maggiore di pochi nodi, promuovendo al contempo la verifica formale; una volta che le condizioni saranno mature, passerà a un meccanismo di prova obbligatorio cinque su tre, migliorando in definitiva costantemente il livello di sicurezza e di verifica formale di ZK-EVM e comportando modifiche alle VM come RISC-V.