L'upgrade Glamsterdam di Ethereum va in diretta su Sepolia, sperimentando un limite di gas di 200 milioni
Punti chiave
- •L'upgrade Glamsterdam di Ethereum è andato in diretta sulla testnet Sepolia il 6 ottobre 2026, avviando il primo test reale di un limite di gas di blocco di 200 milioni, oltre tre volte il precedente default di 60 milioni.
- •Gli sviluppatori di Prysm hanno rilasciato un aggiornamento d'emergenza alla versione 7.2.1 il 5 ottobre affinché i validatori che usano il client molto diffuso proponessero automaticamente blocchi al limite di gas più alto invece del vecchio default.
- •Il livello di 200 milioni di gas è una preferenza configurabile che i validatori possono adottare o rifiutare, il che significa che il tetto finale di Sepolia dipenderà dalla partecipazione volontaria degli operatori e non da un requisito del protocollo.
- •Glamsterdam affianca le modifiche al livello di esecuzione alla funzione Gloas lato consenso, introducendo la proposer-builder separation enshrined, le block-level access list e una contabilità del gas rivista sotto EIP-8037 ed EIP-8038 per usare la capacità esistente in modo più efficiente.
- •L'upgrade non accorcia i tempi dei blocchi né riduce automaticamente le commissioni, non è stata fissata alcuna data di attivazione o obiettivo di gas per il mainnet, e EIP-7825 limita ogni singola transazione a 16.777.216 gas indipendentemente dal limite di blocco.

