Come Ethereum si è trasformato nel tempo e perché aggiornamenti come Dencun, Pectra, Fusaka, Glamsterdam e Hegotá definiscono il futuro della rete

Introduzione

Nei primi tre articoli abbiamo costruito le fondamenta per capire Ethereum in modo serio. Prima abbiamo spiegato perché Ethereum non nasce come una semplice alternativa a Bitcoin, ma come una blockchain programmabile, capace di portare il valore digitale dentro smart contract, applicazioni decentralizzate e logiche eseguite dalla rete. Poi siamo entrati nella macchina tecnica: account, transazioni, gas, EVM, smart contract e stato globale. Nel terzo articolo abbiamo analizzato il motore economico: ETH come asset nativo, gas fee, EIP-1559, burn, staking, Proof-of-Stake, validatori, liquid staking e sicurezza economica. Adesso serve fare un passo ulteriore, perché Ethereum non è una rete ferma. È un protocollo vivo, in continua evoluzione, costruito attraverso una lunga sequenza di aggiornamenti tecnici, dibattiti, compromessi e decisioni collettive.

Studiare Ethereum senza guardare la sua roadmap significa osservare una fotografia e ignorare il film. La rete non è arrivata alla forma attuale in un solo momento. È passata da una fase giovane basata su Proof-of-Work a un’infrastruttura Proof-of-Stake; ha cambiato il proprio mercato delle fee; ha introdotto il burn di ETH; ha abilitato i prelievi dello staking; ha spostato una parte enorme della scalabilità verso i Layer 2; ha introdotto i blob per ridurre i costi dei rollup; ha iniziato a migliorare l’esperienza dei wallet; e continua a preparare modifiche più profonde su data availability, costruzione dei blocchi, esecuzione, statelessness, UX e sicurezza di lungo periodo. Ogni upgrade non è un semplice aggiornamento software: è un pezzo della trasformazione di Ethereum da esperimento blockchain a possibile infrastruttura globale.

Il punto difficile è che la roadmap di Ethereum non somiglia a una tabella rigida, chiusa e immutabile. Non esiste un piano deciso una volta per tutte da un singolo centro di comando. La rete evolve attraverso ricerca, discussioni tecniche, Ethereum Improvement Proposals, testnet, client team, core developers, validatori, operatori di nodi, applicazioni, community e pressioni reali dell’ecosistema. Alcuni obiettivi restano stabili per anni, mentre le soluzioni cambiano. Alcune idee vengono accelerate, altre rallentate, altre ancora rimosse perché troppo rischiose, immature o difficili da integrare. Questa natura adattiva rende Ethereum flessibile, ma anche complesso da raccontare e difficile da seguire per chi cerca risposte semplici.

La roadmap va quindi letta con equilibrio. Da un lato è una delle grandi forze di Ethereum: dimostra capacità di adattamento, ricerca continua e volontà di migliorare scalabilità, sicurezza, decentralizzazione ed esperienza utente. Dall’altro lato rappresenta anche una fonte di rischio: più una rete cambia, più aumentano la complessità, la necessità di coordinamento, la possibilità di bug, le discussioni sulla governance e la difficoltà per utenti e sviluppatori di stare al passo. Ethereum vuole diventare un’infrastruttura più scalabile, più sicura e più semplice da usare, ma ogni passo richiede compromessi. Questo articolo serve a leggere quella trasformazione con metodo, senza entusiasmo cieco e senza scetticismo superficiale.

Perché Ethereum ha bisogno di una roadmap

Una roadmap è necessaria perché Ethereum prova a risolvere un problema molto più ampio del semplice trasferimento di valore. Una blockchain programmabile deve eseguire codice, custodire stato, mantenere sicurezza economica, permettere a migliaia di applicazioni di interagire, sostenere Layer 2, supportare stablecoin, DeFi, NFT, DAO, tokenizzazione e una quantità crescente di attività on-chain. Se la rete restasse identica alla sua forma iniziale, non riuscirebbe a gestire le esigenze tecniche, economiche e operative che il suo stesso successo ha creato. La roadmap nasce proprio da questa pressione: Ethereum deve continuare a evolversi per non diventare prigioniero dei propri limiti.

Il primo limite è la scalabilità. Una rete decentralizzata non può aumentare capacità come un server centralizzato senza pagare conseguenze. Se il Layer 1 diventasse troppo pesante da verificare, pochi operatori professionali potrebbero permettersi di eseguire nodi completi, e la decentralizzazione ne uscirebbe indebolita. Se invece la capacità resta troppo bassa, le fee salgono e l’uso quotidiano diventa proibitivo. Per affrontare questo compromesso, Ethereum ha scelto una strategia rollup-centric: il Layer 1 resta il livello di sicurezza, settlement e data availability, mentre molte operazioni si spostano sui Layer 2. Questa direzione richiede aggiornamenti profondi, come Dencun, Fusaka e i futuri miglioramenti sui blob, perché senza una migliore disponibilità dei dati i rollup non possono scalare in modo sostenibile.

