L'aggiornamento Glamsterdam di Ethereum a novembre 2026: cosa è previsto, cosa no, e cosa devi fare

Glamsterdam, il prossimo hard fork di Ethereum, gira sulla rete di test Sepolia dal 6 ottobre 2026 e risulta programmato sulla testnet Hoodi per il 26 ottobre. Al 2 novembre 2026 non è stata annunciata alcuna data per la mainnet. L'annuncio della Ethereum Foundation elenca 18 modifiche, guidate dalla separazione proposer-builder integrata nel protocollo e dalle liste di accesso a livello di blocco, più una revisione dei costi del gas su cui alcuni contratti dovranno essere testati. Questa guida riporta ciò che dice la fonte primaria, corregge cifre circolate in precedenza e spiega cosa deve fare chi detiene o usa ETH: per la mainnet, per ora, niente.

In breve

• Non è attivo sulla mainnet. L'annuncio del 17 settembre 2026 dice che «le date di attivazione di Hoodi e della mainnet non sono ancora state decise» e che «non programma un aggiornamento della mainnet».
• Sepolia: programmato all'epoca 353.024, slot 11.296.768, cioè il 6 ottobre 2026 alle 13:53:36 UTC.
• Hoodi: riportato per il 26 ottobre 2026 alle 17:42:48 UTC (fonte secondaria, vedi fonti). Mainnet: ancora nessuna data.
• Cosa contiene: 18 EIP programmati. Le due modifiche principali sono EIP-7732 (separazione proposer-builder integrata, ePBS) ed EIP-7928 (liste di accesso a livello di blocco).
• I costi del gas cambiano, e non solo al ribasso. EIP-8037 «aumenta e misura separatamente il costo di creazione dello stato»; EIP-8038 aggiorna i costi di accesso allo stato; altre modifiche riguardano calldata e liste di accesso.
• Il limite di gas a 200 milioni è un'impostazione dei validatori, non parte dell'aggiornamento. Il 2 novembre 2026 il limite in vigore era 60.000.000. Due client di consenso usano per default 60M dopo l'attivazione e i validatori che vogliono 200M devono configurarlo esplicitamente.
• Per gli utenti: l'annuncio dice che non serve alcuna azione agli utenti della mainnet. Gestori di nodi e validatori devono aggiornare sia il client di esecuzione sia quello di consenso prima dell'attivazione.

Cos'è Glamsterdam

La Fondazione descrive Glamsterdam come la combinazione dell'aggiornamento del livello di esecuzione «Amsterdam» con quello del livello di consenso «Gloas». Le modifiche principali, nelle sue parole, sono la separazione proposer-builder integrata e le liste di accesso a livello di blocco, «che cambiano il modo in cui i blocchi vengono prodotti e validati per sostenere una maggiore capacità del L1».

EIP-7732: separazione proposer-builder integrata

Oggi molti validatori affidano la costruzione dei blocchi a builder specializzati tramite servizi esterni alla rete. EIP-7732 porta quel rapporto dentro il protocollo. Nella descrizione della Fondazione, «un proposer include l'impegno di un builder su un payload di esecuzione, e il builder lo rivela successivamente. Il protocollo gestisce il pagamento al proposer, riducendo la dipendenza da intermediari fidati». La modifica separa anche la validazione del consenso da quella dell'esecuzione, «dando ai validatori più tempo per validare i payload di esecuzione», e introduce un comitato di tempestività del payload che attesta se il builder lo ha rivelato in tempo. Per gli utenti comuni l'effetto è indiretto; l'impatto operativo ricade su validatori e infrastrutture dei builder, che «dovrebbero rivedere i nuovi compiti e le nuove interfacce prima dell'aggiornamento».

EIP-7928: liste di accesso a livello di blocco

EIP-7928 introduce «liste di accesso a livello di blocco, rese obbligatorie, che registrano gli account e le posizioni di storage a cui si accede durante un blocco, insieme alle modifiche di stato successive alle transazioni». Secondo l'annuncio, queste liste «permettono ai client di leggere lo stato dal disco in parallelo, validare le transazioni in parallelo e calcolare le radici di stato in modo più efficiente». La Fondazione descrive insieme ePBS e liste di accesso come «una base per scalare la capacità di esecuzione mantenendo praticabile la validazione dei blocchi per chi gestisce i nodi». Non indica alcuna cifra di throughput.

Prezzi del gas e crescita dello stato

