Il prossimo aggiornamento di rete previsto per Ethereum, con nome in codice Glamsterdam, ha superato una cruciale prova di capacità sul suo devnet, confermando che la rete può continuare a produrre blocchi sotto le nuove regole di costruzione dei blocchi dell'aggiornamento, in vista di un proposto deployment sul testnet Sepolia previsto per il 6 ottobre 2026.

Cosa ha validato la prova di capacità

Una prova di capacità è uno stress test pre-deployment progettato per dimostrare che un insieme proposto di regole di costruzione dei blocchi può sostenere la liveness della catena e gestire un throughput di gas elevato prima che l'aggiornamento avanzi verso un testnet pubblico. Il superamento della prova segnala che il devnet non si è bloccato né ha subito fork sotto carico, ma non costituisce un'attivazione dell'aggiornamento né una garanzia definitiva di prestazioni nelle condizioni del mainnet.

Il parametro di test più visibile è stato il limite di gas per blocco, che è stato elevato da 60 milioni a 200 milioni circa un'ora dopo l'avvio del devnet. CoinDesk ha riportato che la cifra di 200 milioni è un'impostazione di test del devnet, non un impegno per quel parametro sul mainnet.

Sul fronte dei client di esecuzione, Nethermind, una delle principali implementazioni client di Ethereum, ha eseguito 2.302 test prestazionali, elaborando 570,7 miliardi di gas in 3 minuti e 15 secondi in un benchmark autonomo del client. Tale cifra misura il throughput del software di esecuzione in isolamento, non la velocità di rete end-to-end tra validatori e proposers. La distinzione è importante perché ogni nodo della rete deve rieseguire ogni blocco per verificarlo, quindi il throughput di esecuzione stabilisce un limite pratico alla crescita delle dimensioni dei blocchi.

Perché la prova è importante per Glamsterdam

I due principali EIP di Glamsterdam sono centrali per l'importanza della validazione della capacità. EIP-7928, che introduce le liste di accesso a livello di blocco, riorganizza il modo in cui le transazioni vengono elaborate e lo stato viene gestito a livello di blocco, mentre EIP-7732, noto come ePBS (enshrined proposer-builder separation) — una modifica che scrive nelle regole stesse del protocollo la separazione tra costruzione e proposta dei blocchi — estende la finestra di propagazione dei dati da circa 2 secondi a circa 9 secondi, dando builder e ai validatori più tempo per assemblare e attestare blocchi più grandi e complessi.

È proprio questa finestra di propagazione più lunga a rendere operationalmente plausibili limiti di gas più elevati senza costringere gli operatori dei nodi ad aggiornare l'hardware. Se i client di esecuzione non riescono a elaborare un blocco più grande entro la finestra estesa, il blocco rischia di essere orfanizzato — escluso dalla catena canonica nonostante sia stato prodotto validamente — creando pressione di estrazione MEV e il tipo di instabilità del consenso che i bot MEV possono sfruttare. MEV, acronimo di maximal extractable value, indica il profitto ottenuto riordinando, inserendo o censurando transazioni all'interno di un blocco. L'esecuzione sul devnet ha dimostrato che almeno un client importante può tenere il passo con un throughput elevato sotto i nuovi vincoli temporali.

Per gli utenti DeFi e i team di protocollo, il risultato della prova è un segnale di prontezza piuttosto che una conferma di lancio. Un limite di gas L1 più elevato comprimerebbe i costi per unità di gas delle interazioni complesse, un aspetto rilevante per i protocolli che eseguono swap multi-hop, sequenze di liquidazione o operazioni batch di grandi dimensioni sul mainnet di Ethereum. Nulla di tutto ciò cambia, tuttavia, finché l'aggiornamento non supererà ulteriori test e non avrà una programmazione formale.

I prossimi passi prima che Glamsterdam avanzi

La roadmap ufficiale di Ethereum indica il fork su Sepolia come prossimo traguardo, attualmente previsto per il 6 ottobre 2026, sebbene CoinDesk rilevi che la data richiede ancora la conferma formale degli sviluppatori core. Sepolia è un testnet pubblico, quindi il deployment lì porterà alla luce problemi che un devnet a operatore singolo non può evidenziare, inclusa la compatibilità cross-client tra Nethermind, Geth, Besu ed Erigon in condizioni reali di set di validatori. Poiché Ethereum si affida a più client sviluppati in modo indipendente per far rispettare le stesse regole, le discrepanze nel modo in cui ciascuno implementa le nuove regole di costruzione dei blocchi di Glamsterdam sono il tipo di problema che emerge solo quando operatori diversi, con hardware e configurazioni differenti, iniziano a produrre e verificare blocchi insieme.

Dopo Sepolia, il percorso di aggiornamento standard passa per Holesky prima di qualsiasi decisione di programmazione per il mainnet. Gli sviluppatori core esamineranno i dati di interoperabilità dei client, le proposte di parametri per il limite di gas e qualsiasi problema segnalato a livello di governance attraverso il issue tracker ethereum/pm prima di fissare il blocco del fork sul mainnet. Sviluppatori e operatori di nodi dovrebbero seguire quei canali, e non i risultati del devnet, per le tempistiche di produzione.

L'approccio del protocollo di separare i benchmark dei client di esecuzione dalle prove a livello di rete rispecchia come sono stati scanditi aggiornamenti precedenti come Dencun. Anche l'infrastruttura per transazioni confidenziali su Ethereum, come il livello di swap privato di Zama costruito su Morpho, dovrà verificare la compatibilità con la separazione modificata traers e builders di ePBS prima che tali integrazioni possano affidarsi alle garanzie temporali di Glamsterdam.

Mentre il risultato del devnet circolava, ETH veniva scambiato a 2.476,44 dollari, in rialzo del 3,4% sulla giornata, secondo i dati di CoinGecko, con l'indice Fear & Greed delle criptovalute su un livello neutro di 50.