Un secondo limite riguarda l’esperienza utente. Per anni usare Ethereum ha significato gestire seed phrase, pagare gas in ETH, approvare token, firmare transazioni difficili da leggere, muoversi tra reti diverse, bridge, Layer 2 e interfacce spesso poco intuitive. Non è un dettaglio secondario. Una tecnologia può essere potentissima, ma se l’utente medio non riesce a usarla in modo sicuro, la sua adozione rimane limitata. Per questo la rete lavora su account abstraction, wallet più intelligenti, gas sponsorship, batching, recovery e strumenti capaci di rendere l’interazione meno fragile. Pectra ha segnato un passaggio importante in questa direzione, ma la strada non è conclusa: un protocollo può abilitare nuove possibilità, mentre wallet, dApp e infrastrutture devono trasformarle in esperienza reale.

Esiste poi il tema della sicurezza e della sostenibilità di lungo periodo. Ethereum deve difendersi non solo dagli attacchi di oggi, ma anche dai problemi futuri: MEV, censura, concentrazione dello staking, dipendenza da pochi client, crescita dello stato, complessità dei Layer 2, rischi dei bridge, sostenibilità della data availability e, più avanti, anche sicurezza post-quantum. La roadmap non è solo una lista di funzioni nuove. È il tentativo di preparare la rete a sopravvivere nel tempo senza perdere le proprietà che la rendono utile: apertura, verificabilità, neutralità, resistenza alla censura e capacità di eseguire applicazioni senza un intermediario centrale.

Dagli inizi a Homestead: Ethereum come esperimento programmabile

Ethereum parte ufficialmente nel 2015 con Frontier, la prima versione pubblica della rete. Frontier non era Ethereum maturo. Era una fase iniziale, tecnica, pensata soprattutto per sviluppatori, sperimentatori e primi utenti disposti ad accettare rischi elevati. Gli strumenti erano grezzi, l’esperienza utente era limitata e molte infrastrutture oggi considerate normali non esistevano ancora. Eppure l’idea era già potente: una blockchain pubblica in cui il valore non veniva soltanto trasferito, ma programmato attraverso smart contract. Frontier rappresenta il momento in cui la visione del whitepaper comincia a diventare infrastruttura reale.

Con Homestead, arrivato nel 2016, Ethereum entra in una fase più stabile. Non diventa improvvisamente “completo”, ma comunica al mercato e agli sviluppatori che la rete sta passando dalla sperimentazione estrema a una base più affidabile. In questo periodo Ethereum inizia a consolidare la propria identità: non solo moneta digitale, non solo registro distribuito, ma ambiente di esecuzione. Gli sviluppatori iniziano a costruire contratti, token, primi strumenti e applicazioni. La rete mostra cosa significa avere una macchina virtuale condivisa e programmabile, dove il codice può definire regole economiche, condizioni di accesso, trasferimenti e interazioni tra utenti senza passare da una piattaforma centrale.

Già in questa fase emerge una lezione importante: Ethereum cresce accettando complessità. Bitcoin ha scelto un percorso più conservativo, con una base monetaria estremamente rigida e uno script volutamente limitato. Ethereum prende un’altra direzione: una piattaforma più flessibile, più aperta alla sperimentazione, ma anche più esposta a errori, bug e rischi applicativi. Da qui nasce una parte della differenza strutturale tra i due ecosistemi. Bitcoin cerca robustezza attraverso semplicità e lentezza del cambiamento; Ethereum cerca potenza espressiva attraverso programmabilità ed evoluzione continua.

Byzantium, Constantinople e Istanbul: la rete comincia a rafforzarsi

Dopo la fase iniziale, Ethereum entra in una stagione di upgrade più tecnici e progressivi. Byzantium, Constantinople e Istanbul introducono miglioramenti al protocollo, ottimizzazioni, modifiche ai costi del gas, nuove primitive crittografiche e passaggi preparatori per il futuro. Non sono aggiornamenti sempre facili da spiegare a un pubblico non tecnico, perché spesso non cambiano immediatamente ciò che l’utente vede nel wallet. Eppure sono fondamentali, perché una blockchain non cresce solo attraverso grandi eventi narrativi. Cresce anche attraverso miglioramenti silenziosi che rendono il sistema più efficiente, più sicuro e più adatto alle applicazioni.

