Uno dei principali client validator di Ethereum ha rilasciato un aggiornamento software di emergenza poche ore prima di un'esecuzione critica sulla rete di test Sepolia. La patch arriva mentre la testnet si prepara ad aumentare il limite di gas per blocco a 200 milioni, un salto che permetterebbe a ogni blocco di contenere molta più computazione e dati rispetto a oggi.
I tempi sono stretti. I validator che eseguono il client interessato devono aggiornare prima dell'inizio del test, altrimenti rischiano di rimanere fuori sincrono o di produrre blocchi non validi durante la prova. Sepolia non è la mainnet — è uno spazio di prova dove i team dei client rompono le cose affinché la mainnet non lo faccia. Ma un test fallito qui ritarda comunque il più ampio rilascio di Glamsterdam.
Perché 200 milioni di gas contano
Il limite di gas di Ethereum stabilisce il tetto massimo di lavoro che un singolo blocco può contenere: trasferimenti semplici, chiamate a smart contract, blob di dati rollup, tutto quanto. Quel tetto è aumentato gradualmente nel corso degli anni, ma 200 milioni sono una scala diversa. Significa più transazioni per blocco, più spazio per i dati rollup e, teoricamente, commissioni più basse quando la domanda è piatta.
Significa anche maggiore stress su ogni nodo che deve elaborare quel blocco. Validator, nodi archivio, fornitori RPC — tutti a valle lo percepiscono. Ecco perché i team dei client testano questi aumenti su Sepolia e altre testnet prima, dove un blocco difettoso non costa nulla se non un pomeriggio storto.
Il pacchetto di aggiornamento Glamsterdam è in lavorazione da mesi, e l'aumento del limite di gas è una delle sue componenti più seguite. La diversità dei client rende il coordinamento più difficile: Ethereum funziona su diversi client validator diversi, e ognuno deve gestire correttamente lo stesso carico. Quando un client ha bisogno di una patch pre-test, è un promemoria di quanto la rete dipenda dal funzionamento di quella diversità.
Cosa fa effettivamente la patch
Il client ha aggiornato il suo software all'ultimo minuto. È il tipo di cosa che succede nei cicli di test — un bug emerge durante i controlli finali, il team rilascia una correzione e i validator si affrettano ad applicarla. Il client interessato non ha divulgato l'esatta natura del bug, e l'inquadramento d'emergenza suggerisce che non fosse cosmetico.
I validator che perdono la finestra potrebbero vedere i loro nodi Sepolia bloccarsi o biforcarsi dal resto della testnet. Sulla mainnet, sarebbe un incidente grave. Su Sepolia, è un dato di fatto.
Il più ampio rimescolamento delle testnet
Sepolia è diventata il principale banco di prova per cambiamenti troppo rischiosi da testare sulla mainnet ma troppo importanti da saltare. L'aumento del limite di gas rientra precisamente in questa descrizione. Se Sepolia gestisce blocchi da 200 milioni di gas senza problemi, si apre la strada per una pianificazione sulla mainnet. In caso contrario, i team dei client tornano al codice.
Non c'è ancora una data annunciata per la mainnet. L'aggiornamento Glamsterdam è ancora in fase di testnet, e la modifica del limite di gas è un pezzo di un pacchetto più ampio. Ciò che accade su Sepolia nei prossimi giorni determinerà la velocità con cui il resto si muoverà.
Cosa tenere d'occhio
La domanda immediata è se il client patchato regge sotto la nuova dimensione dei blocchi. I validator che hanno aggiornato in tempo lo scopriranno in tempo reale; quelli che non l'hanno fatto potrebbero scoprirlo nel modo più duro. Dopo Sepolia, il prossimo checkpoint è se altre testnet — e alla fine la mainnet — avranno i propri test sul limite di gas. Per ora, tutti gli occhi sono su una rete di test a cui la maggior parte degli utenti non pensa mai.
