Ethereum Glamsterdam 2026: Commissioni -78% — Cosa Cambia per gli Utenti

Ethereum ha trascorso gli ultimi due anni dimostrando di saper scalare il suo ecosistema Layer 2. L'upgrade Dencun nel marzo 2024 ha tagliato le commissioni delle transazioni L2 di circa il 90% tramite le blob transaction di EIP-4844. Pectra, deployato a maggio 2025, ha affinato le operazioni dei validatori, introdotto EIP-3074 authcall per l'account abstraction e aumentato il blob count. Entrambi gli upgrade sono stati rilevanti. Nessuno dei due ha toccato il collo di bottiglia principale del livello di esecuzione: il modello di elaborazione sequenziale che limita quante transazioni Ethereum può effettivamente eseguire sul Layer 1 al secondo.

Glamsterdam è diverso. Prende di mira l'esecuzione direttamente. I due EIP di punta — 7732 e 7928 — affrontano rispettivamente come vengono costruiti i blocchi e come vengono elaborate le transazioni al loro interno. Insieme a un aumento del gas limit che i validatori stanno discutendo come questione di consenso sociale piuttosto che di modifica al protocollo, rappresentano l'intervento più significativo al livello di esecuzione di Ethereum dai tempi della Merge nel 2022.

Questo articolo analizza ogni componente, spiega la meccanica crittografica ed economica per un pubblico non tecnico, e valuta le implicazioni reali — incluse le critiche legittime che ricercatori e operatori di nodi stanno sollevando sul ritmo e la portata di questi cambiamenti.

Cos'è l'Upgrade Glamsterdam?

Il nome Glamsterdam è non ufficiale — un nome in codice della comunità coniato dagli sviluppatori e ricercatori di Ethereum durante le sessioni di pianificazione, fondendo Glasgow e Amsterdam, due città storicamente associate ai summit degli sviluppatori Ethereum e alle riunioni AllCoreDevs. Gli upgrade Ethereum hanno una tradizione di nomi geografici: Berlin, London, Shanghai, Cancun, Prague. Glamsterdam segue questa convenzione riconoscendo che la sua portata abbraccia più cluster tematici discussi in entrambe le città.

In termini tecnici, Glamsterdam è un hard fork coordinato — un cambiamento di protocollo incompatibile con le versioni precedenti che tutti i nodi Ethereum devono adottare simultaneamente a un numero di blocco specifico (o numero di epoch, nella terminologia post-Merge). Non è un soft fork e non è opzionale. Una volta che la rete raggiunge il punto di transizione designato, qualsiasi nodo che esegue software più vecchio viene tagliato fuori dalla chain canonica.

L'upgrade si colloca terzo nella sequenza post-Dencun. Per capire perché Glamsterdam sia necessario, è utile tracciare la traiettoria: Dencun (marzo 2024) ha introdotto EIP-4844 proto-danksharding, creando una corsia dati separata (blob) per i rollup Layer 2, riducendo i costi di posting dei dati fino al 90% e innescando un'ondata di attività L2. Pectra (maggio 2025) ha seguito con operazioni di manutenzione: miglioramenti alle credenziali dei validatori, EIP-3074 authcall, aumento dei target blob per L2 ad alto throughput, e diverse modifiche all'EVM Object Format (EOF). Nessuno dei due upgrade ha aumentato la capacità grezza del livello di esecuzione di Ethereum. Glamsterdam sì.

I tre pilastri di Glamsterdam sono: EIP-7732 (Enshrined Proposer-Builder Separation), EIP-7928 (Block-Level Access Lists), e un aumento del gas limit da circa 60 milioni a 200 milioni di unità di gas per blocco — l'ultimo dei quali è una decisione di governance dei validatori piuttosto che una modifica alle specifiche del protocollo, rendendolo insolito tra le tappe di scalabilità di Ethereum.

EIP-7732 — La Separazione Proposer-Builder Spiegata

Per capire EIP-7732, è necessario comprendere il problema che risolve: l'architettura attuale del Maximal Extractable Value (MEV) su Ethereum.