Byzantium, nel 2017, fa parte della fase Metropolis e introduce modifiche importanti per rendere Ethereum più maturo. Tra le direzioni più rilevanti c’è il miglioramento del supporto crittografico e della flessibilità tecnica. In quegli anni Ethereum sta ancora sperimentando la propria identità: ICO, token ERC-20, prime applicazioni, crescita dell’ecosistema e aumento dell’attenzione pubblica. L’uso crescente mette la rete sotto pressione e rende ogni limite più visibile. Gli upgrade servono a correggere, ottimizzare e preparare.

Constantinople, attivato nel 2019 insieme a Petersburg, prosegue questo percorso. Introduce ottimizzazioni e modifiche ai costi di alcune operazioni, ma soprattutto continua a preparare il terreno per il grande cambiamento che Ethereum aveva in mente da tempo: il passaggio a Proof-of-Stake. In questa fase la rete è ancora Proof-of-Work, ma la traiettoria verso un diverso modello di consenso è già presente. La transizione sarà lunga, molto più lunga di quanto molti immaginavano, e proprio questa lentezza mostra quanto sia difficile modificare il motore di una rete pubblica senza distruggerne la continuità.

Istanbul, sempre nel 2019, migliora compatibilità, costi del gas e supporto a operazioni utili anche per soluzioni di scalabilità e privacy. A livello narrativo non ha la forza di The Merge o Dencun, ma fa parte di quel lavoro di manutenzione profonda che permette a Ethereum di restare competitivo. Ogni upgrade tecnico è un tassello: non tutti diventano famosi, ma tutti contribuiscono a rendere la rete più pronta per la fase successiva.

Beacon Chain: il primo passo concreto verso Proof-of-Stake

Il lancio della Beacon Chain nel 2020 è uno dei momenti più importanti nella storia di Ethereum. Non sostituisce immediatamente la vecchia chain Proof-of-Work, ma introduce il nuovo livello di consenso Proof-of-Stake in parallelo. È come costruire il nuovo motore mentre la macchina vecchia continua a viaggiare. La Beacon Chain permette di avviare lo staking, coordinare validatori e testare il nuovo sistema di consenso prima della fusione definitiva con il livello di esecuzione.

Questa scelta mostra quanta cautela fosse necessaria. Passare da Proof-of-Work a Proof-of-Stake non significava cambiare un parametro. Voleva dire sostituire il meccanismo con cui la rete decide quali blocchi sono validi, chi partecipa al consenso, quali incentivi proteggono il sistema e quali penalità scoraggiano comportamenti dannosi. Farlo su una rete già usata da applicazioni, exchange, protocolli DeFi e miliardi di dollari di valore richiedeva prudenza, test e coordinamento.

La Beacon Chain modifica anche il modo in cui pensare alla sicurezza di Ethereum. Con Proof-of-Work, il potere era legato a mining, hardware ed energia. Con il nuovo livello di consenso, la rete inizia a costruire una sicurezza basata su validatori e capitale in staking. Questo non rende automaticamente il sistema migliore in ogni aspetto, ma lo rende diverso. Il peso si sposta dalla competizione energetica alla garanzia economica. Da quel momento, la roadmap di Ethereum diventa chiaramente orientata al Proof-of-Stake.

London ed EIP-1559: Ethereum cambia il proprio mercato delle fee

London, nel 2021, è uno degli upgrade più importanti prima di The Merge. Il suo elemento più conosciuto è EIP-1559, che modifica il mercato delle fee introducendo la base fee e il burn. Prima di questo aggiornamento, gli utenti partecipavano a un sistema di aste più caotico, spesso difficile da prevedere. Con EIP-1559, Ethereum introduce un meccanismo più ordinato: una parte della fee viene determinata dal protocollo in base alla congestione della rete, mentre l’utente può aggiungere una priority fee per incentivare l’inclusione della transazione.

Il passaggio più rilevante è il burn della base fee. Una parte delle fee pagate dagli utenti viene rimossa dalla circolazione, cambiando il rapporto tra utilizzo della rete e offerta di ETH. Più la rete viene usata, più ETH può essere bruciato. Come abbiamo spiegato nel terzo articolo, questo non significa che ETH sia sempre deflazionistico e non va trasformato in uno slogan da mercato. Significa però che Ethereum ha introdotto una relazione diretta tra domanda di blockspace e dinamica monetaria dell’asset nativo.

London conta anche per un altro motivo: mostra che Ethereum può cambiare elementi economici profondi del protocollo. Questa capacità è una forza e una criticità allo stesso tempo. È una forza perché permette alla rete di adattarsi e migliorare. È una criticità perché ogni modifica economica richiede fiducia nel processo di governance off-chain, nel lavoro dei core developers, nel consenso sociale e nella capacità dell’ecosistema di accettare l’upgrade. Ethereum non ha un CEO, ma non è nemmeno una macchina immobile. La sua governance è informale, tecnica, sociale e complessa.

