Il calendario delle release di Ethereum è diventato più serrato. Fusaka è arrivato a dicembre 2025, Glamsterdam ha raggiunto i test finali su devnet a metà del 2026 e gli sviluppatori core hanno già dato un nome al fork successivo, Hegota.

Quella velocità è voluta. Dopo anni di accorpamento delle modifiche in un unico grande rilascio annuale, la Ethereum Foundation è passata a una cadenza semestrale di fork più piccoli e mirati. Hegota è il secondo appuntamento del 2026.

La differenza rispetto al suo predecessore è l'obiettivo. Glamsterdam scala il modo in cui Ethereum crea e prezza i blocchi. Hegota affronta un problema più silenzioso che tocca la promessa fondamentale della rete di accesso senza autorizzazione. Ecco cosa è stabilito, cosa è ancora contestato e cosa significa per l'ETH. 👇

Cos'è l'aggiornamento Ethereum Hegota?

Hegota è il prossimo hard fork coordinato di Ethereum dopo Glamsterdam, che unisce le modifiche a entrambe le metà del protocollo in un unico rilascio. Seguendo lo schema di denominazione di Ethereum, la stella del layer di consenso Heze si unisce a Bogotá, una precedente sede di Devcon, sul lato dell'esecuzione per formare il titolo combinato, a volte scritto Hegotá.

La sua portata è regolata da EIP-8081, il metadocumento che traccia ogni proposta in fase di valutazione. Tale documento è ancora in bozza a metà 2026, e questo è un aspetto rilevante. Solo una funzionalità è formalmente bloccata come principale, mentre le altre rimangono candidate.

Tale funzionalità principale è FOCIL, ovvero Fork-Choice Enforced Inclusion Lists, definita in EIP-7805. Era stata presa in considerazione per Glamsterdam, poi rimandata per evitare di accumulare troppe interazioni non testate in un unico fork, e ora guida il lavoro sul layer di consenso di Hegota.

Perché Hegota è importante: la resistenza alla censura diventa una regola del protocollo

Per cogliere il senso di Hegota, basta guardare chi crea i blocchi di Ethereum oggi. La maggior parte dei validator non assembla i propri blocchi in autonomia. Esternalizza il compito a un piccolo gruppo di builder specializzati tramite relay esterni al protocollo, una struttura progettata per mantenere efficiente la gestione del MEV.

L'effetto collaterale è la concentrazione. Una manciata di builder domina la produzione di blocchi, e un builder che rifiuta una determinata transazione può escluderla dalla catena. Dopo le sanzioni contro Tornado Cash, questo rischio è diventato reale, poiché i relay orientati alla conformità hanno iniziato a filtrare alcune transazioni.

La roadmap di Vitalik Buterin inserisce questo aspetto sotto "The Scourge", la parte del piano a lungo termine di Ethereum mirata a neutralizzare la centralizzazione guidata dal MEV e a proteggere la neutralità credibile. Le priorità del protocollo per il 2026 della Foundation vanno nella stessa direzione, trattando la censura nella produzione di blocchi come una minaccia strutturale piuttosto che come un problema marginale.

FOCIL è la prima risposta concreta. Non frammenta il mercato dei builder né interviene sull'ordinamento delle transazioni. Toglie al builder il potere di porre il veto sull'inclusione, trasformando una garanzia che oggi dipende dalla buona volontà in una regola applicata dal protocollo.

La novità principale di Hegota: FOCIL (EIP-7805)

FOCIL è la funzionalità portante dell'aggiornamento e l'unica confermata come principale, l'unica proposta contrassegnata come Scheduled for Inclusion sul metadocumento di Hegota. Thomas Thiery (@soispoke) è il suo autore principale e FOCIL ha raggiunto questo status all'inizio del 2026, dopo anni di ricerca sulle liste di inclusione.

Come funziona FOCIL

