Fusaka è stato distribuito a dicembre 2025, scalando la data availability dei rollup tramite PeerDAS. Ethereum raramente si ferma e gli sviluppatori core sono già passati alla pietra miliare successiva: Glamsterdam.

Laddove i recenti aggiornamenti hanno ottimizzato silenziosamente i blobs e la tokenomics di Layer 2, Glamsterdam risulta molto più fondamentale. Ridefinisce il modo in cui Ethereum crea, prezza e valida i blocchi a livello di protocollo, confermando una svolta strategica in preparazione da oltre un anno: tornare a scalare il Layer 1 di Ethereum anziché delegare il throughput ai rollup.

Ecco tutto ciò che c'è da sapere sull'aggiornamento destinato a definire il 2026 di Ethereum. 👇

Cos'è l'aggiornamento Ethereum Glamsterdam?

Glamsterdam è il prossimo hard fork coordinato di Ethereum e il successore diretto di Fusaka. Il nome abbina una stella a una città che ha ospitato in passato Devconnect: Gloas copre le modifiche al livello di consenso, mentre Amsterdam copre le modifiche al livello di esecuzione. Integrati insieme, vengono rilasciati come un unico aggiornamento di rete.

È strutturato attorno a due proposte principali. EIP-7732 introduce la Enshrined Proposer-Builder Separation (ePBS) sul lato del consenso, mentre EIP-7928 introduce le Block-Level Access Lists (BALs) sul lato dell'esecuzione. Un gruppo di supporto di EIP per il ricalcolo del gas, i costi dello stato e la qualità della vita completa il pacchetto.

Gli sviluppatori core lo definiscono il cambiamento di protocollo più significativo dai tempi di The Merge. L'ingegnere della Ethereum Foundation Parithosh Jayanthi ha descritto la fase attuale come l'ultimo passo prima del consolidamento e del rilascio sulle testnet pubbliche. Il motivo risiede nella portata: la ePBS ridefinisce la produzione dei blocchi e la pipeline MEV, mentre le BAL ripensano il modo in cui la rete legge e scrive lo stato.

Questa combinazione sblocca l'ambizione principale di Ethereum per questo ciclo: un gas limit target di 200 milioni per blocco, circa il triplo degli attuali ~60 milioni, insieme al margine di throughput che ne consegue.

Perché Glamsterdam è importante: il ritorno di Ethereum alla scalabilità di L1

Per comprendere Glamsterdam, bisogna partire dal problema strategico che risolve.

Per anni Ethereum ha seguito una roadmap incentrata sui rollup: mantenere il layer di base snello, spingendo la scalabilità verso i Layer 2 networks. Ha funzionato dal punto di vista tecnico, ma ha generato un effetto collaterale economico. Con il trasferimento dell'attività sui rollup, i ricavi delle commissioni sulla mainnet e il burn di EIP-1559 sono diminuiti drasticamente. Le commissioni giornaliere su L1, che nel 2021 e nel 2022 si aggiravano intorno ai 30 milioni di dollari, hanno trascorso gran parte del 2026 su cifre inferiori ai dieci milioni, indebolendo la tesi dell'"ultrasound money" che sosteneva gran parte del valore di ETH.

Questo è il dilemma sulla cattura del valore che grava su ETH: se i rollup attraggono utenti e commissioni, cosa spetta all'asset di base? All'inizio del 2026, Vitalik Buterin ha messo pubblicamente in discussione il ritmo dell'approccio basato unicamente sui rollup, notando che solo un paio di principali L2 hanno raggiunto una significativa decentralizzazione. Le priorità della Ethereum Foundation per il 2026 hanno riorganizzato la roadmap in tre filoni: scalare, migliorare l'UX e consolidare L1.

Glamsterdam è la prima espressione ingegneristica di tale svolta. Rendendo la validazione più rapida e parallela (tramite le BAL) e la produzione dei blocchi trustless e integrata nel protocollo (tramite la ePBS), pone le basi per un gas limit più elevato sul layer di base, una maggiore capacità dei blob per i rollup e una rete capace di riconquistare attività su L1. Di per sé non risolve il dibattito sull'accumulo di valore, ma ne modifica i presupposti, motivo per cui investitori e sviluppatori seguono la questione da vicino.