The Merge e Paris: il cambio di motore della rete

The Merge, avvenuto nel 2022 attraverso l’upgrade Paris sul livello di esecuzione, è probabilmente il passaggio più importante nella storia di Ethereum. Con questa transizione, la rete abbandona definitivamente il mining Proof-of-Work e si unisce alla Beacon Chain Proof-of-Stake. Da quel momento, i blocchi non vengono più prodotti dai miner, ma proposti e attestati dai validatori. Ethereum cambia motore senza fermare l’infrastruttura su cui girano smart contract, token, applicazioni, protocolli DeFi e asset digitali.

La portata tecnica di questo evento è enorme. Una rete pubblica, globale, con attività economica reale, ha modificato il proprio meccanismo di consenso mantenendo continuità operativa. Non è stato un semplice aggiornamento estetico. È stato un intervento a cuore aperto. The Merge ha ridotto drasticamente il consumo energetico di Ethereum e ha completato una transizione attesa da anni. Come sempre, però, ogni soluzione apre nuovi problemi. Il mining sparisce, ma emergono temi come concentrazione dello staking, liquid staking, operatori dominanti, client diversity, MEV e pressione regolatoria su validatori e intermediari.

The Merge non rende Ethereum perfetto. Lo rende diverso. Prima la sicurezza dipendeva dalla spesa in energia e hardware; dopo The Merge dipende da capitale messo in staking, incentivi, penalità e slashing. È una scelta coerente con l’identità di Ethereum come piattaforma programmabile, ma non elimina la necessità di controllare la distribuzione del potere. Una rete Proof-of-Stake può essere sicura solo se il capitale e l’infrastruttura di validazione non diventano troppo concentrati. Per questo The Merge va letto come una conquista tecnica, non come una conclusione.

Shanghai/Shapella: lo staking diventa completo

Dopo The Merge mancava un passaggio essenziale: la possibilità per i validatori di ritirare ETH in staking. Shanghai, sul livello di esecuzione, e Capella, sul livello di consenso, insieme spesso chiamati Shapella, hanno abilitato i prelievi. Questo upgrade ha chiuso una fase storica. Prima di Shapella, chi aveva depositato ETH per partecipare alla Beacon Chain aveva accettato un vincolo forte: il capitale era bloccato fino a un aggiornamento futuro. Con Shapella, lo staking diventa più completo e operativo.

Il significato è stato sia economico sia psicologico. Economico, perché ha reso più flessibile la gestione dello staking. Psicologico, perché ha ridotto l’incertezza legata al blocco dei fondi. Molti osservatori temevano pressioni di vendita massive dopo l’abilitazione dei prelievi; nella pratica la dinamica è stata più articolata, perché la possibilità di uscire ha reso lo staking più credibile anche per chi prima esitava a entrare. In una rete Proof-of-Stake, la liquidità operativa del capitale in staking è un tema importante: se il sistema vuole attirare validatori e mantenere sicurezza economica, deve anche offrire regole chiare per entrata e uscita.

Shapella conferma un aspetto fondamentale della roadmap Ethereum: gli upgrade non servono solo ad aggiungere nuove funzioni per utenti finali. Servono anche a completare infrastrutture interne, ridurre incertezze e rendere più solido il funzionamento dei livelli profondi della rete. Per chi usa Ethereum ogni giorno, Shapella poteva sembrare meno visibile di una fee più bassa o di una nuova dApp. Per i validatori e per la struttura economica del protocollo, invece, è stato un passaggio decisivo.

Dencun: i blob e la nuova fase dei Layer 2

Dencun, attivato nel 2024, è uno degli upgrade più importanti per la strategia rollup-centric di Ethereum. Il suo elemento centrale è EIP-4844, noto anche come proto-danksharding, che introduce i blob. Per capire Dencun bisogna partire da un problema pratico: i Layer 2, per ereditare sicurezza da Ethereum, devono pubblicare dati sul Layer 1. Prima dei blob, questi dati venivano spesso inseriti come calldata, una soluzione costosa perché occupava spazio prezioso e permanente nella struttura della rete. I blob introducono un canale più adatto ai dati dei rollup: dati disponibili per la verifica, ma non conservati per sempre nello stesso modo della calldata.