Per ogni slot, il protocollo seleziona pseudocasualmente un comitato di 16 validator come membri della lista di inclusione. Ognuno di essi analizza la mempool pubblica e compila un breve elenco delle transazioni in sospeso che ritiene debbano essere incluse nel blocco successivo, trasmettendolo poi attraverso la rete.

Il proponente dello slot successivo, o il builder che costruisce il blocco, deve includere le transazioni di ogni elenco raccolto. Gli attester votano solo per un blocco che rispetta tali elenchi. Un blocco che scarta transazioni valide della lista di inclusione che avrebbe potuto accogliere non raccoglierà voti sufficienti e non potrà diventare canonico.

L'espressione "fork-choice enforced" racchiude la sua efficacia. L'inclusione cessa di essere una norma sociale e diventa parte delle regole di consenso. Per censurare una transazione, un utente malintenzionato dovrebbe neutralizzare un gruppo nuovo e casuale di 16 validator a ogni slot, o sperare che nessuno di essi la inserisca in lista. Il design richiede che un solo membro del comitato sia onesto su sedici affinché funzioni.

Perché FOCIL è importante ora

Glamsterdam introduce già la creazione dei blocchi all'interno del protocollo tramite la proposer-builder separation integrata, che riduce la fiducia nei relay ma non impedisce di per sé a un builder determinato di escludere transazioni. FOCIL colma questa lacuna, ed è per questo che i due aggiornamenti vengono rilasciati in fork consecutivi anziché insieme.

Si abbina inoltre in modo naturale all'account abstraction. Buterin ha segnalato una sinergia tra FOCIL e la proposta Frame Transaction, in cui le transazioni di smart account e di protocolli di privacy inviate tramite la mempool pubblica potrebbero essere incluse forzatamente anche se un proponente cercasse di ignorarle. Insieme fornirebbero agli utenti un percorso di inclusione a livello di protocollo che nessun singolo intermediario può controllare.

Account Abstraction e Verkle Trees in Hegota

Oltre a FOCIL, i candidati più discusse di Hegota hanno un peso notevole ma nessun impegno definitivo. Entrambi sono tracciati come "considerati per l'inclusione", uno stato che indica una valutazione seria piuttosto che un'approvazione.

Native Account Abstraction (EIP-8141)

EIP-8141, nota come Frame Transactions, renderebbe l'account abstraction nativa per il protocollo anziché il livello aggiuntivo fornito oggi da ERC-4337 e EIP-7702 di Pectra. Introduce un tipo di transazione che separa la verifica dall'esecuzione, in modo che qualsiasi account possa utilizzare regole di firma flessibili, operazioni in batch, pagare il gas in stablecoin o adottare il social recovery senza un bundler separato.

Buterin lo ha proposto nel febbraio 2026 e lo ha sostenuto durante la chiamata All Core Devs di marzo, in parte per l'aspetto della resistenza quantistica. Permettere agli account di passare a firme resistenti ai quanti in vista di qualsiasi migrazione a livello di rete è ancora più importante da quando la ricerca Google Quantum AI ha ridotto il conteggio stimato di qubit necessario per violare le firme a curva ellittica di Ethereum.

I team dei client si sono opposti. Nethermind e Besu hanno sostenuto che fosse troppo pesante per ottenere lo status di protagonista, il che avrebbe significato che Hegota non avrebbe potuto essere rilasciato senza di esso, trascinandosi dietro i rischi legati alle tempistiche. Il compromesso è stato lo status di considerato per l'inclusione, che lo mantiene attivo senza bloccare l'hard fork. Ora compete con i design rivali di account abstraction del team Base di Coinbase e Paradigm per un eventuale slot.

Alberi Verkle e statelessness

Gli alberi Verkle sono presenti nella lista dei desideri di Ethereum da anni come struttura dati per sostituire l'attuale trie di Merkle-Patricia. Il vantaggio è la statelessness. Prove crittografiche molto più piccole potrebbero consentire ai nodi di validare la chain senza archiviare l'intero stato, riducendo il carico hardware sugli operatori e ampliando la platea di chi può eseguire un nodo.