Ogni blocco su Ethereum viene proposto da un validatore — un partecipante che ha messo in staking 32 ETH per partecipare al consenso. Il validatore ha il diritto di includere nel suo blocco qualsiasi transazione voglia, nel rispetto delle regole del protocollo. In teoria, questo è un processo neutrale. In pratica, l'ordinamento delle transazioni all'interno di un blocco crea enormi opportunità economiche: un attore sofisticato che può scegliere la sequenza delle transazioni può anticipare le operazioni di trading, fare sandwich su ordini di exchange decentralizzati ed estrarre valore dagli utenti ordinari tramite manipolazione dei prezzi. Questo è il MEV.

La soluzione attuale è MEV-Boost, un sistema di relay off-chain sviluppato da Flashbots. In MEV-Boost, i validatori esternalizzano la costruzione dei blocchi a builder specializzati — aziende con software sofisticato che assembla l'ordinamento delle transazioni più redditizio possibile. I builder competono offrendo ai validatori una quota del MEV che estraggono. I validatori, a loro volta, sono incentivati economicamente ad accettare i blocchi dei builder piuttosto che costruire i propri. Al 2025, oltre l'85% dei blocchi Ethereum veniva costruito da builder esterni tramite relay MEV-Boost.

Questa architettura funziona, ma crea seri problemi strutturali. In primo luogo, è completamente off-chain: il sistema di relay opera al di fuori del protocollo Ethereum, senza enforcement on-chain, nessuna condizione di slashing per comportamenti scorretti e nessuna garanzia di trasparenza. In secondo luogo, è profondamente centralizzato: una manciata di builder costruisce la grande maggioranza dei blocchi, il che significa che un piccolo numero di aziende ha un controllo sproporzionato sulla censura delle transazioni. In terzo luogo, crea fragilità sistemica: se i relay dominanti vanno offline o vengono compromessi, il mercato MEV si rompe in modi da cui il protocollo non riesce a riprendersi agevolmente.

EIP-7732 — Enshrined Proposer-Builder Separation (ePBS) — risolve questo portando la relazione proposer-builder nel nucleo del protocollo. Con ePBS, la separazione tra il validatore (proposer) e il block-builder è formalizzata nel livello di consenso. I builder inviano offerte sigillate per il diritto di costruire il payload di esecuzione di ogni blocco. Il payload del builder vincitore viene impegnato nel livello di consenso e rivelato solo dopo che il proposer si è impegnato su di esso — un meccanismo crittografico che previene cambi dell'ultimo minuto garantendo al contempo che i builder non possano trattenere i blocchi.

Le implicazioni pratiche per gli utenti sono significative. Poiché il processo di selezione del builder è ora on-chain e governato dalle regole del protocollo, la resistenza alla censura migliora drasticamente: i validatori non possono escludere silenziosamente le transazioni per conto dei builder senza che ciò sia visibile e attribuibile on-chain. La dipendenza dai relay off-chain — un collo di bottiglia per l'azione regolatoria e un rischio sistemico — viene eliminata. E poiché i builder devono pubblicare impegni on-chain, il loro comportamento è soggetto ai meccanismi di slashing e responsabilità di Ethereum per la prima volta.

Ciò che ePBS non fa è ridurre direttamente le commissioni. È una riforma strutturale di come funziona la produzione dei blocchi, non un aumento della capacità dei blocchi. Il suo contributo a Glamsterdam è rendere il sistema più affidabile e decentralizzato, creando la fondazione istituzionale su cui i cambiamenti ad alto throughput (BAL, gas limit più alto) possono appoggiarsi in sicurezza.

EIP-7928 — Block-Level Access Lists ed Esecuzione Parallela

Se EIP-7732 riguarda chi costruisce i blocchi, EIP-7928 riguarda come vengono elaborate le transazioni al loro interno. Ed è qui che i numeri di throughput diventano drammatici.