L’impatto sui costi dei Layer 2 è stato importante. Se i rollup possono pubblicare dati in modo più efficiente, possono ridurre le fee per gli utenti. Questo non significa che Dencun abbia risolto definitivamente la scalabilità di Ethereum, ma ha cambiato l’architettura economica dei Layer 2. Ethereum non prova più a fare tutto sul Layer 1. Prova a diventare il livello di settlement e data availability su cui i Layer 2 possono scalare. I blob sono quindi una delle chiavi per capire il futuro della rete.

Il termine proto-danksharding segnala che Dencun non è il punto finale. È una fase preparatoria. La rete non introduce ancora una forma completa e definitiva di danksharding, ma crea una base per scalare progressivamente la disponibilità dei dati. I blob sono un primo grande passo: abbassano i costi dei rollup e preparano il terreno per ulteriori aumenti di capacità. Tuttavia non eliminano i rischi dei Layer 2: sequencer centralizzati, bridge, frammentazione della liquidità, esperienza utente complessa e cattura del valore rimangono problemi aperti. Dencun migliora la strada, non cancella il percorso.

Pectra: wallet, validatori e maggiore capacità per i Layer 2

Pectra, unione di Prague ed Electra, rappresenta un altro passaggio importante perché interviene su più fronti: esperienza utente, validatori e scalabilità. Uno degli elementi più discussi è EIP-7702, che permette agli account esterni, cioè gli account tradizionali controllati da chiavi private, di assumere temporaneamente funzionalità tipiche degli smart account. Questo apre la porta a esperienze più evolute: batching di operazioni, gas sponsorship, sistemi di recupero più flessibili e controlli di spesa. Non è ancora account abstraction totale e definitiva, ma è un passo concreto verso wallet più intelligenti e meno primitivi.

Il ragionamento di fondo è semplice: l’utente medio non dovrebbe essere costretto a capire ogni dettaglio tecnico per usare Ethereum in sicurezza. Oggi molte operazioni sono ancora troppo macchinose: approvare un token, fare uno swap, cambiare rete, pagare gas, controllare l’indirizzo, gestire seed phrase, capire cosa si sta firmando. L’obiettivo degli upgrade legati alla UX è ridurre questa frizione senza sacrificare self-custody e verificabilità. Pectra va in questa direzione, anche se la vera riuscita dipende dagli strumenti costruiti sopra il protocollo. Un upgrade può abilitare nuove possibilità, ma wallet, dApp e servizi devono implementarle bene.

Sul lato dei validatori, Pectra migliora l’esperienza operativa e modifica il massimo effective balance fino a 2.048 ETH. Questo permette una gestione più efficiente per operatori con molti ETH in staking, riducendo la necessità di frammentare eccessivamente la validazione in molti validatori separati. Anche qui il vantaggio operativo deve essere letto insieme ai rischi: aumentare l’efficienza degli operatori è utile, ma Ethereum deve continuare a vigilare sulla concentrazione dello staking. Infine, l’upgrade rafforza anche la capacità legata ai blob, proseguendo il percorso aperto da Dencun per i Layer 2. È meno narrativo di The Merge, ma molto concreto: migliora wallet, staking e scalabilità dei dati.

Fusaka: PeerDAS, blob e scalabilità più sicura

Fusaka porta Ethereum dentro una fase ancora più orientata alla scalabilità dei Layer 2. Il concetto centrale è PeerDAS, cioè Peer Data Availability Sampling. L’idea è tecnica, ma il senso si può spiegare in modo chiaro: invece di obbligare ogni nodo a scaricare integralmente tutti i dati dei blob per verificare che siano disponibili, PeerDAS permette ai nodi di campionare porzioni di dati, mantenendo garanzie crittografiche sulla disponibilità complessiva. In questo modo si riduce il carico sui nodi e si crea spazio per aumentare la capacità dei blob senza far crescere proporzionalmente i requisiti per ogni partecipante.

Qui tocchiamo un punto cruciale. Aumentare semplicemente la quantità di dati senza una strategia rischierebbe di rendere i nodi più pesanti e quindi meno accessibili. PeerDAS prova a scalare in modo più intelligente: più capacità per i rollup, ma senza scaricare tutto il peso su ogni nodo. Il risultato è una maggiore disponibilità di dati per i Layer 2, con potenziale riduzione dei costi e maggiore capacità di gestire attività on-chain su rollup. Ancora una volta, Ethereum non sta cercando di trasformare il Layer 1 in un server centralizzato ad altissima capacità. Sta cercando di aumentare la capacità preservando verificabilità e decentralizzazione.

