Gli sviluppatori principali di Ethereum hanno deciso di posticipare l'attivazione dell'aggiornamento Glamsterdam sulla testnet Hoodi. Questa decisione è stata presa dopo aver constatato che le nuove regole di calcolo del gas potrebbero compromettere la logica di esecuzione degli smart contract già implementati, causando potenzialmente la registrazione irreversibile sulla blockchain di alcune transazioni non andate a buon fine.
Una sospensione d'emergenza nel programma di test di Ethereum
Il team tecnico di Ethereum ha concordato Annulla l'attivazione di Glamsterdam sulla rete Hoodi durante l'ultima riunione di implementazione per gli sviluppatori. La data originariamente fissata per questa pietra miliare era il 26 ottobre alle 17:42:48 UTC, ma il rollout è stato interrotto senza una nuova data confermata per la sua riattivazione o il suo eventuale arrivo sulla rete principale.
Questo passo indietro è dovuto a un avviso tecnico riguardante la retrocompatibilità della rete. Sebbene Glamsterdam avesse completato la fase preliminare sulla rete di Sepolia il 6 ottobre, il passaggio a Hoodi rappresentava una sperimentazione su larga scala. L'intento era quello di valutare le prestazioni del sistema con un limite ampliato di 200 milioni di gas per blocco, una soglia sostanzialmente più elevata che richiedeva estrema cautela prima di sottoporre a stress l'infrastruttura decentralizzata.
La comunità di sviluppatori privilegia la stabilità rispetto alle scadenze. In un ecosistema in cui operano migliaia di protocolli di finanza decentralizzata e applicazioni autonome, qualsiasi modifica alla macchina virtuale deve garantire che i programmi software creati anni prima continuino a funzionare con gli stessi identici presupposti di sicurezza.
L'impatto delle proposte EIP-8037 e EIP-8038 sul gas
Il fulcro della controversia tecnica risiede nella combinazione di due specifiche proposte di miglioramento: EIP-8037 e EIP-8038. La prima mira a ristrutturare i costi associati alla creazione di nuovi record nel database di Ethereum, con l'obiettivo di contenere la crescita eccessiva dello stato della rete man mano che aumenta il volume totale di elaborazione e la capacità complessiva della blockchain viene scalata.
Tuttavia, un rapporto sulla sicurezza pubblicato il 13 ottobre ha messo in guardia da effetti collaterali imprevisti. Modificando il modo in cui il carburante viene rimborsato e calcolato in caso di errore di una chiamata interna, il sistema può lasciare i contratti con una quantità di gas residuo diversa da quella prevista dai loro creatori originali. Ciò modifica sostanzialmente il modo in cui le applicazioni gestiscono le eccezioni operative interne.
Esistono contratti specificamente progettati per rilevare i fallimenti delle subroutine e prendere decisioni programmate in base all'esaurimento o meno del saldo computazionale. Se il protocollo restituisce unità di gas che erano state precedentemente consumate completamente, il contratto ha la possibilità di eseguire istruzioni successive che avrebbero dovuto essere annullate, consolidando stati incoerenti o registrando errori permanenti nella memoria di sistema.
Variazioni nei costi di stoccaggio e di esecuzione
L'analisi tecnica ha evidenziato che il problema si manifesta anche nella direzione opposta, aumentando inaspettatamente il costo delle operazioni di routine. Ad esempio, la creazione di un nuovo slot di stoccaggio può richiedere fino a 110.020 unità di gas secondo le regole proposte, quando un'allocazione secondaria è esaurita, rispetto al costo base usuale di 22.100 unità nell'architettura precedente.
Questo improvviso aumento può causare il fallimento di transazioni perfettamente legittime a causa di un budget di gas insufficiente. Molti smart contract stabiliscono limiti di consumo rigorosi quando interagiscono con altri moduli per proteggersi da attacchi di re-entry o da consumi malevoli. Di fronte a un aumento di cinque volte del costo di allocazione della memoria, le operazioni programmate vengono bruscamente interrotte.
Per comprendere a fondo i meccanismi di queste commissioni e la logica dell'ecosistema contrattuale, è possibile consultare le risorse formative di Accademia Bit2Medove viene analizzata l'architettura della macchina virtuale di Ethereum. Mantenere questi equilibri è essenziale affinché l'utente non subisca perdite dovute a esecuzioni troncate o commissioni sproporzionate quando interagisce con le applicazioni di produzione.
Gli obiettivi di Glamsterdam vanno oltre i calcoli relativi al gas.
Nonostante questa battuta d'arresto sulla testnet, l'aggiornamento Glamsterdam introduce cambiamenti significativi volti a modernizzare l'infrastruttura blockchain di Ethereum. Tra le sue componenti più importanti spicca una revisione completa del meccanismo di selezione dei costruttori di blocchi, progettato per mitigare gli effetti negativi del mining a massimo valore da parte dei validatori e democratizzare la partecipazione tecnica.
L'obiettivo di abilitare blocchi con un consumo fino a 200 milioni di unità di gas rimane parte della roadmap a medio termine. Questa capacità moltiplicherebbe il volume di trasferimenti complessi e chiamate al secondo che il primo livello può gestire direttamente, riducendo indirettamente le tariffe durante i picchi di congestione e ottimizzando la liquidazione per le soluzioni di secondo livello.
Il rinvio dimostra che il processo di governance tecnica di Ethereum mantiene filtri rigorosi. Coloro che decidono acquista Ethereum Per costruire il loro portafoglio, seguono attentamente queste decisioni ingegneristiche, poiché l'affidabilità delle regole di esecuzione è la pietra angolare che sostiene il valore della rete nei mercati internazionali e la sua adozione istituzionale regolamentata.
Domande frequenti
Quale problema specifico ha causato la sospensione dell'aggiornamento?
I ricercatori hanno scoperto che le regole sul gas contenute nelle proposte EIP-8037 e EIP-8038 modificavano il comportamento dei contratti in caso di errori. Ciò consentiva a determinate transazioni errate di rimanere memorizzate in modo permanente e di non essere annullate, oppure a transazioni valide di fallire richiedendo fino a 110.020 unità di gas per slot, rispetto alle solite 22.100.
Questa vulnerabilità influisce sui fondi degli utenti sulla rete principale?
No, i fondi sulla rete principale non sono a rischio perché la modifica era stata implementata solo in ambienti di test chiusi come Sepolia e non era ancora stata applicata alla rete di produzione. La vulnerabilità è stata identificata prima dell'attivazione della fase su Hoodi, prevenendo così qualsiasi danno all'ecosistema operativo.
Quando verrà implementato completamente Glamsterdam?
Al momento non è stata fissata alcuna data alternativa né per la rete di test di Hoodi né per l'implementazione sulla linea principale. Gli sviluppatori coordineranno le nuove tempistiche durante i prossimi incontri tecnici, dopo aver corretto i modelli del gas per garantirne la compatibilità con il codice esistente.
La sospensione precauzionale del gasdotto Glamsterdam sulla rete di Hoodi sottolinea l'intrinseca complessità dell'ammodernamento di una rete decentralizzata in produzione senza compromettere miliardi di dollari in applicazioni operative. L'individuazione tempestiva di queste anomalie nel sistema tariffario del gas rafforza l'importanza di sottoporre ogni proposta a verifiche approfondite prima di modificare il livello di consenso.
Man mano che i team di sicurezza e gli sviluppatori affineranno le specifiche delle proposte EIP-8037 e EIP-8038, l'ecosistema disporrà di un quadro più prevedibile per scalare la propria capacità transazionale senza compromettere la logica storica dei suoi smart contract.
Gli investimenti in criptovalute non sono completamente regolamentati, potrebbero non essere adatti agli investitori al dettaglio a causa dell'elevata volatilità e sussiste il rischio di perdere tutti gli importi investiti.
Per la creazione di questo articolo sono stati utilizzati strumenti di intelligenza artificiale generativa.
