Il cluster Protocol della Ethereum Foundation ha pubblicato una classificazione unica con voti per tutti i 62 Ethereum Improvement Proposal (EIP) presentati per Hegotá, l'upgrade di rete previsto dopo Glamsterdam. È la prima volta che il gruppo si esprime con una sola voce su un fork, invece di lasciare che ogni team pubblichi le proprie opinioni. L'elenco ora costituisce il punto di riferimento per stabilire quali funzionalità sono confermate e quali rischiano di essere escluse. Per gli osservatori esterni — team di client, sviluppatori di applicazioni e operatori di infrastrutture che pianificano gli upgrade con mesi di anticipo — un segnale consolidato unico rappresenta un cambiamento nel modo in cui il processo di sviluppo decentralizzato di Ethereum comunica la propria roadmap.

S significa consegna obbligatoria, DFI significa respinto

La tier list, pubblicata lunedì 7 settembre insieme a un documento complementare sulle priorità del cluster (blog.ethereum.org/2026/09/07/protocol-hegota-eips), ordina ogni proposta in fasce che comportano impegni di consegna vincolanti.

Un voto S significa che una funzionalità definisce il fork e che il calendario si adatta prima del suo ambito. Un voto A indica che la funzionalità è attesa per la consegna e può essere tagliata solo dopo che ogni elemento S è al sicuro. Le proposte di fascia B vengono ammesse una alla volta e la maggior parte richiede tre condizioni: un prototipo, un'approvazione formale e una specifica definitiva. Le proposte di fascia C restano sotto la soglia senza essere escluse, seguite dalla DFI, che sta per "declined for inclusion" (respinta per inclusione). Una DFI può essere assegnata per motivi come rischi di sicurezza o minacce a una tappa successiva. Una fascia TBD separata trattiene le proposte finché i dati della mainnet non potranno rispondere a domande che il cluster oggi non può sciogliere.

Solo FOCIL, presentato come EIP-7805, ha ottenuto un voto S pieno. FOCIL — fork-choice enforced inclusion lists — è discusso da anni nei circoli di ricerca di Ethereum come strumento per contrastare l'influenza di un ristretto gruppo di block builder dominanti. La proposta consente a qualsiasi utente di far includere una transazione idonea senza dipendere da block builder centralizzati. Ha inoltre ottenuto all'unanimità il massimo voto con la piena partecipazione ed è descritto come il pilastro confermato del consensus layer.

Come hanno fatto 60 ricercatori di Ethereum a produrre 397 valutazioni?

Circa 60 ricercatori e ingegneri hanno partecipato al processo di valutazione che ha determinato le priorità. Sono stati organizzati in nove team, oltre a esperti di singoli domini, e insieme hanno compilato 16 template di contributo. Dodici di questi template hanno fornito veri e propri voti di fascia, e alcuni sono stati usati solo sugli EIP per cui i contributori avevano una competenza profonda.

I team che compongono il cluster Protocol hanno prodotto 397 valutazioni sulle 62 proposte, con una media di 6,4 per EIP. Gli elementi più contestati hanno ricevuto fino a nove valutazioni ciascuno. I contributori hanno svolto la valutazione in modo indipendente. Nel suo post sul blog, il cluster Protocol ha segnalato che Geth, in quanto client di execution layer, pubblicherà comunque un proprio elenco separato. Questa eccezione riflette il modo reale in cui vengono rilasciati gli upgrade di Ethereum: più team di client indipendenti devono ciascuno implementare e concordare i contenuti finali prima che un fork vada attivo sulla mainnet.

Tutto punta alla resistenza quantistica

Le valutazioni fanno parte di un obiettivo a lungo termine delineato nel post sulle priorità del cluster (blog.ethereum.org/2026/09/07/protocol-priorities). Questo include rendere il layer di base di Ethereum resistente al quantum su execution, consensus e dati entro dicembre 2029. Questa data coincide con gli obiettivi di migrazione fissati indipendentemente da Google, Cloudflare e Microsoft. La preoccupazione è specifica: un computer quantistico sufficientemente potente potrebbe violare la crittografia a curve ellittiche che oggi protegge gli indirizzi e le firme di Ethereum, motivo per cui il dibattito industriale sulla migrazione riguarda i blockchain quanto le infrastrutture web.

La Ethereum Foundation definisce la pianificazione per un "Q-day" nel 2030 un'assunzione deliberatamente aggressiva. Ha sottolineato che le stime più credibili collocano l'arrivo di computer quantistici in grado di violare la crittografia più avanti nel tempo, ammesso che tali macchine arrivino. La Foundation ha inoltre dichiarato che considererà la scadenza autoimposta non negoziabile almeno fino a una rivalutazione con esperti esterni prevista per gennaio 2027.

Per raggiungere tale obiettivo dopo il lancio di Glamsterdam a dicembre 2026, la Foundation dovrebbe procedere a un ritmo medio di 7,2 mesi per fork fino a un quinto upgrade chiamato L*.

Il lavoro del cluster è ora organizzato attorno a cinque filoni di ricerca sovrapposti: fast finality, post-quantum, privacy, state e zkEVM.

Quando inizierà il lavoro sulla privacy?

La privacy è da tempo un punto focale della Foundation, e il cofondatore Vitalik Buterin è una delle voci principali nella difesa della privacy su Ethereum. Nel loro post, il cluster Protocol ha dichiarato: "Riteniamo che questo lavoro debba iniziare in Hegota per offrire transazioni private native, trustless e resistenti alla censura su Ethereum L1".

Il cluster ha aggiunto che la privacy post-quantum potrà poi arrivare su larga scala. Ha inoltre precisato che Hegotá non è il fork post-quantum; è piuttosto il fork che determinerà quanto presto arriverà quell'upgrade post-quantum. Il cluster Protocol afferma che il lavoro di implementazione da parte dei team di client può realisticamente iniziare alla fine del quarto trimestre 2026.