Fusaka introduce anche la logica dei Blob Parameter Only fork, cioè aggiornamenti mirati ai parametri dei blob senza dover attendere ogni volta un grande hard fork completo. Questo aspetto è importante perché rende la crescita della capacità dati più graduale e adattabile alla domanda reale. Se i Layer 2 consumano più blob, Ethereum può aumentare progressivamente i parametri; se la domanda non lo richiede, può evitare aumenti inutili. È una forma di scalabilità più misurata, meno spettacolare ma più prudente. In una rete che vuole durare decenni, la prudenza non è debolezza. È parte della sicurezza.

Glamsterdam e Hegotá: ciò che si sa e ciò che resta incerto

Dopo Fusaka, l’attenzione si sposta su Glamsterdam e Hegotá. Qui bisogna essere particolarmente cauti, perché parlare degli upgrade futuri di Ethereum significa muoversi dentro una roadmap soggetta a modifiche. Gli elementi previsti possono cambiare, alcune proposte possono essere rinviate, altre eliminate, altre ancora inserite in forme diverse. La cosa importante non è fingere certezza, ma capire la direzione strategica. Glamsterdam, secondo la roadmap attuale, punta su due aree molto importanti: enshrined proposer-builder separation e block-level access lists.

L’enshrined proposer-builder separation, spesso abbreviata in ePBS, riguarda il modo in cui vengono costruiti i blocchi. Oggi la separazione tra chi propone il blocco e chi lo costruisce avviene attraverso infrastrutture esterne e mercati collegati al MEV. Integrare questa separazione più direttamente nel protocollo potrebbe ridurre alcune dipendenze esterne e rendere più sicuro il modo in cui i validatori delegano la costruzione dei blocchi. È un tema delicato perché tocca MEV, censura, neutralità, incentivi e struttura del mercato dei blocchi. Non è una modifica cosmetica: riguarda il cuore del processo con cui Ethereum ordina le transazioni.

Le block-level access lists mirano invece a rendere più prevedibile e gestibile l’accesso allo stato durante l’esecuzione. In termini semplici, se il protocollo sa in anticipo quali parti dello stato verranno toccate da un blocco, può aprire la strada a ottimizzazioni come esecuzione parallela, letture più efficienti e migliore prevedibilità dei costi. Questo conta perché una delle grandi difficoltà di Ethereum è la crescita dello stato e la complessità dell’esecuzione. Rendere più chiaro “cosa viene toccato” da un blocco può aiutare la rete a scalare senza perdere controllo.

Hegotá va trattato con ancora più prudenza. La roadmap indica che le proposte sono in discussione, quindi non va presentato come un pacchetto già definito. Tra i temi osservati ci sono censorship resistance, meccanismi di inclusion list, possibili sviluppi su statelessness, miglioramenti futuri alla gestione dello stato, account abstraction più matura, sicurezza post-quantum o altre aree di ricerca. L’atteggiamento corretto resta prudente: Ethereum non è una startup che annuncia feature per marketing. È un protocollo globale, e ogni modifica deve passare da ricerca, specifiche, implementazioni client, testnet, audit sociale e adozione da parte degli operatori.

The Merge, The Surge, The Scourge, The Verge, The Purge e The Splurge

Per rendere leggibile la roadmap, Ethereum viene spesso descritto attraverso grandi macro-aree: The Merge, The Surge, The Scourge, The Verge, The Purge e The Splurge. Questi nomi non vanno interpretati come tappe semplici e ordinate, una dopo l’altra, come capitoli chiusi. Sono grandi filoni di lavoro che possono sovrapporsi e procedere in parallelo. Servono a organizzare una quantità enorme di ricerca e sviluppo.

The Merge riguarda il passaggio a Proof-of-Stake, già completato nella sua fase principale. Tuttavia dire che The Merge è “finito” non significa che tutti i temi del consenso siano risolti. Restano questioni su staking, finalità, client diversity, validatori, MEV, censura e sicurezza economica. The Surge riguarda la scalabilità, soprattutto attraverso rollup, blob, data availability e miglioramenti che rendano le transazioni più economiche senza sacrificare decentralizzazione. Dencun, Pectra e Fusaka si inseriscono fortemente in questa direzione.

The Scourge si concentra soprattutto su MEV, censura e rischi di centralizzazione nel processo di costruzione dei blocchi. È uno dei filoni più delicati, perché tocca la neutralità della rete. Una blockchain pubblica non deve solo essere tecnicamente funzionante; deve anche resistere a pressioni che potrebbero favorire alcuni utenti, censurare transazioni o concentrare potere in pochi operatori. The Verge riguarda invece la possibilità di rendere la verifica più leggera, anche attraverso strutture dati e approcci che riducano il peso per i nodi. In futuro, se Ethereum vuole essere verificabile da molti, deve impedire che il carico tecnico diventi proibitivo.

