L’aggiornamento Glamsterdam di Sepolia è previsto per il 6 ottobre 2026 alle 13:53:36 UTC, secondo il blog della Ethereum Foundation. Gli operatori dei nodi Sepolia devono aggiornare sia i client di esecuzione sia quelli di consenso prima dell’attivazione; inoltre, i validatori devono verificare i nuovi compiti relativi ai builder e le impostazioni del limite di gas specifiche per ciascun client.
Punti chiave
- L’attivazione di Sepolia è prevista all’epoca 353,024 e allo slot 11,296,768; l’annuncio non stabilisce le date per Hoodi o per la mainnet.
- I validatori devono aggiornare il client di esecuzione, il beacon node di consenso e il client del validatore, oltre a verificare la compatibilità con gli strumenti per i builder.
- Le indicazioni per Prysm e Teku specificano le modifiche di configurazione necessarie ai validatori che desiderano proporre blocchi con un limite di gas di 200 milioni.
Indice
- Attivazione di Glamsterdam su Sepolia e preparazione dei client
- Le impostazioni del limite di gas dei validatori richiedono una verifica separata
- Le modifiche vanno oltre l’aggiornamento dei client
- Conclusione
Attivazione di Glamsterdam su Sepolia e preparazione dei client
L’annuncio stabilisce una scadenza per la preparazione del software degli operatori di Sepolia, non una data di distribuzione sulla mainnet. Gli operatori dovrebbero utilizzare solo versioni le cui note confermano esplicitamente il supporto per l’attivazione programmata. I nodi che non supportano le nuove regole non potranno seguire la rete aggiornata.
La tabella delle versioni di consenso elenca Grandine 3.0.0-rc.0, Lighthouse 8.3.0-rc.0, Lodestar 1.49.0, Nimbus 26.10.0, Prysm 7.2.1 e Teku 26.9.1. Le versioni di esecuzione indicate sono Besu 26.9.0, Ethrex 29.0.1, Erigon 3.7.1, go-ethereum 1.17.7, Nethermind 2.1.0 e Reth 2.7.0.
La Foundation afferma che le tabelle saranno aggiornate man mano che verranno confermate ulteriori versioni. Gli operatori che si affidano a infrastrutture esterne per la costruzione dei blocchi dovrebbero consultare anche le istruzioni di aggiornamento specifiche per Glamsterdam.
Le impostazioni del limite di gas dei validatori richiedono una verifica separata
L’annuncio contiene avvertenze di configurazione per Prysm e Teku. Sebbene la tabella delle versioni indichi Prysm 7.2.1, la nota allegata riguarda specificamente Prysm 7.2.0: questa versione supporta il fork di Sepolia, ma dopo l’attivazione imposta per default un limite di gas di 60 milioni.
Per i validatori Prysm 7.2.0 che desiderano proporre blocchi con un limite di gas di 200 milioni, le indicazioni prevedono una configurazione esplicita tramite le impostazioni proposer della versione 2 o l’API keymanager. L’opzione --suggested-gas-limit non ha effetto dopo Gloas.
Anche Teku 26.9.1 imposta per default un limite di 60 milioni dopo l’attivazione. I suoi validatori possono configurare esplicitamente un limite di 200 milioni usando --validators-builder-registration-default-gas-limit=200000000.
Le modifiche vanno oltre l’aggiornamento dei client
Glamsterdam combina l’aggiornamento del livello di esecuzione Amsterdam e quello del livello di consenso Gloas. L’EIP-7732 introduce la separazione tra proponente e builder nel protocollo di consenso, includendo il pagamento del proponente gestito dal protocollo e nuovi compiti relativi alla tempestività dei payload. Separa inoltre la convalida del consenso da quella dell’esecuzione, offrendo ai validatori più tempo per verificare i payload di esecuzione.
L’EIP-7928 introduce liste di accesso a livello di blocco obbligatorie, pensate per supportare la lettura parallela dello stato e la convalida delle transazioni, oltre a un calcolo più efficiente della radice dello stato. Queste modifiche forniscono una base per aumentare la capacità di esecuzione; l’annuncio non riporta incrementi misurati della capacità di elaborazione.
Gli sviluppatori dovrebbero anche testare la revisione del calcolo del gas. L’EIP-8037 aumenta i costi di creazione dello stato e li misura separatamente, mentre l’EIP-8038 modifica i costi di accesso allo stato. I contratti che utilizzano quantità fisse di gas, limiti codificati o ipotesi sul gas residuo potrebbero richiedere modifiche.
Il programma Ethereum Bug Bounty è attivo per le specifiche e gli EIP di Glamsterdam. Le implementazioni dei client diventano ammissibili quando le relative versioni vengono aggiunte alle tabelle dei client dell’annuncio.
Conclusione
Gli operatori di Sepolia devono completare l’aggiornamento entro il 6 ottobre; oltre all’installazione dei client, occorre prestare attenzione alla configurazione dei validatori e alla compatibilità con i builder. Questo annuncio non richiede alcuna azione agli utenti della mainnet o ai detentori di ETH.
Leggi altre notizie
Esclusione di responsabilità
Questo articolo di FinanceVelix fornisce informazioni generali e non costituisce consulenza finanziaria, d’investimento, legale o fiscale personalizzata. I prezzi di mercato, i tassi d’interesse e le condizioni economiche possono cambiare; gli investimenti comportano il rischio di perdite. I fatti riflettono il materiale disponibile al momento della pubblicazione e possono cambiare. Verificate autonomamente le informazioni importanti e, se necessario, consultate un professionista qualificato. La menzione di un asset, di una società o di un servizio non costituisce un’approvazione.
