Ethereum Ritarda l'Aggiornamento del Testnet Glamsterdam a Causa dei Rischi Legati ai Contratti Intelligenti
L'aggiornamento Glamsterdam di Ethereum è stato ritardato a causa di preoccupazioni sul riprezzamento del gas EIP-8037, sospendendo il testnet Hoodi fino a quando le interazioni dei contratti intelligenti non saranno verificate.

Aggiornamento della rete Ethereum: Glamsterdam
Il prossimo aggiornamento della rete Ethereum, denominato Glamsterdam, non è ancora pronto per il mainnet, e la prova del testnet Hoodi è attualmente sospesa. Il blocco è dovuto a un cambiamento del gas all'interno del rilascio, l'EIP-8037, che riprezza il costo per creare un nuovo stato sulla catena. Gli sviluppatori principali desiderano ulteriori prove che i contratti esistenti del mainnet possano funzionare correttamente prima di attivare l'aggiornamento.
A partire dall'aggiornamento della Ethereum Foundation del 6 novembre 2026, non è stata fissata una data di attivazione per Hoodi né per il mainnet di Glamsterdam. Tuttavia, sono più chiari gli aspetti riguardanti cosa includerà l'aggiornamento, perché un suo componente ha fermato la prova e quali azioni, se necessarie, devono essere intraprese.
Separazione del Proponente e del Costruttore
La separazione del proponente e del costruttore, nota come ePBS, è un cambiamento che merita una spiegazione approfondita, poiché elimina un passaggio che attualmente avviene al di fuori del protocollo. Un proponente di blocco e un costruttore di blocco sono ruoli distinti, ma il modo in cui uno passa un blocco all'altro si basa su relay di terze parti e accordi esterni al protocollo.
L'EIP-7732 integra quel passaggio nel protocollo di consenso di Ethereum: un proponente include l'impegno di un costruttore a un payload di esecuzione, e il costruttore rivela successivamente quel payload. L'obiettivo di questo cambiamento è aumentare la fiducia. La pagina della roadmap di ethereum.org afferma che questa modifica elimina le assunzioni di fiducia esterne e la dipendenza dai relay di terze parti, introducendo pagamenti per i costruttori direttamente nel protocollo.
Espansione della Finestra di Propagazione
Inoltre, separare i due ruoli a livello di protocollo espande la finestra di propagazione, ovvero il tempo disponibile per diffondere i dati attraverso la rete, da 2 secondi a circa 9 secondi. Questo tempo extra consente di gestire payload molto più grandi, trasformando un cambiamento nella costruzione dei blocchi in un miglioramento della scalabilità L1.
Un modo utile per immaginarlo è pensare a un relay che attualmente si trova tra costruttore e proponente, passando il blocco vincente; ePBS incorpora quel passaggio nelle regole della catena stessa. Tuttavia, il confronto si ferma qui, poiché ePBS modifica il comportamento di consenso, non chi può costruire.
Liste di Accesso a Livello di Blocco
Le liste di accesso a livello di blocco, o BAL, affrontano un collo di bottiglia diverso: le transazioni vengono convalidate una dopo l'altra. L'EIP-7928 introduce liste forzate che registrano gli account e le posizioni di archiviazione accessibili durante un blocco, insieme ai cambiamenti di stato post-transazione.
Con questa mappa a disposizione, i client possono leggere lo stato dal disco in parallelo, convalidare le transazioni in parallelo e calcolare le radici di stato in modo più efficiente. Ethereum.org descrive l'effetto come la rimozione dei collo di bottiglia del processamento sequenziale, fornendo una mappa anticipata di tutte le dipendenze delle transazioni e preparando il terreno per il processamento parallelo anziché la convalida uno per uno.
Networking e Aggiornamenti di Stato
C'è anche un aspetto di networking da considerare. Il Block Access List Exchange (eth/71, o EIP-8159) è il compagno diretto delle liste ed è ora richiesto per tutti i client del layer di esecuzione, il che dovrebbe consentire sincronizzazioni più veloci e aggiornamenti di stato senza esecuzione.
Se stai costruendo su Ethereum, questa è la parte che influisce più direttamente sui tuoi strumenti, anche se può sembrare tecnica. Glamsterdam riscrive anche parti del programma del gas. L'EIP-8037 aumenta e misura separatamente il costo di creazione dello stato, mentre l'EIP-8038 aggiorna i costi di accesso allo stato. L'intento, secondo la Ethereum Foundation, è quello di avere una tariffazione del gas che rifletta meglio il costo di esecuzione e crescita dello stato.
Scalabilità e Limiti di Gas
La scala è un aspetto cruciale in questo contesto. Ethereum sta scalando verso un limite di gas di 200M abilitato da Glamsterdam, con gli sviluppatori che testano a un limite di gas di blocco di riferimento di 150M per derivare una tariffazione accurata dello stato, secondo ethereum.org. A quella dimensione, la Fondazione afferma che la crescita dello stato diventerebbe insostenibile senza un riprezzamento.
Questo riprezzamento è ciò che ha causato la sospensione della prova di Hoodi. Gli sviluppatori principali hanno deciso, durante l'ACDE #248 del 22 ottobre 2026, di ritardare l'aggiornamento precedentemente programmato su Hoodi per indagare su come l'EIP-8037 interagisce con i contratti intelligenti del mainnet.
Preoccupazioni e Audit
La preoccupazione è specifica. ChainSecurity ha identificato casi in cui una chiamata può fallire e il contratto che l'ha effettuata può comunque completare il suo gestore di fallimento, mentre secondo le regole del gas precedenti lo stesso percorso potrebbe aver causato il ripristino della transazione esterna. Gli sviluppatori stanno verificando le assunzioni attraverso le implementazioni dei client e i contratti esistenti, con ChainSecurity, Dedaub e revisori interni che contribuiscono.
L'aggiornamento della Fondazione del 6 novembre 2026 merita di essere citato direttamente: "Sulla base di queste scoperte, ACD ha deciso di ritardare il processo di hardfork e non forkare Hoodi fino a quando i problemi non saranno risolti." Raccomanda anche che ACD attenda "fino a quando i risultati dell'audit non saranno pubblici e ci sarà stato tempo per rivederli prima di decidere se rivedere le specifiche o quando programmare l'aggiornamento di Hoodi."
Preparazione per gli Sviluppatori
Per aiutare gli sviluppatori esterni a controllare il proprio codice, la Fondazione ha creato un repository che elenca otto invarianti che saranno violate da Glamsterdam. Gli sviluppatori di applicazioni dovrebbero testare i contratti e la stima del gas rispetto alle nuove regole del gas di Glamsterdam. I contratti che si basano su indennità di gas fisse, limiti di gas hardcoded o assunzioni sul gas rimanente potrebbero necessitare di modifiche.
Questa è la lista pratica delle cose da fare; il tempismo rimane un aspetto incerto. Per tutti gli altri, il rinvio di Hoodi è silenzioso. L'annuncio riguarda Hoodi, e non è richiesta alcuna azione da parte degli utenti del mainnet di Ethereum o dei detentori di ETH a seguito dell'aggiornamento.
Situazione Attuale e Prospettive Future
Il ritardo non stabilisce nemmeno una data di attivazione per il mainnet di Glamsterdam. Stato al 6 novembre 2026: Hoodi non ha una nuova data. Ethereum.org elenca il deployment del mainnet solo come previsto nel Q4 2026, con la data non ancora confermata, e il post sul ritardo di Hoodi non stabilisce esplicitamente una data di attivazione per il mainnet.
L'ambito di Glamsterdam è congelato, ma può ancora cambiare prima del mainnet, poiché l'EIP meta rimane in bozza. La pagina della roadmap esaminata ha anche elencato il fork di Hoodi come il prossimo traguardo per il 27 ottobre 2026, una data che il ritardo del 22 ottobre ha da allora superato.
Un avvertimento da segnalare: le affermazioni di throughput e riduzione delle commissioni circolano in spiegazioni di terze parti, ma non appaiono nelle pagine della Ethereum Foundation, ethereum.org o GitHub esaminate qui, quindi trattale come non verificate.
Le meccaniche documentate, ePBS, liste di accesso a livello di blocco e il riprezzamento del gas, sono quelle che puoi controllare contro le fonti primarie sopra. Ciò che farebbe avanzare questa situazione è specifico e datato. I rapporti di Dedaub e ChainSecurity dovevano essere pubblicati il 13 novembre 2026, e i loro contenuti non sono ancora confermati.
Una chiamata ACDT del 16 novembre e una chiamata ACDE del 19 novembre sono i prossimi checkpoint programmati. Una decisione di rivedere le specifiche dell'EIP-8037 e dell'EIP-8038, o una nuova epoca di attivazione di Hoodi, sarebbe il segnale che il blocco è stato sollevato. Fino ad allora, la situazione rimane quella che la Fondazione ha fornito: attivo su Sepolia, in attesa per Hoodi, e non ancora programmato per il mainnet.