The Purge punta a semplificare il protocollo e ridurre il peso storico che i nodi devono portarsi dietro. Una rete che accumula dati per anni rischia di diventare sempre più difficile da gestire. Eliminare o rendere meno pesanti alcune parti storiche può aiutare la sostenibilità dei nodi. The Splurge, infine, è una categoria più ampia che raccoglie miglioramenti vari, spesso importanti ma difficili da incasellare negli altri filoni. Nel loro insieme, queste aree mostrano la natura di Ethereum: non una rete con un singolo problema, ma un sistema complesso che deve migliorare su molti fronti contemporaneamente.

Il rischio della roadmap: complessità, coordinamento e aspettative

La roadmap di Ethereum è una forza, ma non va idealizzata. Ogni upgrade richiede coordinamento tra client team, sviluppatori, ricercatori, validatori, exchange, provider infrastrutturali, applicazioni e utenti. Se una parte dell’ecosistema non aggiorna correttamente il software, può nascere una fork non intenzionale. Un bug grave in un client dominante può propagare rischi sistemici. Un cambiamento troppo complesso può rallentare altri upgrade. Una comunicazione poco chiara può creare aspettative sbagliate negli utenti, che magari si aspettano benefici immediati quando in realtà gli effetti dipendono da implementazioni successive.

La complessità è uno dei principali rischi di Ethereum. Una rete flessibile può evolvere, ma più evolve più diventa difficile da comprendere. Ogni nuovo livello, ogni EIP, ogni interazione con Layer 2, ogni modifica al consenso, ogni nuovo standard di wallet aggiunge potenza e al tempo stesso aumenta il carico cognitivo. Per sviluppatori esperti, questo è il prezzo dell’innovazione. Per utenti comuni, può diventare una barriera. Una roadmap troppo complessa rischia di allontanare proprio le persone che dovrebbe aiutare.

C’è poi il tema delle aspettative. Il mercato tende a trasformare ogni upgrade in una narrativa di prezzo: “questo farà salire ETH”, “questo abbasserà tutte le fee”, “questo risolverà la scalabilità”, “questo porterà adozione istituzionale”. Sono semplificazioni pericolose. Un upgrade può essere tecnicamente fondamentale e non avere effetti immediati sul prezzo. Può ridurre i costi sui Layer 2 ma non rendere economico il Layer 1. Può abilitare wallet migliori ma richiedere anni prima che le interfacce li sfruttino bene. Può aumentare la capacità dei blob ma non risolvere la frammentazione della liquidità. The Crypto Orc deve mantenere una linea chiara: la tecnologia va studiata per ciò che cambia davvero, non per la narrativa che il mercato le costruisce intorno.

Perché la roadmap è anche una questione di governance

Ogni aggiornamento di Ethereum è anche un esercizio di governance. Ethereum non ha un CEO che decide da solo. Non ha un consiglio di amministrazione che vota internamente una roadmap e la impone alla rete. Le modifiche nascono da discussioni tecniche, proposte, implementazioni, test, consenso sociale e adozione da parte degli operatori. Gli EIP descrivono standard e modifiche, ma una proposta non diventa realtà solo perché è stata scritta. Deve essere accettata, implementata nei client, testata e adottata dalla rete.

La governance off-chain è difficile da spiegare perché non ha un meccanismo semplice come un voto on-chain tra token holder. Da un certo punto di vista è una forza, perché evita che chi possiede più capitale possa governare direttamente il protocollo come una società. Da un altro punto di vista è una criticità, perché il processo può apparire opaco, tecnico e dominato da chi ha competenze molto elevate o maggiore influenza sociale. Ethereum non ha un CEO, ma questo non significa che ogni voce pesi allo stesso modo. Core developers, Ethereum Foundation, client team, ricercatori, grandi applicazioni e operatori infrastrutturali hanno ruoli importanti nel plasmare la direzione della rete.

In pratica, la governance di Ethereum è un equilibrio tra competenza tecnica e consenso sociale. Una modifica può essere tecnicamente brillante, ma se l’ecosistema non la accetta non può diventare la nuova realtà della rete. Allo stesso tempo, una richiesta popolare ma tecnicamente pericolosa non dovrebbe essere inserita solo perché piace al mercato. Questo equilibrio è delicato. È una delle ragioni per cui Ethereum evolve lentamente rispetto alle aspettative di chi vorrebbe risultati immediati. In una rete pubblica globale, però, la lentezza non è sempre un difetto. A volte è il prezzo della sicurezza.

Ethereum nel futuro: infrastruttura viva, non prodotto finito