I due principali EIP di Glamsterdam

Ogni aggiornamento moderno di Ethereum individua alcuni EIP "di punta" per delimitarne l'ambito ed evitare i ritardi derivanti dall'includere troppe novità in una sola volta. I due EIP di Glamsterdam sono stati definiti.

1. Enshrined Proposer-Builder Separation (EIP-7732)

Oggi la maggior parte dei blocchi di Ethereum non viene creata dai validatori che li propongono. I proponenti affidano la costruzione a builder specializzati tramite relay off-protocol, solitamente tramite MEV-Boost. Il sistema funziona, ma introduce intermediari di fiducia al centro della produzione dei blocchi e concentra il potere in un gruppo ristretto di relay.

La ePBS integra tale separazione direttamente nel protocollo. Il proponente e il builder gestiscono ciascuno la propria parte di blocco, mentre il passaggio di consegne, incluso il pagamento del builder, viene regolato nativamente a livello di consenso anziché tramite un relay esterno. Relay come MEV-Boost diventano così opzionali anziché obbligatori.

Per garantire la sicurezza, la ePBS introduce scadenze esplicite, impegni sui payload e un Payload Timeliness Committee che attesta separatamente il blocco di consenso e l'avvenuta ricezione puntuale del payload di esecuzione. Inoltre, estende la finestra di propagazione dei dati da circa due secondi a circa nove, offrendo il margine necessario affinché la rete possa aumentare il gas limit senza costringere i validatori a correre durante la validazione.

Il vantaggio è strutturale: una produzione di blocchi più trasparente e resistente alla censura, una minore dipendenza dall'infrastruttura MEV off-chain e una base per future tutele degli utenti, come le inclusion lists.

Questo rappresenta anche l'aspetto più complesso dell'aggiornamento. La ePBS suddivide la produzione dei blocchi tra due parti che agiscono in sequenza all'interno del consenso; di conseguenza, il protocollo deve ora gestire eventuali mancate consegne o disaccordi tra di esse. I "blocchi parziali" e il coordinamento tra due parti coinvolgono quasi l'intero stack dei client, motivo principale per cui Glamsterdam ha proceduto più lentamente rispetto a Fusaka.

2. Block-Level Access Lists (EIP-7928)

Attualmente Ethereum esegue le transazioni di un blocco in sequenza, poiché nessun nodo sa quali account e slot di storage verranno toccati da una transazione prima della sua esecuzione. Questo collo di bottiglia seriale limita la quantità di calcolo che può rientrare in sicurezza all'interno di un blocco.

I BAL allegano una mappa preliminare a ogni blocco che elenca gli account esatti e le chiavi di storage a cui le sue transazioni accederanno, oltre ai relativi valori di stato post-esecuzione. Con questa mappa disponibile prima dell'esecuzione, i client precaricano lo stato in parallelo ed elaborano transazioni non sovrapposte contemporaneamente anziché rieseguirle in ordine.

I BAL abilitano anche la sincronizzazione senza esecuzione, consentendo a un nuovo nodo di aggiornare il proprio stato dal digest della lista di accesso senza rieseguire l'intera cronologia delle transazioni. Ciò riduce il sovraccarico di sincronizzazione e mantiene la crescita dello stato gestibile man mano che la chain scala.

I BAL sono ciò che rende realistico un limite di gas più superiore, poiché una validazione più rapida e prevedibile è il prerequisito per spingere la capacità dei blocchi verso 200 milioni di gas e il limite spesso citato di ~10.000 TPS. Questi sono obiettivi di progetto, non garanzie. I guadagni reali dipendono dalle prestazioni dei client, dall'hardware dei validatori e da quanto parallelismo contengono effettivamente i blocchi live, e il limite di gas stesso viene impostato tramite il voto sul gas dei validatori nel tempo, non attivato dall'hard fork.

Gli EIP di supporto: ricalibrazione del gas, costi di stato e trasferimenti più economici