Oggi, l'Ethereum Virtual Machine (EVM) esegue le transazioni sequenzialmente — una dopo l'altra, nell'ordine in cui appaiono nel blocco. Questa è una scelta progettuale deliberata, non un incidente. L'esecuzione sequenziale è semplice da ragionare: la transazione A viene eseguita completamente prima che inizi la transazione B, quindi non c'è rischio che due transazioni modifichino simultaneamente lo stesso pezzo di stato in modo inconsistente. Ma l'esecuzione sequenziale è anche un collo di bottiglia grave: anche se un computer moderno potesse elaborare dieci transazioni contemporaneamente, l'EVM ne elabora solo una.

L'esecuzione parallela è la soluzione ovvia. Il motivo per cui non è stata implementata prima è il problema dei conflitti di stato: per eseguire le transazioni in parallelo in modo sicuro, è necessario sapere in anticipo se due transazioni toccheranno lo stesso pezzo di stato di Ethereum (lo stesso slot di storage del contratto, lo stesso saldo del conto). Se la transazione A e la transazione B cercano entrambe di scrivere sullo stesso slot di storage, non è possibile eseguirle contemporaneamente senza creare comportamenti indefiniti. Identificare questi conflitti in tempo reale, durante l'esecuzione, è computazionalmente costoso e vanifica efficacemente il beneficio del parallelismo.

EIP-7928 risolve questo tramite le Block-Level Access Lists (BAL). Nel framework della proposta, le transazioni devono pre-dichiarare — a livello di blocco, prima che inizi l'esecuzione — quali posizioni di stato intendono leggere e scrivere. Questa pre-dichiarazione non è imposta dal protocollo nello stesso modo in cui vengono imposti i limiti di gas (una transazione che accede a uno stato che non ha dichiarato semplicemente fallisce), ma fornisce all'EVM le informazioni necessarie per costruire un grafo dei conflitti prima che inizi l'esecuzione.

Con un grafo dei conflitti pre-dichiarato completo, lo scheduler EVM può identificare quali transazioni non hanno accesso allo stato sovrapposto — ed eseguirle contemporaneamente. Le transazioni che invece si scontrano vengono serializzate, come prima. In pratica, su un blocco con traffico mainnet rappresentativo (un mix di semplici trasferimenti ETH, approvazioni ERC-20, swap DEX e operazioni NFT), la maggior parte delle transazioni opera su stati completamente disgiunti e può essere parallelizzata. I ricercatori che modellano l'impatto di EIP-7928 su campioni di blocchi rappresentativi stimano che tra il 60% e l'80% delle transazioni potrebbe essere parallelizzato in blocchi tipici.

L'implicazione sul throughput è sostanziale. Combinato con l'aumento del gas limit discusso nella prossima sezione, i modelli della community e della ricerca stimano che EIP-7928 contribuisca alla maggior parte della riduzione delle commissioni del ~78% e porti la capacità teorica di elaborazione delle transazioni di Ethereum verso le 10.000 transazioni al secondo sul Layer 1 — un miglioramento di 300 volte rispetto al limite pratico attuale di 15–30 TPS.

Quel numero di 10.000 TPS è teorico, e la distinzione è importante. Assume una composizione ideale delle transazioni, massima parallelizzabilità e validatori che eseguono hardware in grado di gestire la maggiore computazione. Il throughput reale sarà inferiore. Ma anche al 20–30% del massimo teorico, il miglioramento della capacità del Layer 1 sarebbe trasformativo per i casi d'uso che attualmente si affidano interamente alle soluzioni Layer 2.

Aumento del Gas Limit: da 60M a 200M

Il terzo pilastro di Glamsterdam è il più insolito: un aumento proposto del gas limit del blocco da circa 60 milioni di unità di gas a 200 milioni — un'espansione di oltre 3 volte — ottenuto non tramite un EIP ma tramite il consenso sociale dei validatori.

