Il 6 novembre l'Ethereum Foundation ha rivolto una richiesta diretta agli sviluppatori di smart contract e ai revisori dei progetti Ethereum già distribuiti: verificare come le modifiche pianificate alle specifiche per il prossimo importante aggiornamento della rete, Glamsterdam, avrebbero influito sul loro lavoro. A supporto di questa verifica, la Foundation ha pubblicato un elenco di otto invarianti che ha identificato come destinati a rompersi con le modifiche pianificate.

Le invarianti sono proprietà che un protocollo o un'applicazione deve mantenere in ogni esecuzione valida — ad esempio, garanzie sulla validità delle transazioni, sulla gestione dello stato o sugli esiti dell'esecuzione su cui contano i contratti distribuiti e i loro audit. Quando le specifiche di una rete cambiano, invarianti finora validi possono rompersi, invalidando potenzialmente le assunzioni su cui sono stati costruiti i sistemi in produzione. È questa la preoccupazione affrontata dalla notifica della Foundation, ed è il motivo per cui ha chiesto ai team esterni di confrontare gli otto casi segnalati con i propri codebase. Il codice dei contratti Ethereum distribuiti non cambia quando cambia il protocollo, quindi ogni garanzia su cui un progetto conta deve essere riverificata dal team che ne è responsabile, e non può essere assorbita dall'aggiornamento stesso.

Glamsterdam è il nome in codice del prossimo importante aggiornamento della rete Ethereum, pianificato dopo Fusaka. Ethereum coordina tali aggiornamenti attraverso un processo pubblico di specifiche, in cui le modifiche al protocollo vengono discusse tra i team dei client, i ricercatori e gli sviluppatori di applicazioni prima di essere incorporate nelle specifiche dell'aggiornamento. L'aggiornamento prosegue la lunga tradizione di denominazione del protocollo, prendendo il nome da Amsterdam. Con questo processo, le modifiche a livello di specifiche possono incidere sulle regole di esecuzione e di consenso, che a loro volta possono influire sulle garanzie di cui dipendono gli smart contract. Poiché l'avviso riguarda specifiche pianificate e non regole già in vigore, la valutazione avviene prima che le modifiche entrino in vigore, mentre sono ancora in corso nel processo pubblico di Ethereum.

La sollecitazione della Foundation del 6 novembre ha mirato esattamente a questa interfaccia tra le modifiche al protocollo e il software distribuito. Agli sviluppatori e ai revisori è stato chiesto di valutare, per le proprie distribuzioni, quali degli otto casi di rottura di invarianti identificati si applicano e quali sarebbero le conseguenze pratiche una volta che le modifiche alle specifiche di Glamsterdam entreranno in vigore. Man mano che l'aggiornamento avanza, i segnali concreti da osservare sono il modo in cui queste revisioni associano gli otto casi segnalati ai progetti distribuiti e come le specifiche di Glamsterdam continuano a evolversi nel processo pubblico.

Questo rapporto è stato pubblicato per la prima volta da COINOTAG il 9 novembre 2026: Ethereum Foundation segnala 8 invarianti che si romperanno con Glamsterdam. L'articolo completo è disponibile su Coinotag: versione integrale.