Oltre ai protagonisti, Glamsterdam introduce modifiche al livello di esecuzione che sembrano minori ma contano per la sostenibilità e i costi per l'utente.

La ricalibrazione dei costi di gas e di stato allinea il prezzo delle operazioni al loro vero carico a lungo termine. Il punto di riferimento è l'EIP-8037, finalizzato a maggio 2026, che stabilisce un costo fisso per byte di nuovo stato e ritaglia una riserva di gas separata per la crescita dello stato. Ciò offre ai team dei client un limite di sostenibilità: margine per aumentare il limite di gas verso i 200 milioni senza gonfiare il database oltre un budget annuale gestibile.

L'EIP-7778 elimina quindi i rimborsi dalla contabilizzazione del gas a livello di blocco, rendendo i costi più prevedibili per i builder. Insieme, questo pacchetto costituisce la principale leva di Ethereum contro il rigonfiamento dello stato e un complemento diretto dei BAL.

Per gli utenti comuni, la modifica più visibile riduce la soglia minima di gas per transazione, progettata per rendere i trasferimenti ETH standard tra account esistenti fino al 71% più economici. Ciò rafforza la posizione di Ethereum per i pagamenti di routine, non solo per la complessa DeFi.

Un paio di EIP incentrati sulla qualità della vita completano il set. L'EIP-7708 fa sì che i trasferimenti e i burn di ETH emettano un log, qualcosa che wallet e exchange richiedono da anni perché elimina il tracciamento personalizzato delle transazioni. L'EIP-7954 aumenta la dimensione massima dei contratti da circa 24 KiB a 32 KiB. Altri aggiungono opcode (SLOTNUM di EIP-7843, SWAPN, DUPN ed EXCHANGE di EIP-8024) e miglioramenti di rete che trasferiscono in modo efficiente i nuovi dati della lista di accesso ai blocchi.

Cosa è stato escluso: slot da 6 secondi e liste di inclusione

Parte di ciò che rende credibile la portata di Glamsterdam è ciò che gli sviluppatori hanno tralasciato.

