Gli sviluppatori principali di Ethereum hanno sospeso l'aggiornamento Glamsterdam per il testnet Hoodi, bloccando la transizione di rete finché le problematiche di sicurezza legate a otto invarianti degli smart contract non saranno risolte. L'Ethereum Foundation ha reso nota la decisione in un post sul blog pubblicato il 6 novembre.

ULTIM'ORA: ⚡ Gli sviluppatori di Ethereum dichiarano di stanno rinviando il processo di hard fork Glamsterdam e non effettueranno il fork del testnet Hoodi finché le problematiche di repricing del gas segnalate da ChainSecurity non saranno risolte. pic.twitter.com/7HDv6dZDrc

— CoinMarketCap (@CoinMarketCap) November 6, 2026

Un invariante è una condizione che uno smart contract prevede sempre vera. Il gas è l'unità che Ethereum utilizza per misurare il lavoro computazionale, e molti progetti già distribuiti assumono che determinate operazioni costino una quantità fissa di gas. Due proposte incluse in Glamsterdam modificano il modo in cui il gas viene addebitato, e tali modifiche potrebbero invalidare queste ipotesi nei contratti esistenti. È per questo motivo che il repricing viene trattato come una questione di sicurezza e non come un semplice adeguamento delle commissioni: gli importi coinvolti possono determinare se determinati percorsi di codice vengano eseguiti o meno.

Cosa ha trovato ChainSecurity

Le preoccupazioni derivano da un report del 13 ottobre dell'auditor di smart contract ChainSecurity, che ha esaminato come Glamsterdam potrebbe incidere sui contratti che continuano a essere eseguiti dopo il fallimento di una chiamata esterna. Il report riguarda EIP-8037, che modifica il costo della creazione di nuovo stato sulla blockchain, ed EIP-8038, che adegua gli addebiti per l'accesso allo stato esistente. Entrambi alterano la contabilità del gas per determinate operazioni.

Con le regole attuali, alcuni contratti fanno affidamento sul fatto che un'operazione fallita lasci troppo poco gas per l'esecuzione dei passaggi successivi. Con le nuove regole, determinate operazioni potrebbero completarsi anche quando gli sviluppatori si aspettavano l'annullamento dell'intera transazione. Ciò potrebbe indebolire le tutele incorporate in tali contratti.

ChainSecurity ha fornito un esempio. Un contratto contrassegna un'operazione come fallita dopo che una chiamata esterna ha esaurito il gas. Con le nuove regole, il gas un tempo fuori portata potrebbe tornare disponibile, e il contratto potrebbe registrare un fallimento permanente.

L'Ethereum Foundation ha pubblicato una repository GitHub che documenta le otto invarianti interessate. Include spiegazioni, esempi e passi concreti che gli sviluppatori possono utilizzare per verificare il proprio codice rispetto alle nuove regole del gas. I budget di gas fissi e le riserve di gas sono le problematiche più comuni finora individuate, il che significa che una modifica a livello di protocollo può far emergere ipotesi latenti nel codice distribuito senza alcuna modifica ai contratti stessi.

Altri rischi riguardano contratti che assumono che l'uso del gas si muova solo in una direzione, che gli allowance di gas fissi restino sufficienti, o che una chiamata annullata non possa restituire il gas già speso per la creazione di stato.

Il fork di Hoodi in sospensione

L'attivazione di Hoodi era inizialmente prevista per il 26 ottobre alle 17:42:48 UTC. Hoodi è il principale testnet pubblico di Ethereum, dove le modifiche al protocollo vengono generalmente provate prima del deployment sulla mainnet. Il rinvio ha rimosso dal calendario le attivazioni Amsterdam del execution layer e Gloas del consensus layer, oltre a un previsto aumento del limite di gas del testnet a 200 milioni. Non è stata annunciata alcuna nuova data, e la Foundation ha dichiarato che il fork di Hoodi non procederà finché le problematiche non saranno risolte. Poiché l'attivazione sulla mainnet segue normalmente le prove sui testnet pubblici, il percorso di Glamsterdam verso la mainnet resta anch'esso senza un calendario definito.

Gli sviluppatori stanno ora valutando se i contratti interessati possano essere aggiornati autonomamente o se le specifiche dell'aggiornamento debbano essere modificate. Lo sviluppatore dell'Ethereum Foundation Marius van der Wijden ha dichiarato che il gruppo sta collaborando con ChainSecurity e Dedaub e sta conducendo audit interni per valutare gli effetti sulle applicazioni esistenti.

La Foundation ha precisato che le proprie revisioni non possono coprire ogni progetto, in particolare dove i contratti interagiscono con sistemi off-chain. Ha chiesto agli sviluppatori e agli auditor indipendenti di esaminare sia i contratti on-chain sia gli strumenti off-chain, inclusi wallet, relayer e altre infrastrutture che potrebbero utilizzare limiti di gas hardcoded.

Le segnalazioni dovrebbero essere inviate prima delle prossime discussioni All Core Developers, il forum permanente in cui i team dei client Ethereum e i ricercatori coordinano le modifiche al protocollo. I report dovrebbero indicare il contratto interessato, l'invariante coinvolta, le possibili correzioni e i test ove disponibili. Possono essere inviati privatamente a glamsterdam@ethereum.org. Sulla base del feedback, gli sviluppatori potrebbero modificare EIP-8037 ed EIP-8038, rendendo tali discussioni il punto di controllo da monitorare per le modifiche alle specifiche che determineranno quando il fork di Hoodi potrà essere riprogrammato.

Contesto su Glamsterdam

Glamsterdam è stato attivato sul testnet Sepolia il 6 ottobre, dove gli sviluppatori hanno iniziato a testare le modifiche di scalabilità con un limite di gas di 200 milioni. L'aggiornamento introduce inoltre la proposer-builder separation enshrined tramite EIP-7732 e le block-level access list tramite EIP-7928. Attivazioni sui testnet come questa consentono agli sviluppatori di osservare il comportamento dell'aggiornamento in un ambiente reale prima del deployment sulla mainnet.

In una valutazione di agosto, la Foundation ha dichiarato che la ripetizione di transazioni passate ha mostrato che la maggior parte degli smart contract non era interessata dalle modifiche dei prezzi. Un gruppo più ristretto necessitava di limiti di gas più elevati o di modifiche più consistenti per evitare guasti imprevisti.

Il 26 ottobre gli sviluppatori hanno anche integrato una correzione ai depositi dei validator. Essa affrontava un difetto che avrebbe potuto attribuire i depositi di staking ai block builder che condividono la stessa chiave pubblica. Sono stati aggiunti test di regressione alle specifiche.

La Foundation ha dichiarato che il lavoro sul prossimo aggiornamento, Hegota, prosegue in parallelo e non è influenzato dal rinvio di Glamsterdam.