La roadmap di Ethereum elenca gli alberi Verkle come considerati per Hegota, ma non confermati. La transizione è complessa, poiché tocca ogni account e contratto attraverso una migrazione di stato, e gli sviluppatori l'hanno valutata rispetto ad approcci più adatti alla generazione di prove zero-knowledge. Trattate con cautela qualsiasi affermazione secondo cui siano inclusi in Hegota, poiché i fatti non lo confermano ancora.

Come viene deciso l'ambito di Hegota

Hegota offre una prospettiva utile su come Ethereum pianifica ora gli hard fork, spiegando perché così tanti aspetti rimangono aperti. Secondo il processo basato sulle funzionalità principali, le caratteristiche principali vengono scelte prima attraverso una tempistica strutturata anziché essere assemblate tutte in una volta.

Le proposte per le funzionalità principali sono state aperte nel gennaio 2026 sul forum Ethereum Magicians, con una scadenza a febbraio e diverse chiamate All Core Devs per deliberare tra di esse. Ciascuna richiede un promotore designato per guidarla. Solo una volta scelta la funzionalità principale si apre una finestra di 30 giorni per aggiunte minori.

La disciplina è intenzionale. Nominando una sola funzionalità di ancoraggio e costringendo tutto il resto a giustificare la propria presenza, gli sviluppatori evitano i rilasci gonfiati e inclini a ritardi degli anni passati. Il quadro pubblico cambia man mano che le chiamate progrediscono, quindi lo stato in tempo reale su Forkcast e sul thread di meta è l'unica fonte affidabile per l'ambito, e non una singola istantanea.

Data di rilascio di Ethereum Hegota

Hegota è previsto per la seconda metà del 2026, solitamente tra la fine del Q3 e il Q4. Questa tempistica rimane provvisoria per un motivo: si trova dietro a Glamsterdam nella coda di rilascio, e Glamsterdam ha una data in continuo movimento.

Glamsterdam ha raggiunto il testing finale su devnet a metà del 2026 e punta a un'attivazione nel secondo semestre, con obiettivi interni concentrati intorno al Q3 dopo che la tempistica è slittata rispetto a un precedente obiettivo per il primo semestre. Hegota inizierà il proprio percorso su testnet solo dopo il rilascio di Glamsterdam e una volta dimostrata la sua stabilità.

La lettura realistica per Hegota:

• Definizione dell'ambito (completata e in corso): FOCIL confermato come funzionalità principale, con l'account abstraction e altri candidati in fase di revisione mentre EIP-8081 rimane in stato di bozza.
• Dipendente da Glamsterdam: Le devnet e le testnet di Hegota seguono l'attivazione su mainnet di Glamsterdam, quindi qualsiasi ritardo lì sposta in avanti anche Hegota.
• Scenario base (secondo semestre 2026): un'attivazione a fine 2026 se Glamsterdam viene rilasciato senza intoppi in base all'obiettivo del Q3.
• Rischio di ritardo (2027): diversi analisti segnalano un possibile spostamento all'inizio del 2027, soprattutto se viene aggiunta una funzionalità complessa come l'account abstraction o se Glamsterdam richiede più tempo del previsto.

Il post sulle tempistiche della Ethereum Foundation e i tracker in tempo reale rimangono le fonti autorevoli man mano che le date si consolidano.

Cosa significa Hegota per i possessori e gli investitori di ETH

I principali aggiornamenti di Ethereum seguono spesso la dinamica "compra il rumor, vendi la notizia", con ETH che cresce in vista di un hard fork e perde slancio dopo l'attivazione. È successo anche con Pectra e Fusaka, sebbene i cicli recenti siano stati più turbolenti rispetto ai casi storici lineari.

