Gli sviluppatori di Ethereum hanno rinviato l'hard fork di Glamsterdam — un aggiornamento protocollare che coinvolge l'intera rete e richiede a ogni operatore di nodo di aggiornare il proprio software client — sul testnet Hoodi, dopo che esperti di sicurezza hanno individuato potenziali modifiche alla contabilità del gas che potrebbero influire sul funzionamento degli smart contract attualmente distribuiti in caso di transazioni fallite.

L'ultimo aggiornamento rinvia a tempo indeterminato l'attivazione dell'imminente hard fork sul mainnet di Ethereum e getta dubbi sulla finestra provvisoria di rilascio a dicembre.

La timeline di Glamsterdam in discussione

In un post sul blog pubblicato giovedì, l'Ethereum Foundation ha dichiarato che l'attivazione era stata rinviata per motivi di sicurezza. Secondo la Foundation, gli sviluppatori hanno preso la decisione congiunta di posporre l'aggiornamento durante la chiamata ACDE #248 — la riunione bisettimanale All Core Developers Execution — al fine di valutare l'interazione tra la proposta EIP-8037 e gli smart contract attualmente distribuiti sul mainnet di Ethereum.

Inizialmente, l'hard fork su Hoodi era previsto per il 26 ottobre alle 17:42:48 UTC, all'epoca 132.352, un'unità di tempo a durata fissa del consensus layer di Ethereum. Quell'epoca è ora stata rimossa dalla configurazione di distribuzione, senza che ne sia stata programmata una nuova. Non è stata annunciata alcuna data di attivazione sostitutiva.

Il rinvio riguarda anche il rilascio dell'attivazione del consensus layer Gloas e un previsto aumento dell'attuale limite di gas di Hoodi a 200 milioni — il tetto alla quantità di calcolo che ogni blocco può contenere — entrambi parte del pacchetto di aggiornamento dell'hard fork di Glamsterdam. La Foundation ha tuttavia sottolineato che la modifica di programma non influirà sulla cronologia esistente della catena di Hoodi.

Come le modifiche al gas potrebbero ritorcersi contro

La questione risale al 13 ottobre, quando la società di audit blockchain ChainSecurity ha segnalato due proposte di miglioramento di Ethereum dell'aggiornamento Glamsterdam — EIP-8037 e EIP-8038 — come una minaccia per le misure attuali volte a prevenire quello che chiama "insufficient gas griefing". Secondo questo attacco, il chiamante invia deliberatamente gas insufficiente affinché una legittima funzione del contratto fallisca.

Il gas è l'unità con cui Ethereum misura il calcolo, e i contratti sono scritti partendo dal presupposto che il gas assegnato a un'operazione venga speso e non restituito. Con l'introduzione di queste misure, diventerebbe possibile restituire gas a un contratto una volta che un'operazione è fallita, consentendo così un'ulteriore operazione che altrimenti si sarebbe fermata. Molti contratti utilizzano la quantità di gas residua a metà transazione come una delle misure di sicurezza. Modificare quel presupposto renderebbe possibile per un contratto portare a termine l'operazione fallita, impedendo a un utente di rivendicare qualcosa o eseguire un'altra operazione.

L'ambito dell'aggiornamento va oltre la contabilità del gas. In un post del 26 settembre su X, il cofondatore di Ethereum Vitalik Buterin ha evidenziato i miglioramenti di sincronizzazione che ci si attende dall'aggiornamento:

Reminder: you can now sync an ethereum node within half a day and with aggressive settings the space it takes up on disk can be under half a terabyte. EIP-4444 and hard work by client teams on optimizing snap sync has improved things a lot. Glamsterdam will improve the sync situation further still (eg. Nimbus's new sync protocol uses it) — vitalik.eth (@VitalikButerin), September 26, 2026, on X

Alcuni controlli sul gas sopravviveranno comunque alle modifiche, ma sarà necessario auditarli rispetto al nuovo sistema di contabilità di Glamsterdam.

13 contratti reali segnalati

ChainSecurity ha dichiarato venerdì di aver scoperto 13 casi di contratti reali potenzialmente esposti e di essere impegnata in una divulgazione responsabile con i progetti interessati. Sebbene la società non abbia rivelato i progetti coinvolti né i dettagli dei casi scoperti, ha consigliato agli sviluppatori di valutare urgentemente i propri contratti. A differenza del software tradizionale, i contratti Ethereum distribuiti non possono essere semplicemente corretti con patch, motivo per cui l'onere della revisione ricade su ogni progetto in attesa di una nuova data di attivazione.

La notizia ha avuto un forte impatto sui membri della comunità. Lo sviluppatore pseudonimo pcaversaccio ha commentato il 21 ottobre su GitHub che la situazione era "seria" e che il fork doveva essere rivalutato.

L'annuncio arriva inoltre dopo un precedente avvertimento dell'Ethereum Foundation secondo cui il nuovo meccanismo di prezzo del gas di Glamsterdam potrebbe influire su wallet, indicizzatori e stimatori di gas che operano secondo presupposti fissi.

Glamsterdam è stato lanciato sul testnet Sepolia il 6 ottobre, e Hoodi era la successiva tappa attesa prima del lancio sul mainnet — nel processo di rilascio di Ethereum, le fasi sui testnet fungono da filtri che un aggiornamento deve superare prima del mainnet. Inizialmente, il team aveva pianificato un rilascio sul mainnet a dicembre, subordinato al buon esito dei test sul testnet Hoodi. Tuttavia, con l'attivazione su Hoodi ormai non più possibile, il rilascio proposto a dicembre non dovrebbe essere considerato una scadenza. Gli indicatori da osservare d'ora in poi sono l'eventuale aggiunta di un'epoca sostitutiva alla configurazione di distribuzione, gli esiti della valutazione dell'interazione con EIP-8037 e ciò che emergerà dagli scambi di divulgazione responsabile di ChainSecurity con i 13 progetti segnalati.