La roadmap Ethereum ha una nuova versione, e questa volta il cambiamento promesso non è incrementale. Vitalik Buterin ha presentato il 4 luglio l’aggiornamento del piano “Lean Ethereum”, definendolo la terza grande iterazione del protocollo: un rebuild pluriennale paragonabile per portata al Merge del 2022, che nell’arco di tre-quattro anni andrà a sostituire quasi ogni componente principale della rete. Il tutto, promette il cofondatore, senza costringere le applicazioni esistenti a migrare. Il mercato ha reagito: ETH tratta intorno ai 1.770 dollari, in rialzo di circa il 12% sui sette giorni.
L’annuncio arriva dopo un incontro dei ricercatori Ethereum a Berlino, che ha fatto seguito alle discussioni con i team dei client tenute alle Svalbard in aprile. Il risultato è una “strawmap” aggiornata: una bozza di roadmap che mette nero su bianco priorità, componenti e orizzonti temporali. Vediamo cosa contiene davvero.
Il cuore tecnico: verifica con STARK ricorsivi
Il cambiamento più profondo riguarda il modo in cui la rete verifica sé stessa. Oggi ogni nodo ri-esegue ogni transazione per validare la catena. Nel disegno di Lean Ethereum, i nodi verificherebbero invece una prova crittografica compatta dell’intera catena, basata su STARK ricorsivi: prove a conoscenza zero che dimostrano la correttezza di una computazione senza doverla rifare.
La novità non è l’uso degli STARK in sé, già diffuso nei rollup, ma la volontà di incorporarli nel protocollo (“enshrinement”): la verifica tramite prova diventerebbe una funzione nativa del layer base, non un servizio esterno. Le implicazioni pratiche:
- Nodi molto più leggeri: verificare una prova costa una frazione della ri-esecuzione completa, abbassando la barriera per far girare un nodo.
- Scalabilità del layer 1: se l’esecuzione non deve essere replicata da tutti, il throughput può crescere senza sacrificare la decentralizzazione.
- Ponte naturale verso lo ZK-EVM nativo: la macchina virtuale stessa diventa “provabile”, con l’ipotesi di lungo periodo di andare oltre l’EVM verso un set di istruzioni come RISC-V.
Consensus più semplice e finalità rapida
Il secondo pilastro è la semplificazione del consensus layer. La roadmap prevede un meccanismo di consenso più snello con finalità in uno o due round: le transazioni diventerebbero irreversibili in tempi molto più brevi rispetto ai circa 13-15 minuti attuali. A questo si affianca il gas multidimensionale, cioè prezzi separati per risorse diverse (computazione, dati, storage), per evitare che un solo tipo di domanda saturi tutta la rete.
Post-quantum entro il 2029
La resistenza ai computer quantistici è salita in cima all’agenda. Il piano prevede la sostituzione di tutte le componenti crittografiche vulnerabili con alternative quantum-safe entro il 2029, e il lavoro sui “blob” quantum-resistenti è già in corso da mesi. Le firme basate su curve ellittiche, il punto debole di quasi tutte le blockchain di fronte a un ipotetico Q-Day, verrebbero rimpiazzate da schemi basati su hash e reticoli. Chi vuole approfondire il lato matematico della questione trova un’analisi rigorosa nell’articolo su Lean Ethereum e resistenza quantistica di Bitcoin Scientifico, che confronta l’approccio di Ethereum con la situazione di Bitcoin.
Privacy come obiettivo di prima classe
Per la prima volta la privacy non è un’aggiunta ma un requisito di progetto, “first-class goal” nelle parole di Buterin. Entra nel disegno di componenti chiave come la mempool e lo state tree, e include lo staking ZK-unlinkable: i validatori potranno partecipare al consenso senza esporre on-chain la propria storia di transazioni. L’intero impianto dovrà inoltre poggiare su verifica formale del codice, per ridurre il rischio di bug nelle componenti critiche.
Lo stato dei dati: la parte più delicata
Il capitolo potenzialmente più dirompente riguarda lo storage. Buterin ha delineato una rete che nel 2030 gestirebbe circa 2 terabyte di stato “dinamico” (quello flessibile di oggi) affiancati da 100 terabyte di un nuovo tipo di stato, più scalabile ma più restrittivo: adatto a token, NFT e a gran parte della DeFi, meno ai contratti complessi come gli exchange decentralizzati.
La migrazione non sarebbe obbligatoria, ma conveniente: riscrivere un token ERC-20 sul nuovo storage potrebbe tagliarne le commissioni di oltre dieci volte. È il classico compromesso ingegneristico: capacità enormemente maggiore in cambio di regole d’uso più rigide.
Tempi e tappe: cosa aspettarsi
- Breve termine: l’upgrade Glamsterdam, con un forte aumento del gas limit. Ne avevamo analizzato i contenuti nel nostro approfondimento sull’upgrade Glamsterdam.
- Medio termine: il fork Hegotá, che secondo Buterin sarà probabilmente l’ultimo prima dell’era “Lean”.
- 3-4 anni: sostituzione progressiva dei componenti principali (verifica STARK, consensus semplificato, crittografia post-quantum).
- ~5 anni: ulteriori guadagni di capacità e velocità, con l’orizzonte 2030 per il nuovo modello di stato.
Implicazioni per utenti, staker e sviluppatori
Per gli utenti il messaggio è continuità: nessuna migrazione forzata, applicazioni che continuano a funzionare, commissioni destinate a scendere con il nuovo storage e il gas multidimensionale. Per gli staker, la finalità rapida e lo staking ZK-unlinkable cambiano l’esperienza operativa e la privacy dei validatori; chi partecipa al consenso farà bene a seguire l’evoluzione dei requisiti, che si innesta sul quadro che abbiamo descritto nella guida allo staking Ethereum nel 2026. Per gli sviluppatori, l’orizzonte RISC-V e il doppio regime di stato richiederanno scelte architetturali nuove, ma con anni di preavviso.
Resta la variabile esecuzione: le roadmap di Ethereum hanno una storia di rinvii, e questa arriva mentre la Ethereum Foundation ha appena ridotto personale e budget. La differenza, stavolta, è che il piano nasce esplicitamente “lean”: meno componenti, più semplici, più verificabili.
Disclaimer: questo articolo ha finalità esclusivamente informative e formative e non costituisce consulenza finanziaria né sollecitazione all’investimento. Ogni decisione resta di esclusiva responsabilità del lettore.