Hegota comporta dinamiche di mercato dirette più deboli rispetto a Glamsterdam. Non aumenta il gas limit, non riduce le commissioni e non modifica la meccanica di emissione di ETH. I suoi vantaggi sono strutturali anziché finanziari, rafforzando la resistenza alla censura e, se i candidati verranno approvati, aprendo la strada a smart account nativi e a nodi più leggeri. Queste qualità contano per la credibilità a lungo termine della rete più che per un movimento di prezzo a breve termine.

Il contesto di fondo è debole. ETH ha trascorso la prima metà del 2026 registrando performance inferiori alle attese, scambiando in una fascia compresa tra circa 1.700 $ e 2.100 $ e vicino a 1.750 $ a giugno, nonostante gli ETF spot su ETH abbiano registrato forti flussi in entrata e oltre un terzo dell'offerta totale di ETH si trovi in staking. Questo divario tra la forte domanda per i prodotti e la debolezza del prezzo rappresenta il dibattito sull'accumulo di valore che pesa sull'asset, e Hegota fa ben poco per risolverlo.

Per i possessori, l'aggiornamento migliora la qualità della rete che possiedono anziché offrire un catalizzatore evidente. Chi fa trading basandosi su questo evento dovrebbe prima monitorare i progressi del testnet di Glamsterdam, poiché il calendario di Hegota dipende da esso. Niente di tutto ciò costituisce consulenza finanziaria e sia le tempistiche che i mercati cambiano rapidamente, quindi fate le vostre ricerche prima di allocare capitali.

Principali rischi dell'aggiornamento di Hegota

I rischi di Hegota si dividono tra la funzionalità in sé e il processo più ampio che la circonda.

• Dipendenza dalle tempistiche: Hegota non può iniziare il suo ciclo di testnet finché Glamsterdam non viene rilasciato, quindi qualsiasi ritardo nel fork principale si ripercuote anche su Hegota.
• Incertezza sull'ambito: con l'EIP-8081 ancora in fase di bozza e i candidati principali non definiti, il set finale di funzionalità potrebbe essere molto diverso da quello attuale, complicando la pianificazione per sviluppatori e validatori.
• Coordinamento FOCIL: le liste di inclusione aggiungono compiti di rete e temporizzazione per i validatori, e i builder devono rimanere in stretto contatto con i membri del comitato per ricevere le liste in tempo. Casi limite come l'equivocazione e l'invalidazione richiedono una gestione accurata.
• Banda e risorse: l'esecuzione di un processo di comitato aggiuntivo per ogni slot aumenta il carico, motivo per cui le dimensioni delle liste sono limitate e il design evita un sistema di incentivi separato.
• Complessità dell'astrazione degli account: se l'EIP-8141 viene promosso, influirà sull'elaborazione delle transazioni core in ogni client di esecuzione, ampliando la superficie di test e la probabilità che le ipotesi sugli smart-contract vengano meno.
• Eccesso di obiettivi: la recente moderazione di Ethereum è stata un punto di forza. Sovraccaricare Hegota comporterebbe i ritardi che la nuova cadenza mira a prevenire.

Considerazioni finali

Hegota rappresenta il punto in cui la roadmap di Ethereum passa dal ridimensionamento del Layer 1 alla sua difesa. Glamsterdam risponde a quanto la rete può elaborare. Hegota risponde a una domanda diversa: se qualcuno possa esserne escluso silenziosamente.

FOCIL è l'espressione più chiara di questo concetto. Integrare l'inclusione nella regola di scelta del fork trasforma la resistenza alla censura da una proprietà che la comunità si aspetta che i builder rispettino a una garanzia del protocollo. I candidati correlati, come l'astrazione nativa degli account e la statelessness, spingerebbero la stessa direzione verso una rete più utilizzabile e decentralizzata, se e quando soddisferanno i requisiti.

Per ora, Hegota è definito solo a metà e legato alle tempistiche del fork che lo precede. La direzione è tracciata e ampiamente supportata. I dettagli, e la data, sono ancora in fase di definizione.