L'annuncio dice che Glamsterdam «adegua la contabilità del gas per riflettere meglio l'uso delle risorse»: EIP-8037 aumenta e misura separatamente il costo di creazione dello stato, EIP-8038 aggiorna i costi di accesso allo stato, ed EIP-7976 ed EIP-7981 alzano il costo minimo del calldata e il costo delle liste di accesso. Agli sviluppatori di applicazioni viene detto di testare contratti e stima del gas con le nuove regole e che «i contratti che dipendono da stipendi di gas fissi, limiti di gas codificati o ipotesi sul gas residuo potrebbero richiedere modifiche». Cosa significhi per quanto paghi dipende dall'operazione: alcune diventano più costose per scelta di progetto, in particolare la creazione di nuovo stato.

Il resto dell'elenco

L'elenco programmato comprende 18 EIP. Tra gli altri: trasferimenti di ETH che emettono un log (EIP-7708), un opcode per il numero di slot (EIP-7843), una dimensione massima dei contratti più alta (EIP-7954), un contratto factory deterministico (EIP-7997), l'esclusione dei validatori penalizzati dalla proposta di blocchi (EIP-8045) e un churn di uscita e consolidamento aumentato (EIP-8061). Il programma di bug bounty di Ethereum è attivo per le specifiche di Glamsterdam.

Limite di gas: cosa fa parte dell'aggiornamento e cosa no

Descrizioni precedenti di Glamsterdam, inclusa una versione precedente della guida di questo sito, presentavano l'aumento del limite di gas dei blocchi da 60 a 200 milioni come uno dei tre pilastri. La fonte primaria non lo elenca tra gli EIP dell'aggiornamento. Quello che l'annuncio dice, nelle note sui client, è che Prysm e Teku «usano per default un limite di gas di 60M dopo l'attivazione» e che «i validatori che vogliono proporre con un limite di 200M devono configurarlo esplicitamente». Abbiamo interrogato la rete il 2 novembre 2026: l'ultimo blocco (numero 26.325.714) aveva un limite di gas di 60.000.000. Quindi 200 milioni è un'impostazione che i validatori possono scegliere, non un valore imposto dall'aggiornamento. L'annuncio elenca inoltre, tra gli EIP informativi di supporto, uno intitolato «Gas Limit Schedule» (EIP-8261); non ne abbiamo esaminato il contenuto.

E le cifre circolate in precedenza

La versione precedente di questa guida citava una riduzione stimata delle commissioni del 78%, un picco teorico di «10.000 transazioni al secondo» e un rilascio nel «terzo trimestre 2026». Il terzo trimestre 2026 è passato senza una data per la mainnet. Nell'annuncio della Fondazione non abbiamo trovato alcuna cifra su riduzione delle commissioni o throughput, e la revisione dei costi che descrive aumenta alcuni costi. Per questo non ripetiamo quei numeri: il livello delle commissioni dopo un aggiornamento dipende dalla domanda reale e da impostazioni scelte dai validatori.

Cosa fare

• Se detieni o usi ETH: per ora niente. L'annuncio dice che non serve alcuna azione agli utenti della mainnet. Ignora qualsiasi messaggio che ti chieda di «aggiornare» o «migrare» i tuoi ETH per Glamsterdam: è uno schema di truffa comune, e la nostra guida alle truffe crypto spiega come riconoscerlo.
• Se gestisci un nodo o un validatore: aggiorna sia il client di esecuzione sia quello di consenso, e per i validatori sia il beacon node sia il validator client, usando solo release le cui note confermano il supporto. L'annuncio elenca le versioni compatibili con Sepolia; le release per la mainnet seguiranno una decisione sulla mainnet.
• Se sviluppi contratti: testali con le nuove regole del gas, soprattutto se usano stipendi di gas fissi o limiti codificati.
• Se fai staking tramite un fornitore: chiedi come gestirà l'aggiornamento e i nuovi compiti dei validatori. Il nostro articolo sullo staking sotto MiCA spiega cosa vale per i fornitori nell'UE.

Cosa non abbiamo potuto verificare

• L'attivazione su Hoodi. La data viene da un resoconto secondario che cita l'annuncio della Fondazione del 16 ottobre; non abbiamo letto l'annuncio della Fondazione su Hoodi.
• Se Sepolia si è attivata senza incidenti; abbiamo letto il calendario, non un resoconto successivo all'attivazione.
• Qualsiasi data per la mainnet. Nessuna era stata annunciata quando abbiamo controllato.
• Il contenuto di EIP-8261 e l'effetto della revisione dei costi sulle commissioni tipiche degli utenti.

Domande frequenti