L’aggiornamento Glamsterdam di Hoodi è previsto per il 26 ottobre 2026 alle 17:42:48 UTC, con un aumento del limite di gas della testnet a 200 milioni alla stessa epoca di attivazione. Dopo l’attivazione di Glamsterdam su Sepolia il 6 ottobre, la successiva distribuzione richiede agli operatori di Hoodi di aggiornare sia i client di esecuzione sia quelli di consenso. L’annuncio della Ethereum Foundation del 16 ottobre non fissa una data per la mainnet.
Punti chiave
- L’attivazione su Hoodi è prevista per l’epoca 132,352 e lo slot 4,235,264, insieme a un aumento del limite di gas a 200 milioni.
- I validatori di Hoodi devono aggiornare il client di esecuzione, il nodo beacon di consenso e il client del validatore, oltre a esaminare i nuovi compiti relativi ai builder.
- Gli sviluppatori dovrebbero testare le ipotesi sul gas e la relativa stima secondo le regole riviste; gli utenti e gli operatori della mainnet non devono intraprendere alcuna azione in seguito a questo annuncio.
Indice
Programma e stato della distribuzione di Glamsterdam su Hoodi
Hoodi è la prossima testnet su cui è prevista la distribuzione di Glamsterdam, che combina l’aggiornamento del livello di esecuzione Amsterdam con quello del livello di consenso Gloas. Il limite di gas pianificato, pari a 200 milioni, è lo stesso di Sepolia.
L’annuncio della Ethereum Foundation su Glamsterdam e Hoodi distingue questa scadenza della testnet dalla distribuzione sulla mainnet. I team che sviluppano i client non hanno ancora deciso l’orario di attivazione sulla mainnet; le release compatibili con la mainnet saranno annunciate separatamente.
| Voce |
Dettagli |
| Distribuzione su Sepolia |
Attivata il 6 ottobre 2026 alle 13:53:36 UTC; epoca 353,024, slot 11,296,768. |
| Distribuzione su Hoodi |
Prevista per il 26 ottobre 2026 alle 17:42:48 UTC; epoca 132,352, slot 4,235,264. |
| Limite di gas di Hoodi |
Previsto un aumento a 200 milioni all’epoca di attivazione, pari al limite di Sepolia. |
| Distribuzione sulla mainnet |
La data di attivazione non è ancora stata decisa; questo annuncio non programma alcun aggiornamento della mainnet. |
Aggiornamenti necessari agli operatori di Hoodi
Prima dell’attivazione, i nodi che non partecipano allo staking necessitano di client di esecuzione e di consenso compatibili. I validatori devono inoltre assicurarsi che siano aggiornati sia il nodo beacon sia il client del validatore. I software che non supportano le nuove regole non possono seguire la rete aggiornata.
L’annuncio elenca le release di consenso per Grandine, Lighthouse, Lodestar, Nimbus, Prysm e Teku. La tabella dei client di esecuzione indica le versioni per Besu, Ethrex e Nethermind, mentre non riporta versioni per Erigon, go-ethereum e Reth. Gli operatori dovrebbero scegliere esclusivamente release le cui note confermino esplicitamente il supporto per l’attivazione programmata di Hoodi.
La tabella degli strumenti elenca commit-boost 0.12.0-rc1. Ulteriori indicazioni sulla compatibilità di builder e validatori sono in attesa di conferma. Gli operatori che utilizzano infrastrutture esterne per la costruzione dei blocchi dovrebbero consultare le relative istruzioni per Glamsterdam, insieme alle indicazioni del proprio client sugli obiettivi del limite di gas dei validatori.
Perché cambiano i flussi di lavoro di builder e validazione
Per i team di validatori e builder, essere pronti significa più che installare i file binari.
EIP-7732, la separazione proposer-builder integrata nel protocollo, introduce responsabilità definite dal protocollo per un processo che in precedenza dipendeva maggiormente da middleware fidati. I team devono verificare che i propri strumenti siano compatibili con i nuovi compiti e le nuove interfacce.
In questo processo, un proposer si impegna a includere un payload di esecuzione del builder prima che quest’ultimo lo renda noto. Il protocollo di Ethereum gestisce il pagamento al proposer, mentre un comitato per la tempestività dei payload verifica che la comunicazione avvenga in tempo e che i dati blob siano disponibili. La separazione dei controlli di consenso da quelli di esecuzione offre inoltre ai validatori più tempo per valutare i payload di esecuzione.
L’altra modifica principale, EIP-7928, mira a ridurre il lavoro di validazione dei client. Le liste di accesso obbligatorie a livello di blocco identificano gli account e le aree di storage interessati da un blocco e registrano le modifiche allo stato successive alle transazioni. I client possono utilizzare queste informazioni per parallelizzare le letture da disco e la validazione delle transazioni, nonché per calcolare in modo più efficiente le radici dello stato. Insieme, queste modifiche consentono di aumentare la capacità di esecuzione mantenendo praticabile la validazione per gli operatori dei nodi.
Aspetti prioritari per i test delle applicazioni
La revisione dei costi del gas rende prioritarie le ipotesi degli smart contract nei test. EIP-8037 aumenta e contabilizza separatamente i costi di creazione dello stato, mentre EIP-8038 modifica i costi di accesso allo stato. Altre modifiche previste riguardano il gas intrinseco delle transazioni, i calldata, le liste di accesso e la contabilizzazione del gas dei blocchi.
Gli smart contract che utilizzano quantità fisse di gas, limiti codificati in modo rigido o ipotesi sul gas residuo potrebbero richiedere modifiche. Gli sviluppatori dovrebbero consultare la guida sull’impatto della revisione dei costi per individuare gli smart contract interessati e testare la stima del gas su Sepolia e, dopo l’attivazione, su Hoodi.
I test dovrebbero inoltre includere le modifiche pertinenti a log, opcode e interfacce dei client. Tra le aggiunte previste figurano i log dei trasferimenti di ETH, un opcode per i numeri di slot, un limite massimo più elevato per le dimensioni degli smart contract e un contratto factory deterministico.
Conclusione
La scadenza immediata riguarda l’infrastruttura di Hoodi: i client e gli strumenti compatibili devono essere pronti entro il 26 ottobre. Gli sviluppatori potranno verificare il comportamento delle applicazioni nell’ambito della distribuzione sulla testnet, mentre l’attivazione della mainnet resta una fase distinta, per la quale non è stata ancora fissata una data.
Leggi altre notizie
Altre notizie di FinanceVelix
Avvertenza
Questo articolo di FinanceVelix fornisce informazioni generali e non costituisce consulenza finanziaria, d’investimento, legale o fiscale personalizzata. I prezzi delle criptovalute possono cambiare rapidamente e potresti perdere tutti i fondi investiti. I fatti rispecchiano le informazioni disponibili al momento della pubblicazione e possono cambiare. Verifica autonomamente le informazioni importanti e, se necessario, consulta un professionista qualificato. La menzione di un asset, un’azienda o un servizio non costituisce un’approvazione.