Il futuro di Ethereum dipenderà dalla sua capacità di evolversi senza perdere se stesso. La rete vuole scalare attraverso Layer 2, aumentare la capacità dei blob, migliorare l’esperienza dei wallet, rendere più sicuro il processo di costruzione dei blocchi, ridurre il peso sui nodi, migliorare la resistenza alla censura e prepararsi a minacce future. L’ambizione è enorme. Nessuna singola modifica risolverà tutto. Sarà una somma di upgrade, strumenti, standard, applicazioni e scelte economiche a determinare se Ethereum riuscirà a mantenere il proprio ruolo centrale.

La narrativa più forte è quella di Ethereum come settlement layer globale per un ecosistema di rollup, stablecoin, DeFi, tokenizzazione e applicazioni decentralizzate. In questa visione, il Layer 1 non deve essere il luogo dove ogni utente fa ogni micro-operazione. Deve essere il livello che garantisce sicurezza, finalità, disponibilità dei dati e settlement, mentre Layer 2 e applicazioni costruiscono esperienze più economiche e scalabili. È una visione potente, ma non priva di rischi. Se i Layer 2 diventano troppo frammentati, troppo centralizzati o troppo indipendenti nella cattura del valore, il rapporto economico con Ethereum L1 può diventare più complicato.

Anche la concorrenza avrà un peso crescente. Solana, Avalanche, Cosmos, Polkadot, Sui, Aptos, BNB Chain, Near e altre reti provano a offrire alternative: più velocità, costi più bassi, esperienze più semplici, architetture diverse. Alcune scelgono maggiore performance sul Layer 1, altre puntano su modularità, altre ancora su ecosistemi più controllati o integrati. Ethereum ha un vantaggio enorme in termini di sviluppatori, liquidità, standard, DeFi e storia, ma non può vivere di rendita. La roadmap serve anche a questo: mantenere Ethereum competitivo senza tradire le sue proprietà fondamentali.

Conclusione

La roadmap di Ethereum racconta una cosa essenziale: Ethereum non è un prodotto finito. È un’infrastruttura in costruzione permanente. Dalla fase iniziale di Frontier e Homestead agli upgrade tecnici come Byzantium, Constantinople e Istanbul, dalla Beacon Chain a The Merge, da London ed EIP-1559 a Shapella, Dencun, Pectra e Fusaka, ogni passaggio ha modificato un pezzo della rete. Alcuni aggiornamenti hanno cambiato ciò che vede l’utente; altri hanno lavorato in profondità, sui validatori, sui blob, sulla data availability, sul mercato delle fee, sul consenso e sulla sostenibilità dei nodi.

Questo percorso dimostra una forza: Ethereum sa evolversi. Ma mostra anche un rischio: la complessità richiede disciplina. Non basta leggere il nome di un upgrade e immaginare che tutto sia risolto. Dencun non ha eliminato tutti i problemi dei Layer 2. Pectra non ha reso i wallet improvvisamente perfetti. Fusaka non chiude il tema della scalabilità. Glamsterdam e Hegotá non sono promesse scolpite nella pietra. Ogni aggiornamento apre possibilità, ma la realtà dipende da implementazione, adozione, sicurezza, incentivi e comportamento dell’ecosistema.

Ethereum va studiato come una macchina viva. Una macchina potente, imperfetta, adattiva, piena di compromessi e ancora lontana dalla sua forma finale. La sua roadmap non è una lista di slogan, ma il tentativo di rendere una blockchain programmabile più scalabile, più sicura, più verificabile e più utilizzabile. Chi vuole capire Ethereum davvero non deve chiedersi solo quanto vale ETH oggi, ma dove sta andando il protocollo, quali problemi sta cercando di risolvere e quali rischi sta accettando lungo il percorso.

Nel prossimo articolo entreremo nel livello applicativo: Layer 2, rollup, DeFi, stablecoin, NFT, DAO, tokenizzazione, RWA, adozione istituzionale, competitor, critiche e scenari futuri. Sarà il passaggio finale per capire Ethereum non solo come protocollo tecnico, ma come ecosistema economico e finanziario in competizione per diventare una delle basi della finanza digitale.

Disce. Apta. Domina.

Nota editoriale: I contenuti pubblicati su The Crypto Orc hanno finalità esclusivamente educative e informative. Non costituiscono consulenza finanziaria, fiscale, legale, patrimoniale, di investimento o di sicurezza personalizzata. Ethereum, ETH, Bitcoin e le criptoattività comportano rischi elevati, inclusa la possibile perdita del capitale, rischi tecnologici, normativi, di mercato e, nel caso della custodia autonoma, la perdita definitiva dell’accesso ai fondi. Ogni decisione personale deve essere valutata in base alla propria situazione, al proprio livello di conoscenza e, se necessario, con il supporto di professionisti qualificati.