L'Ethereum Foundation ha fissato il 6 ottobre come data di attivazione dell'upgrade Glamsterdam sulla testnet Sepolia di Ethereum, assegnando agli operatori dei nodi una scadenza per l'aggiornamento del software e ai team di sviluppo una rete pubblica su cui testare le modifiche. I normali possessori di ETH non devono compiere alcuna azione per questa attivazione. Per i lettori meno familiari con il ciclo di sviluppo di Ethereum, una testnet è una rete parallela in cui i team dei client e gli sviluppatori di applicazioni provano le modifiche al protocollo prima che queste raggiungano la rete principale di Ethereum; questa attivazione è quindi una tappa di coordinamento in vista di un'eventuale programmazione sul mainnet, non una modifica alla catena attiva.

Secondo l'annuncio pubblicato sul blog della Foundation, Glamsterdam prepara Ethereum a gestire un volume di lavoro maggiore, modificando al contempo le commissioni del gas per alcune operazioni. Il test pubblico consentirà agli sviluppatori di verificare se le applicazioni continuano a eseguire correttamente e a stimare con precisione le commissioni secondo le nuove regole.

Glamsterdam cambierà ciò che gli utenti pagano?

L'effetto dipende dalla transazione. La creazione di un account, il deploy di codice di un contratto o l'aggiunta di storage lasciano informazioni che i nodi di Ethereum devono conservare, e Glamsterdam modifica il gas addebitato per tali operazioni, oltre che per l'accesso ai record esistenti.

EIP-8037 aumenta e contabilizza separatamente i costi di creazione dello stato, mentre EIP-8038 aggiorna le commissioni per la lettura e la scrittura delle informazioni archiviate. Un'applicazione che crea una quantità significativa di nuovo storage si troverà quindi ad affrontare un profilo di costi diverso rispetto a un semplice pagamento.

Per un semplice trasferimento di ETH verso un account ordinario esistente, l'attuale specifica del gas di transazione (EIP-2780) mantiene l'addebito a 21.000 gas di esecuzione. Tale cifra misura il lavoro imputato alla transazione; l'importo effettivamente pagato dipende comunque dal prezzo del gas al momento dell'invio.

La documentazione sulle commissioni di Ethereum spiega che l'addebito finale dipende dal gasato e dal prezzo per unità, con la domanda che influenza i prezzi. Una maggiore capacità può ridurre la competizione per lo spazio nei blocchi, mentre commissioni più alte per determinate operazioni possono aumentarne il consumo di gas. Un'affermazione secondo cui Glamsterdam renderà ogni transazione più economica ignorerebbe questa distinzione.

Perché Ethereum sta cambiando il lavoro alla base di ogni blocco

Aumentare la capacità aumenta anche il lavoro che i nodi devono svolgere: ricevere i dati delle transazioni, verificarli e mantenere i registri di Ethereum. Glamsterdam interviene sul tempo disponibile per tali verifiche e su come il software client organizza l'accesso ai dati. Bilanciare queste due pressioni — inserire più lavoro utile in ogni blocco mantenendo gestibile il tempo necessario a verificarlo — è il vincolo attorno al quale l'upgrade è progettato, ed è il motivo per cui i cambiamenti di scalabilità e di repricing arrivano insieme.

Block builder: portare l'handoff nel protocollo

Builder specializzati scelgono e ordinano già le transazioni per molti validator. La separazione proposer-builder enshrined (ePBS) sposta il meccanismo di impegno, consegna e pagamento di tale relazione nel protocollo di Ethereum.

Secondo il progetto, un validator che propone un blocco seleziona l'impegno di un builder a fornire particolari dati di transazione, che il builder poi consegna. Separare le verifiche di consenso dalle verifiche di esecuzione dà ai validator più tempo per verificare i dati, mentre il protocollo gestisce il pagamento dello scambio.

Access list: aiutare i nodi a organizzare la validazione

Le block-level access list registrano gli account e lo storage toccati durante l'esecuzione, insieme ai valori risultanti. Il software client può utilizzare tale registro per caricare i dati in parallelo e organizzare in parallelo le attività di validazione compatibili.

L'elenco è prodotto dai dati di esecuzione e deve a sua volta essere verificato. Aiuta i nodi a identificare le dipendenze tra le transazioni; non ne predice gli effetti prima che il builder li esegua, e il miglioramento delle prestazioni dipende da come i client implementano queste funzionalità.

Insieme, queste modifiche creano spazio per una maggiore capacità di esecuzione. Il repricing del gas affronta l'onnere associato per il database: consentire più attività è più sostenibile quando le operazioni che creano o accedono ai dati archiviati vengono addebitate in proporzione alle loro richieste di risorse.

Un'assegnazione fissa di gas può diventare un problema per le applicazioni

Si consideri un contratto che assegna a un'operazione interna una quantità fissa di gas. Se quell'operazione diventa più costosa, potrebbe superare l'assegnazione e fallire, e concedere più gas alla transazione complessiva non modifica necessariamente un limite scritto nel contratto stesso.

Ecco perché i test devono andare oltre la verifica del buon esito dell'attivazione della rete. Un wallet potrebbe dover rivedere le proprie stime delle commissioni, mentre un contratto con un'assegnazione hardcoded potrebbe richiedere una soluzione diversa.

L'analisi d'impatto del repricing della Foundation ha riprodotto transazioni storiche del mainnet secondo il calendario del gas proposto. Nelle transazioni testate, la gran parte ha prodotto esiti invariati. Alcune transazioni interessate sono state completate dopo l'aumento del limite di gas fornito, mentre un gruppo più piccolo è rimasto potenzialmente compromesso anche con un limite sostanzialmente più alto. Gli sviluppatori possono utilizzare la ricerca dei contratti interessati della Foundation per analizzare gli indirizzi e i tipi di errore. Anche i team che gestiscono wallet, servizi di transazione e strumenti per i nodi devono aggiornare la stima del gas invece di basarsi su presupposti di costo memorizzati. Con il 6 ottobre ormai fissato, i punti di controllo osservabili tra l'attivazione sulla testnet e un'eventuale futura programmazione sul mainnet sono concreti: se le versioni di wallet e strumenti rilasciano stime del gas aggiornate, e se i team alla base dei contratti individuati dalla ricerca distribuiscono le proprie correzioni.

Chi deve agire?

Operatori e validator di Sepolia: installare client di esecuzione e consenso compatibili. I validator devono aggiornare il proprio beacon node e client validator, e rivedere i nuovi compiti ePBS e i requisiti degli strumenti per i builder.

Sviluppatori di applicazioni: testare l'esecuzione e le stime del gas secondo le regole riviste, in particolare dove i contratti utilizzano valori fissi di gas.

Utenti mainnet e possessori di ETH: nessuna azione è richiesta per questa attivazione sulla testnet. Le istruzioni per il mainnet accompagneranno un annuncio separato.

Un'attivazione riuscita mostrerà che i client seguono insieme le nuove regole. I test sulle applicazioni che seguiranno indicheranno se i wallet stimano correttamente le commissioni e se i contratti interessati funzionano in modo affidabile — entrambi elementi necessari prima che i previsti miglioramenti di scalabilità possano offrire un servizio affidabile agli utenti del mainnet.