Il gas limit su Ethereum non è una costante di protocollo fissa. È un parametro che ogni validatore può regolare incrementalmente entro un piccolo range (1/1024 del limite attuale per blocco, verso l'alto o verso il basso). Il livello attuale di circa 36–60 milioni (un range che riflette il graduale aumento che i validatori hanno implementato durante il 2025) è il risultato dei validatori che collettivamente votano per aumentarlo dalla baseline post-Merge. Quando una maggioranza sufficiente di validatori segnala la stessa direzione, il limite si sposta di conseguenza.

La discussione sull'aumento del gas limit a 200M è in corso nei circoli di ricerca Ethereum almeno dalla fine del 2024. L'argomento centrale è semplice: la capacità dei blocchi è attualmente artificiale. I requisiti hardware per eseguire un nodo Ethereum completo non sono cresciuti proporzionalmente agli aggiustamenti del gas limit effettuati finora, e il software client moderno (specialmente Go-Ethereum e Nethermind con le loro ultime ottimizzazioni) può gestire significativamente più computazione per blocco di quella attualmente consentita dai validatori. Un gas limit di 200M aumenterebbe la quantità di computazione — e quindi il numero di transazioni — che può rientrare in ogni slot di 12 secondi.

Combinato con l'esecuzione parallela di EIP-7928, l'aumento del gas limit agisce da moltiplicatore di forza. Più gas per blocco significa più transazioni per blocco; l'esecuzione parallela significa che quelle transazioni si completano più velocemente e a un costo unitario inferiore. La stima di riduzione delle commissioni del ~78% che appare nelle discussioni della community e nei blog di ricerca deriva principalmente da questa combinazione: lo spazio del blocco espanso (più offerta) che incontra i guadagni di efficienza dell'esecuzione parallela (minore overhead per transazione).

Tuttavia, è qui che si concentra la critica più sostanziale alla portata di Glamsterdam, e questa critica merita attenzione.

State bloat: Più transazioni per blocco significa più cambiamenti di stato per blocco. Lo stato di Ethereum — il registro completo di tutti i saldi dei conti, il codice dei contratti e lo storage — cresce con ogni transazione. Con un gas limit di 200M e blocchi pieni, il tasso di crescita dello stato potrebbe aumentare di un fattore commisurato all'aumento del gas limit. Questo crea sfide di storage a lungo termine per gli operatori di nodi, in particolare i runner di nodi domestici e le operazioni di staking più piccole. I ricercatori Ethereum incluso Vitalik Buterin hanno scritto estesamente sulla crescita dello stato come sfida esistenziale per la decentralizzazione; l'aumento del gas limit di Glamsterdam accelera la timeline su cui le soluzioni di statelessness o state expiry diventano urgenti.

Requisiti di banda: Blocchi più grandi richiedono più banda per propagarsi nella rete. Il tempo di slot di 12 secondi di Ethereum è un vincolo: se un blocco impiega più di qualche secondo per raggiungere la maggior parte dei validatori, rischia di essere orfanato. Un tripling del gas limit — e della corrispondente dimensione del blocco — mette pressione sui validatori che operano su connessioni internet consumer, penalizzando in modo sproporzionato i home staker nelle regioni con velocità di upload più lente.

Rischio di client diversity: L'esecuzione parallela di EIP-7928 è computazionalmente complessa. L'obiettivo di Ethereum di avere client diversity — più implementazioni software indipendenti del protocollo, in modo che un bug in un client non metta giù l'intera rete — significa che tutti i principali client (Geth, Nethermind, Besu, Erigon, Reth) devono implementare l'esecuzione parallela correttamente e in modo consistente. Differenze sottili in come i client gestiscono le dichiarazioni delle access list, la risoluzione dei conflitti o i casi limite potrebbero portare a split di consenso.

Queste non sono preoccupazioni ipotetiche sollevate da critici della direzione di Ethereum; sono elementi attivi nelle note del forum Ethereum Magicians e delle chiamate AllCoreDevs. La volontà della comunità Ethereum di discuterle apertamente è parte del motivo per cui la timeline dell'upgrade rimane Q3 2026 piuttosto che Q1 — si prevede che devnet e testnet girino per un periodo prolungato prima che venga confermato il deployment su mainnet.

Di Quanto Caleranno le Commissioni? La Stima del 78%

La stima di riduzione media delle commissioni del ~78% è la statistica più citata nella copertura di Glamsterdam, e richiede un'analisi attenta. Da dove viene, cosa significa davvero e su quali assunzioni si basa?

La stima origina da una combinazione di blog post di ricerca Ethereum, analisi degli autori degli EIP e modellazioni indipendenti di team di analytics DeFi. Non è una garanzia di protocollo, un impegno della roadmap o un numero che la Ethereum Foundation ha ufficialmente approvato. È una stima di ricerca, e come tutte le stime, incorpora assunzioni significative.

Il meccanismo principale che guida la riduzione delle commissioni è la dinamica domanda-offerta. Le commissioni di gas di Ethereum sono stabilite dal meccanismo base fee di EIP-1559, che regola la commissione minima per unità di gas in base a quanto sono stati pieni i blocchi recenti. Quando i blocchi sono consistentemente pieni (la domanda supera l'offerta), la base fee sale. Quando i blocchi hanno capacità libera (l'offerta supera la domanda), la base fee scende. Un tripling del gas limit — a parità di tutto il resto — triplica l'offerta di spazio nei blocchi. Economia di base: più offerta con la stessa domanda significa prezzi più bassi.

Il livello di esecuzione parallela aggiunge un guadagno di efficienza separato. Riducendo l'overhead computazionale per transazione (tramite elaborazione simultanea piuttosto che sequenziale), EIP-7928 consente di elaborare più transazioni con lo stesso budget di gas, abbassando efficacemente il costo del gas delle operazioni complesse e riducendo la competizione per lo spazio nei blocchi nei momenti di picco.

La cifra del 78% assume che la domanda di spazio nei blocchi di Ethereum non si espanda proporzionalmente per riempire la nuova capacità nel breve-medio termine — un'assunzione ragionevole dato che la maggior parte della crescita della domanda di transazioni su Ethereum dopo Dencun è stata catturata dai Layer 2 piuttosto che dal Layer 1. Se le commissioni L1 calano bruscamente, alcune attività che attualmente vengono eseguite su L2 potrebbero migrare di nuovo su L1, riempiendo parzialmente la nuova capacità. Questa risposta della domanda attenuerebbe la riduzione delle commissioni al di sotto del 78% all'equilibrio.

Per mettere il numero in termini concreti: al momento della stesura, un trasferimento standard di token ERC-20 su Ethereum mainnet durante una congestione di rete moderata costa circa $0,80–$2,50 a seconda dell'ora del giorno e della domanda corrente. Una riduzione del 78% porterebbe questo range a circa $0,18–$0,55. Un'interazione DeFi complessa (swap DEX multi-hop, ad esempio) che attualmente costa $8–$25 su L1 potrebbe scendere a $1,76–$5,50.

Timeline: Quando Parte Glamsterdam?

Il target Q3 2026 — luglio-settembre 2026 — è l'orizzonte di pianificazione attuale per Glamsterdam, ma vale la pena essere precisi su cosa significa "target" nel contesto del processo di upgrade di Ethereum.

Gli upgrade di Ethereum non hanno una data di lancio fissa annunciata mesi in anticipo. Procedono attraverso un processo a fasi: finalizzazione degli EIP (specifica bloccata, nessun ulteriore cambiamento), deployment su devnet (piccole reti private gestite dagli sviluppatori principali per individuare bug di implementazione), deployment su testnet (testnet pubbliche incluse Sepolia e Holesky), e infine attivazione su mainnet a un numero di blocco specifico concordato dai team client e dalla comunità.

Al maggio 2026, EIP-7732 è stato contrassegnato come "candidato per l'inclusione" in Glamsterdam dal processo AllCoreDevs, il che significa che gli sviluppatori principali hanno concordato che soddisfa i requisiti per il deployment. EIP-7928 è in fase di revisione avanzata, con la specifica in gran parte finalizzata ma i test di implementazione ancora in corso su più client. L'aumento del gas limit, essendo una questione di governance dei validatori piuttosto che una specifica di protocollo, può procedere indipendentemente dalla schedulazione degli EIP — i validatori possono iniziare a segnalare per 200M prima, durante o dopo il fork Glamsterdam stesso.

La cadenza storica è informativa: dalla finalizzazione degli EIP all'attivazione su mainnet, i principali upgrade di Ethereum hanno tipicamente richiesto 4–8 mesi. Dencun ha impiegato circa sei mesi dal blocco degli EIP al mainnet. Pectra ha impiegato circa sette mesi. Dato che EIP-7928 è tecnicamente più complesso dei cambiamenti al livello di esecuzione di entrambi quegli upgrade, una timeline da sette a nove mesi per l'attivazione su mainnet è plausibile, atterrando nella fascia fine Q3 - inizio Q4 2026 come range realistico.

La Ethereum Foundation e i team client hanno dichiarato esplicitamente che non si affretteranno nella fase di testnet di Glamsterdam. Data la complessità dell'esecuzione parallela e il potenziale per bug di consenso, sono previsti periodi testnet estesi. Se emergessero problemi significativi — il che non è insolito per gli upgrade principali — il target Q3 2026 potrebbe slittare al Q4 2026 senza destare allarme.

Cosa Significa per gli Utenti e gli Investitori

Per gli utenti ordinari di Ethereum — persone che detengono ETH, interagiscono con protocolli DeFi, fanno trading su exchange decentralizzati o usano applicazioni basate su Ethereum — l'effetto più diretto di Glamsterdam è la riduzione dei costi di transazione. Se la riduzione delle commissioni del ~78% si materializza anche solo parzialmente, l'economia dell'interazione diretta con Ethereum Layer 1 cambia sostanzialmente. Le transazioni più piccole che attualmente non sono economiche su L1 (posizioni micro-DeFi, piccoli acquisti NFT, trasferimenti di token a basso valore) diventano nuovamente praticabili senza passare per un bridge L2.

Per gli sviluppatori che costruiscono applicazioni Ethereum, il requisito di pre-dichiarazione BAL in EIP-7928 introduce una nuova considerazione: gli smart contract dovranno essere scritti o aggiornati per specificare correttamente i loro pattern di accesso allo stato nelle block-level access list. Questo è un requisito ingegneristico aggiuntivo, e le access list mal specificate (transazioni che accedono a stati che non hanno dichiarato) falliranno. L'upgrade ha quindi un periodo di adozione significativo durante il quale l'ecosistema degli sviluppatori deve adattare strumenti, librerie e pattern dei contratti al nuovo modello.

Per i protocolli DeFi, la combinazione di maggiore throughput e commissioni inferiori potrebbe espandere significativamente il mercato indirizzabile. Automated market maker come Uniswap, protocolli di liquidità come Aave e piattaforme di perpetual futures sono tutti vincolati oggi dai costi di esecuzione L1. Glamsterdam non elimina i Layer 2 — i loro vantaggi di velocità rimangono — ma riduce il divario di costo e rende il DeFi su L1 nuovamente competitivo per le transazioni che richiedono le massime garanzie di sicurezza che solo il settlement L1 fornisce.

Per chi volesse posizionarsi in anticipo rispetto a Glamsterdam o aumentare la propria esposizione a Ethereum, accedere a ETH tramite piattaforme regolamentate e licenziate è importante — in particolare per gli investitori europei che operano sotto il framework MiCA. Coinbase detiene una licenza MiCA CASP tramite la sua entità lussemburghese e offre trading spot ETH semplice con commissioni competitive. Binance è attualmente in corso di autorizzazione MiCA per le operazioni europee.

Vale anche la pena collocare Glamsterdam nel contesto più ampio della concorrenza di Ethereum con altre piattaforme smart contract. Solana, ad esempio, ha commercializzato la sua architettura di esecuzione parallela (Sealevel) come vantaggio fondamentale rispetto all'EVM sequenziale di Ethereum. EIP-7928 è in parte la risposta di Ethereum a quella critica — un riconoscimento che l'esecuzione parallela è necessaria per la scalabilità L1 e un'implementazione di essa nell'architettura EVM esistente. Se l'approccio di Ethereum (un modello di access list opt-in e pre-dichiarato) o quello di Solana (dichiarazione obbligatoria degli account per tutte le transazioni) si dimostrerà più pratico su scala è un dibattito tecnico attivo. Glamsterdam fornirà dati reali.

FAQ — Upgrade Ethereum Glamsterdam 2026

Cos'è l'upgrade Ethereum Glamsterdam?

Glamsterdam è il nome in codice della comunità per il prossimo grande aggiornamento del protocollo Ethereum, atteso nel Q3 2026. Il nome fonde "Glasgow" e "Amsterdam" — due città associate a precedenti incontri degli sviluppatori Ethereum. Segue l'upgrade Pectra (maggio 2025) e si concentra sulla scalabilità del livello di esecuzione tramite EIP-7732 (ePBS), EIP-7928 (Block-Level Access Lists) e un aumento del gas limit proposto dai validatori da ~60M a 200M unità di gas per blocco.

Di quanto caleranno le commissioni Ethereum nel 2026 dopo Glamsterdam?

Le stime della community e della ricerca suggeriscono che le commissioni medie di gas potrebbero scendere di circa il 78% dopo Glamsterdam. Questa cifra combina l'effetto dell'esecuzione parallela delle transazioni abilitata da EIP-7928 con la maggiore capacità dei blocchi da un gas limit aumentato a 200M. Tuttavia, la riduzione effettiva dipende da come crescerà la domanda per riempire la nuova capacità. Un trasferimento ERC-20 standard che oggi costa ~$1,50 potrebbe scendere a ~$0,33 nella stima base.

Cos'è EIP-7732 ePBS e perché è importante?

EIP-7732 introduce la Separazione Proposer-Builder Iscritta (ePBS), spostando il processo di costruzione dei blocchi dal sistema off-chain MEV-Boost nel nucleo del protocollo Ethereum. Oggi oltre l'85% dei blocchi Ethereum è costruito da pochi builder esterni tramite relay che operano completamente fuori catena. ePBS porta questa relazione on-chain, soggetta ai meccanismi di slashing e responsabilità di Ethereum per la prima volta. Risultato: migliore resistenza alla censura ed eliminazione della dipendenza dai relay off-chain. ePBS non riduce direttamente le commissioni ma migliora l'integrità strutturale della rete.

Cos'è EIP-7928 e come abilita 10.000 TPS su Ethereum?

EIP-7928 introduce le Block-Level Access Lists (BAL), che consentono alle transazioni di pre-dichiarare quali parti dello stato di Ethereum leggeranno o scriveranno prima dell'esecuzione. Poiché le transazioni non conflittuali possono essere identificate in anticipo, l'EVM può eseguirle in parallelo. Combinato con un gas limit più alto, i ricercatori stimano che questo possa portare il throughput teorico a circa 10.000 transazioni al secondo — rispetto al limite pratico attuale di ~15–30 TPS su Layer 1. Il throughput reale sarà inferiore, ma anche al 20–30% del massimo teorico il miglioramento sarebbe trasformativo.

Quando parte Glamsterdam? Potrebbe essere posticipato?

Glamsterdam punta al Q3 2026. Come per tutti gli upgrade Ethereum, la data finale dipende dai test su devnet, dal deployment su testnet (Sepolia e Holesky) e dalla disponibilità dei team client tra tutti i principali client Ethereum (Geth, Nethermind, Besu, Erigon, Reth). Data la complessità dei cambiamenti all'esecuzione parallela di EIP-7928, è previsto un periodo testnet esteso. Se emergessero problemi significativi, la timeline potrebbe slittare al Q4 2026. La community ha esplicitamente dato priorità alla correttezza rispetto alla schedulazione — i ritardi non sono un fallimento.