Ethereum ha raggiunto uno dei traguardi più significativi del suo recente percorso di scalabilità il 6 ottobre 2026, quando la testnet Sepolia ha attivato l'upgrade Glamsterdam alle 13:53 UTC circa. Sepolia è una delle reti di test pubbliche di Ethereum — ambienti in cui le modifiche al protocollo vengono provate prima di qualsiasi deployment sul mainnet — il che rende questa attivazione la prima prova dal vivo di una questione che potrebbe alla fine ridefinire quanto lavoro un singolo blocco di Ethereum sia in grado di contenere. Il gas, l'unità che misura il lavoro computazionale sulla rete, è limitato a livello di catena, quindi il limite di blocco funge anche da tetto diretto sul numero di transazioni e operazioni applicative che rientrano in ogni blocco.
L'attivazione non è andata interamente secondo i piani. Nelle ore precedenti il fork, gli sviluppatori che mantengono Prysm — tra i client più diffusi per gestire i validatori di Ethereum — sono stati costretti a rilasciare un aggiornamento d'emergenza. La versione 7.2.1 è uscita in tarda serata del 5 ottobre per garantire che i validatori proponessero automaticamente blocchi con un limite di gas di 200 milioni durante il test. Senza di esso, i validatori basati su Prysm avrebbero continuato a produrre blocchi limitati al vecchio default di 60 milioni di gas, diluendo silenziosamente proprio l'esperimento pensato per misurare come la rete gestisce blocchi più grandi.
Un default, non un obbligo
La differenza tra un default e una scelta effettiva è al centro di questo episodio, e dice molto su come Ethereum si autogoverna. In termini tecnici, la cifra di 200 milioni di gas non è un obbligo imposto dal protocollo con il fork. È una preferenza configurabile che i validatori possono adottare o rifiutare una volta completata l'attivazione. Gli operatori Prysm possono attivare il limite più alto tramite le impostazioni del proposer aggiornate o l'API keymanager, mentre gli utenti Teku devono impostare un flag dedicato — la vecchia opzione suggested-gas-limit smette di funzionare dopo la transizione. Il tetto finale gas su Sepolia dipenderà quindi da quanti validatori aderiranno volontariamente e da come il limite evolverà in seguito.
La struttura opt-in è una scelta di progettazione deliberata, non una coincidenza. Ethereum non aumenta la capacità tramite un interruttore imposto in modo centralizzato; gli incrementi arrivano attraverso decisioni coordinate degli operatori e i default dei client. Con l'attivazione fissata all'epoch 353,024 e allo slot 11,296,768 — le unità di tempo che il livello di consenso usa per programmare le modifiche al protocollo — Sepolia sta mettendo in scena la prima prova completa di quel meccanismo di coordinamento su una scala pari a tre volte il precedente default della rete.
Il pacchetto tecnico dietro il numero
Per il pubblico crypto in generale, il numero principale è facile da fraintendere. Un limite di gas più alto significa più spazio per transazioni, trasferimenti di stablecoin e applicazioni complesse all'interno di ogni blocco — un passo concreto verso l'alleggerimento della congestione sulla più grande piattaforma di smart contract al mondo. Il significato più profondo di Glamsterdam, tuttavia, risiede meno nel numero che nel pacchetto tecnico allegato.
L'upgrade affianca le modifiche al livello di esecuzione di Amsterdam con Gloas sul lato del consenso, il livello che coordina i validatori e finalizza i blocchi. Il fulcro è la proposer-builder separation enshrined, una riprogettazione strutturale di come i blocchi vengono costruiti e proposti. La accompagnano le block-level access list, che registrano quali account e posizioni di archiviazione tocca un blocco, permettendo ai client di leggere lo stato e validare le transazioni in parallelo. Anche la contabilità del gas viene raffinata: EIP-8037 aumenta e misura separatamente il costo di creazione di nuovo stato, EIP-8038 aggiorna i costi di accesso allo stato, e il pacchetto elimina i rimborsi di gas dalla contabilità dei blocchi rimuovendo il burn di SELFDESTRUCT. L'obiettivo combinato è usare la capacità esistente in modo più efficiente, non semplicemente stipare più lavoro in ogni blocco.
Ciò che il test non promette
Altrettanto importante è ciò che l'upgrade lascia senza dimostrazione. Un limite di gas più grande non accelera i tempi dei blocchi. Non riduce automaticamente le commissioni, che salgono e scendono comunque con la domanda, e nessun dato di utilizzo o effetto misurato sui Layer 2 è ancora stato collegato all'obiettivo di 200 milioni. Né concede a una singola transazione spazio illimitato: EIP-7825 impone un tetto a livello di protocollo di 16.777.216 gas per transazione, indipendentemente dal limite di blocco. La modifica crea spazio per più attività aggregata, non la licenza per una singola operazione di inghiottire un intero blocco.
L'esperimento comporta anche rischi noti. Un precedente riferimento della roadmap, EIP-7935, aveva indicato 150 milioni di gas come potenziale punto critico, perché la dimensione dei blocchi nel caso peggiore a quel livello si avvicinerebbe al gossip limit del livello di consenso — la soglia oltre la quale i blocchi potrebbero diffondersi troppo lentamente sulla rete. Ethereum sta, di fatto, sondando deliberatamente quel confine per scoprire dove i costi di validazione, i ritardi di propagazione e i requisiti hardware degli operatori di nodo inizino a superare il valore della capacità aggiuntiva.
Una proposta complementare, EIP-8261, abbozza una risposta a più lungo termine al problema del coordinamento. Ancora in peer review, introdurrebbe un programmaoltativo di limiti di gas leggibile dalle macchine che i validatori potrebbero adottare a epoch specifiche, sostituendo l'assetto attuale, in cui i nuovi default entrano in vigore solo quando gli operatori aggiornano casualmente il loro software. La proposta non modifica le regole del consenso; i blocchi sopra o sotto il valore programmato resterebbero validi. Si limita a dare ai validatori un obiettivo condiviso, preservando il carattere decentralizzato della rete e consentendo un'evoluzione più deliberata a livello di rete.
Conclusioni più ristrette dei titoli
Per utenti e sviluppatori, la conclusione onesta di oggi è più ristretta di quanto suggeriscano i titoli. Glamsterdam su Sepolia non conferma un limite di gas di 200 milioni per il mainnet — né una data di attivazione né un obiettivo di gas per il mainnet sono stati decisi, e le tempistiche per la testnet Hoodi e per il mainnet restano indeterminate. Ciò che conferma è un metodo funzionante: release dei client supportate da Grandine, Lighthouse, Lodestar, Nimbus, Prysm e Teku, un bug bounty attivo sulle specifiche, e un ambiente reale in cui gli effetti di blocchi molto più grandi possono essere osservati anziché solo teorizzati.
I dati di Sepolia nelle prossime settimane decideranno se l'esperimento avrà successo. Gli sviluppatori seguiranno la costanza della produzione dei blocchi, la latenza di validazione e se i validatori adotteranno davvero il limite più alto. Se la rete dimostrerà di poter gestire blocchi oltre tre volte il suo precedente default senza sacrificare la decentralizzazione, il caso per un'espansione graduale e volontaria della capacità sul mainnet diventerà considerevolmente più solido. Il dibattito sulla scalabilità di Ethereum è sempre stato una negoziazione tra ambizione e pragmatismo. Dal 6 ottobre, quella negoziazione gira su blocchi reali.
Fonte: Metaverse Post