• ‍EIP-7782 (slot da 6 secondi): Un piano di alto profilo per dimezzare il tempo di slot di Ethereum da 12 a 6 secondi è stato preso in considerazione come elemento principale. Gli sviluppatori lo hanno rifiutato: rischiava di complicare la generazione di prove ZK in tempo reale (già vicina all'obiettivo di 12 secondi), avrebbe costretto a una ricalibrazione dei tempi se la ristrutturazione degli slot fosse avvenuta comunque in seguito ed era meno maturo rispetto a proposte rivali. Rimane un'idea attiva per un futuro fork.‍
• FOCIL / Fork-Choice Inclusion Lists (EIP-7805): Questo meccanismo di resistenza alla censura consente ai comitati dei validatori di includere forzatamente le transazioni. È stato rimosso dopo che i team hanno avvertito che combinare ePBS e FOCIL in un unico aggiornamento avrebbe creato troppe interazioni non testate alla scala della mainnet. FOCIL è ora il principale protagonista di Hegotá, l'aggiornamento successivo a Glamsterdam, insieme al lavoro sull'astrazione degli account.

La disciplina è fondamentale. Rifiutandosi di rilasciare tutto in una volta, gli sviluppatori core hanno mantenuto Glamsterdam concentrato sulle due modifiche che sbloccano realmente lo scaling di L1.

Data di rilascio di Ethereum Glamsterdam

Glamsterdam ha raggiunto la sua fase di devnet finale a metà giugno 2026, con gli sviluppatori che eseguono devnet multi-client che includono l'intero gruppo di EIP pianificati. Questa è l'ultima fase ingegneristica importante prima dei rilasci dei client, delle revisioni di sicurezza e delle testnet pubbliche.

Per quanto riguarda le tempistiche, non c'è una data confermata per la mainnet e la meta-specifica dell'aggiornamento (EIP-7773) è ancora allo stato di bozza. Il quadro realistico:

• Devnet finali (ora): stabilizzazione di ogni EIP insieme attraverso tutte le implementazioni dei client.
• Testnet pubbliche (prossimamente): i fork di Holesky e Hoodi avvengono prima della mainnet, con la stabilità che deve mantenersi attraverso più epoch.
• Obiettivo per la mainnet (seconda metà del 2026): alcuni provider di staking citano un obiettivo interno ottimistico intorno al terzo trimestre del 2026. Dati i due-quattro mesi di collaudo sulle testnet pubbliche necessari per i fork recenti, una finestra approssimativa da settembre a dicembre 2026 è lo scenario di base più solido.
• Soggetto a modifiche: i contributori della Ethereum Foundation notano che Glamsterdam si sta rivelando più complesso e lento di Fusaka, quindi è possibile un rinvio. Ottenere un ePBS corretto è prioritario rispetto a qualsiasi data fissa.

Lista degli EIP di Ethereum Glamsterdam

L'attuale set "Scheduled for Inclusion" si concentra sui due protagonisti insieme al pacchetto di ricalibrazione del gas e dello stato. L'ambito può ancora variare finché l'EIP-7773 rimane in stato di bozza; lo stato in tempo reale è disponibile su Forkcast e sul meta thread di Glamsterdam.

Gli EIP di Glamsterdam più rilevanti per ruolo:

• EIP-7732: Enshrined Proposer-Builder Separation (ePBS). Sposta la costruzione dei blocchi e i pagamenti ai builder all'interno del protocollo (novità principale del consenso).
• EIP-7928: Block-Level Access Lists (BALs). Abilita il parallel execution e la sincronizzazione senza esecuzione (novità principale dell'esecuzione).
• EIP-8037: Aumento del costo in gas per la creazione dello stato. Costo fisso per byte di stato più un riserva dedicata per la crescita dello stato (misura anti-gonfiamento dello stato).
• EIP-7778: Contabilità del gas dei blocchi senza rimborsi. Semplifica la tokenomics del gas e migliora la prevedibilità per i builder.
• EIP-7708: I trasferimenti e i burn di ETH emettono un log. Rimuove il tracciamento personalizzato delle transazioni per i wallet e gli exchange.
• EIP-7954: Aumenta la dimensione massima dei contratti da circa 24 KiB a 32 KiB.
• EIP-7843: Aggiunge un op-code SLOTNUM che espone il numero dello slot corrente all'EVM.
• EIP-8024: Op-code SWAPN, DUPN e EXCHANGE retrocompatibili per una gestione dello stack più economica.
• EIP-7975 / EIP-8159: Aggiornamenti di rete che consentono ai client di scambiare in modo efficiente i nuovi dati delle liste di accesso ai blocchi.

Con diversi riprezzamenti minori di calldata e liste di accesso, seguono un tema comune: un'esecuzione più prevedibile e prezzata con precisione che scala senza costringere i nodi Ethereum a utilizzare hardware costoso.

Cosa significa Glamsterdam per gli investitori in ETH

I principali aggiornamenti di Ethereum tendono a essere eventi volatili che spesso seguono uno schema di tipo "compra sulle voci, vendi sulla notizia", con ETH che sale in vista di un hard fork per poi ritracciare dopo l'attivazione. Si tratta di una tendenza, non di una regola, e i cicli recenti sono stati più caotici rispetto ai casi storici lineari.

Il quadro generale per Glamsterdam è strutturale. Nella prima metà del 2026, ETH ha sottoperformato, oscillando in una fascia approssimativa tra 1.700 e 2.100 dollari e scendendo sotto i 1.700 dollari in un movimento di risk-off a giugno, nonostante gli ETF spot su ETH abbiano registrato a maggio i flussi in entrata mensili più forti dal lancio. La sana domanda di prodotti finanziari a fronte di un prezzo debole rappresenta il problema dell'accumulo di valore in azione: finché una maggiore attività on-chain non alimenterà le commissioni del layer di base, il burn e il rendimento dello staking, la prospettiva rialzista rimarrà condizionata.

C'è un risvolto più complesso. Un triplicamento della capacità del L1 senza un corrispondente aumento della domanda può mantenere basse le commissioni di base e frenare il burn dell'EIP-1559 nel breve termine, pur scalando la rete. Glamsterdam espande la capacità a lungo termine di Ethereum, ma non aumenta automaticamente il burn su cui si basa la tesi monetaria di ETH.

Perché mantiene la sua rilevanza: è il primo aggiornamento progettato per scalare la capacità del L1 e riportare l'attività sul layer di base, e arriva mentre gli emittenti di ETF iniziano a girare le ricompense dello staking agli azionisti e i regolatori chiariscono come le istituzioni ottengono rendimenti dal PoS. Alcuni analisti sostengono una tesi costruttiva su ETH per il 2026 basata su queste dinamiche, mentre altri mantengono un approccio cauto riguardo alla cannibalizzazione delle commissioni e alle condizioni macroeconomiche. Il dibattito è decisamente aperto su entrambi i fronti.

Per i detentori a lungo termine, Glamsterdam migliora principalmente la qualità della configurazione per ETH. La conversione di tutto ciò in prezzo dipenderà dall'adozione e dal contesto macroeconomico, e non unicamente dall'aggiornamento. Nulla di quanto sopra costituisce una consulenza finanziaria e sia le tempistiche che i mercati possono cambiare rapidamente, quindi vi invitiamo a effettuare le vostre ricerche prima di allocare fondi.

Principali rischi dell'aggiornamento Glamsterdam

Glamsterdam ridefinisce simultaneamente la produzione, l'esecuzione e il prezzamento dei blocchi, introducendo aspetti di coordinamento che richiedono test approfonditi su client e applicazioni.

• Complessità dell'ePBS: dividere la produzione dei blocchi in due parti sequenziali all'interno del consenso è complesso. Il protocollo deve gestire in modo pulito la mancata consegna e il disaccordo da parte dei builder, e la logica dei "blocchi parziali" coinvolge quasi l'intero stack dei client, aumentando il rischio di bug o ritardi.
• Centralizzazione dei builder: il PBS integrato nel protocollo riduce la fiducia nei relay, ma i builder con ingenti capitali potrebbero comunque dominare la costruzione dei blocchi. L'ePBS attenua questa pressione anziché eliminarla.
• Correttezza delle BAL: le liste di accesso deterministiche richiedono un rigido accordo tra i client. Nel peggiore dei casi, una discrepanza nel modo in cui i nodi calcolano o convalidano la mappa potrebbe comportare il rischio di una divisione del consenso.
• Ripercussioni del riprezzamento per le dApp: la modifica dei costi degli op-code e dello storage può compromettere i smart contract ottimizzati per le vecchie ipotesi sul gas, esponendo bug latenti o alterando le dinamiche economiche.
• Distorsione della crescita dello stato: costi di storage più elevati potrebbero spingere gli sviluppatori verso modelli basati pesantemente sui calldata o di breve durata, ridistribuendo il carico anziché ridurlo.
• Operazioni dei validatori: l'eliminazione dei relay MEV obbligatori migliora le ipotesi di fiducia, ma aggiunge lavoro di monitoraggio e coordinamento per l'infrastruttura di staking.
• Eccessiva ampiezza dell'ambito: combinare importanti riforme di MEV, esecuzione e gas in un unico fork aumenta il rischio di integrazione. Rimandare gli slot da 6 secondi e FOCIL rappresenta un tentativo diretto di contenerlo.

Considerazioni finali

Glamsterdam è il punto in cui il piano di scalabilità di Ethereum diventa operativo, legato a scadenze e basato su testnet, e in cui la sua narrazione strategica cambia. Dopo anni di reindirizzamento del throughput verso i rollup, gli sviluppatori core stanno tornando a scalare il layer di base, scommettendo sul fatto che un L1 più veloce, parallelo e trustless mantenga Ethereum centrale per le crypto e la finanza tokenizzata.

Per il protocollo, ePBS e i BAL sono infrastrutture fondamentali su cui i futuri aggiornamenti si baseranno per anni. Per gli investitori, Glamsterdam cambia la domanda. Il problema non è più se Ethereum sia in grado di scalare, ma quanto bene tale scalabilità si mantenga e se riesca finalmente a ricollegare la crescita della rete al valore di ETH.