Il calendario di rilascio di Ethereum si è fatto più serrato. Fusaka è arrivato a dicembre 2025, Glamsterdam ha raggiunto i test finali su devnet a metà 2026 e gli sviluppatori principali hanno già indicato il fork successivo, Hegota.

Questa velocità è voluta. Dopo anni passati a raggruppare le modifiche in un unico grande rilascio annuale, la Ethereum Foundation è passata a una cadenza semestrale di fork più piccoli e con un ambito ben definito. Hegota è il secondo slot del 2026.

La differenza rispetto al predecessore è l'obiettivo. Glamsterdam rende scalabile il modo in cui Ethereum costruisce e prezza i blocchi. Hegota affronta un problema meno evidente che tocca la promessa fondamentale della rete: l'accesso senza permessi. Ecco cosa è stato deciso, cosa è ancora in discussione e cosa significa per ETH. 👇

Cos'è l'upgrade Hegota di Ethereum?

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

Il suo ambito è definito da EIP-8081, il meta-documento che tiene traccia di ogni proposta in esame. Tale documento è ancora in stato di bozza (Draft) a metà 2026, e questo conta. Solo una funzionalità è formalmente bloccata come principale, mentre le altre restano candidate.

Quel punto di punta è FOCIL, ovvero Fork-Choice Enforced Inclusion Lists, definito in EIP-7805. È stato proposto per Glamsterdam, poi rinviato per evitare di accumulare troppe interazioni non testate in un unico fork, e ora guida il lavoro di Hegota sul livello di consenso.

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

Per capire il senso di Hegota, guarda a chi costruisce oggi i blocchi di Ethereum. La maggior parte dei validatori non li assembla da sé. Affida il compito a un piccolo gruppo di builder specializzati tramite relay esterni al protocollo, una struttura pensata per mantenere efficiente la gestione del MEV.

L'effetto collaterale è la concentrazione. Una manciata di builder domina la produzione di blocchi, e chi rifiuta una determinata transazione può tenerla fuori dalla chain. Dopo le sanzioni a Tornado Cash questo rischio è diventato concreto, quando i relay attenti alla conformità hanno iniziato a filtrare alcune transazioni.

La roadmap di Vitalik Buterin inserisce questo tema in "The Scourge", la parte del piano a lungo termine di Ethereum volta 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 dei blocchi come una minaccia strutturale e non come una preoccupazione marginale.

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

Il protagonista di Hegota: FOCIL (EIP-7805)

FOCIL è la funzione portante dell'upgrade e il suo unico protagonista confermato, l'unica proposta contrassegnata come Scheduled for Inclusion nel documento meta di Hegota. Thomas Thiery (@soispoke) ne è l'autore principale, e FOCIL ha raggiunto quello stato all'inizio del 2026 dopo anni di ricerca sulle inclusion list.

Come funziona FOCIL

Per ogni slot, il protocollo sceglie in modo pseudocasuale un comitato di 16 validatori come membri della lista di inclusione. Ciascuno analizza la mempool pubblica e compila un breve elenco di transazioni in attesa che ritiene appartengano al blocco successivo, poi lo trasmette alla rete.

Il proposer dello slot successivo, o il builder che ne costruisce il blocco, deve includere le transazioni di ogni lista raccolta. Gli attester votano solo per un blocco che rispetta quelle liste. Un blocco che scarta transazioni valide delle liste di inclusione che avrebbe potuto contenere non otterrà abbastanza voti e non potrà diventare canonico.

L'espressione «fork-choice enforced» rende bene l'idea della sua efficacia. L'inclusione smette di essere una norma sociale e diventa parte delle regole di consenso. Per censurare una transazione, un avversario dovrebbe neutralizzare ogni slot un gruppo nuovo ed estratto casualmente di 16 validatori, oppure sperare che nessuno la includa. Il design presuppone soltanto un membro onesto del comitato su sedici perché funzioni.

Perché FOCIL è importante ora

Glamsterdam sposta già la costruzione dei blocchi nel protocollo tramite la enshrined proposer-builder separation, che riduce la fiducia nei relay ma, da sola, non impedisce a un builder determinato di escludere transazioni. FOCIL colma questa lacuna, ed è per questo che i due arrivano in fork consecutivi anziché insieme.

Si abbina naturalmente anche all'account abstraction. Buterin ha indicato una sinergia tra FOCIL e la proposta Frame Transaction, in cui le transazioni di smart account e di protocolli per la privacy inviate tramite il mempool pubblico potrebbero essere incluse forzatamente anche se un proposer cercasse di ignorarle. Insieme darebbero agli utenti un percorso di inclusione a livello di protocollo che nessun intermediario singolo controlla.

Account abstraction e Verkle Trees in Hegota

Oltre a FOCIL, i candidati di Hegota più discussi hanno un peso reale ma nessun impegno definitivo. Entrambi sono monitorati come "presi in considerazione per l'inclusione", uno stato che indica una valutazione seria e non un'approvazione.

Account abstraction nativa (EIP-8141)

EIP-8141, noto come Frame Transactions, renderebbe l'account abstraction nativa del protocollo, anziché il livello aggiuntivo offerto oggi da ERC-4337 e dall'EIP-7702 di Pectra. Introduce un tipo di transazione che separa la verifica dall'esecuzione, così qualsiasi account potrebbe usare regole di firma flessibili, raggruppare operazioni, pagare il gas in stablecoin o adottare il recupero sociale senza un bundler separato.

Buterin l'ha proposta a febbraio 2026 e l'ha sostenuta alla call All Core Devs di marzo, in parte per il suo aspetto di resistenza quantistica. Consentire agli account di passare a firme sicure contro i computer quantistici prima di qualsiasi migrazione estesa a tutta la rete è più importante da quando la ricerca di Google Quantum AI ha ridotto il numero stimato di qubit necessari 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 lo status di headliner, il che avrebbe significato che Hegota non poteva essere rilasciato senza di esso, con il relativo rischio sui tempi. Il compromesso è stato lo status Considered for Inclusion, che lo mantiene in vita senza bloccare il fork. Ora compete con progetti rivali di account abstraction del team Base di Coinbase e di Paradigm per un eventuale posto.

Verkle Trees e assenza di stato

Gli alberi di Verkle sono da anni nella lista dei desideri di Ethereum come struttura dati destinata a sostituire l'attuale trie di Merkle-Patricia. Il vantaggio è l'assenza di stato. Prove crittografiche molto più piccole potrebbero permettere ai nodi di convalidare la catena senza memorizzare l'intero stato, riducendo il carico hardware per gli operatori e ampliando la platea di chi può gestire un nodo.

La roadmap di Ethereum indica i Verkle tree come presi in considerazione per Hegota, non confermati. La transizione è complessa, perché coinvolge ogni account e contratto tramite una migrazione dello stato, e gli sviluppatori l'hanno valutata rispetto ad approcci più adatti alla dimostrazione zero-knowledge. Considera con cautela qualsiasi affermazione secondo cui siano vincolati a Hegota, perché per ora i fatti non la confermano.

Come viene deciso l'ambito di Hegota

Hegota è una finestra utile su come Ethereum pianifica ora le fork, e spiega perché resti ancora tanto da definire. Con il processo headliner, le funzionalità principali vengono scelte per prime attraverso una tempistica strutturata, anziché essere assemblate tutte insieme.

Le proposte headliner sono state aperte a gennaio 2026 sul forum Ethereum Magicians, con scadenza a febbraio e diverse chiamate All Core Devs per deliberare tra di esse. Ognuna richiede un sostenitore designato che la segua. Solo dopo la scelta di un headliner si apre una finestra di 30 giorni per aggiunte minori, non headliner.

La disciplina è voluta. Individuando una funzione principale e facendo giustificare il proprio posto a tutto il resto, gli sviluppatori evitano le release appesantite e soggette a ritardi degli anni passati. Il quadro pubblico cambia anche man mano che le call procedono, quindi lo stato in tempo reale su Forkcast e nel thread meta è l'unico ambito affidabile, non una singola istantanea.

Data di rilascio di Ethereum Hegota

Hegota è previsto per la seconda metà del 2026, di solito in una finestra tra la fine del T3 o del T4. Questa tempistica resta indicativa per un motivo: si trova dopo Glamsterdam nella coda e anche Glamsterdam ha una data ancora mobile.

Glamsterdam è arrivata ai test finali su devnet a metà 2026 e punta a un'attivazione nel H2, con obiettivi interni concentrati intorno al Q3 dopo lo slittamento rispetto all'obiettivo iniziale della prima metà dell'anno. Hegota avvierà il proprio percorso su testnet solo quando Glamsterdam sarà rilasciata e si dimostrerà stabile.

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 esame mentre EIP-8081 resta in bozza.
• Dipende da Glamsterdam: le devnet e le testnet di Hegota seguono l'attivazione su mainnet di Glamsterdam, quindi qualsiasi ritardo lì fa slittare anche Hegota.
• Scenario base (H2 2026): un'attivazione a fine 2026 se Glamsterdam verrà rilasciato senza intoppi entro l'obiettivo del Q3.
• Rischio di slittamento (2027): diversi analisti segnalano un possibile spostamento all'inizio del 2027, soprattutto se verrà aggiunta una funzione di peso come l'account abstraction o se Glamsterdam dovesse richiedere più tempo del previsto.

Il post con la tabella di marcia della Ethereum Foundation e i tracker in tempo reale restano le fonti più autorevoli man mano che le date si definiscono.

Cosa significa Hegota per chi detiene ETH e per gli investitori

I principali aggiornamenti di Ethereum seguono spesso il ritmo «compra la voce, vendi la notizia», con ETH che sale in vista di un fork e perde terreno dopo l'attivazione. Questo è valso per Pectra e Fusaka, anche se i cicli recenti sono stati più confusi rispetto ai casi storici più lineari.

Hegota ha legami diretti con il mercato più deboli rispetto a Glamsterdam. Non aumenta il limite di gas, non riduce le commissioni e non modifica la meccanica dell'offerta di ETH. I suoi vantaggi sono strutturali più che finanziari: rafforza la resistenza alla censura e, se i candidati verranno approvati, apre la strada a smart account nativi e nodi più leggeri. Queste qualità contano per la credibilità a lungo termine della rete più che per un movimento di prezzo a breve termine.

Lo scenario è debole. ETH ha trascorso la prima metà del 2026 sottoperformando, scambiando in una fascia approssimativa tra 1.700 $ e 2.100 $ e vicino a 1.750 $ a giugno, anche se gli ETF spot su ETH hanno attirato forti afflussi e oltre un terzo dell'offerta totale di ETH era in staking. Questo divario tra una domanda sana per i prodotti e un prezzo debole è il dibattito sull'accumulo di valore che pesa sull'asset, e Hegota fa poco per risolverlo.

Per chi detiene ETH, l'aggiornamento migliora la qualità della rete di cui è proprietario, piuttosto che offrire un catalizzatore evidente. Chi fa trading in questo periodo dovrebbe prima osservare i progressi del testnet di Glamsterdam, perché il calendario di Hegota dipende da esso. Nulla di tutto ciò costituisce consulenza finanziaria e sia le tempistiche sia i mercati cambiano rapidamente, quindi fai le tue ricerche prima di allocare capitale.

Rischi principali dell'aggiornamento Hegota

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

• Dipendenza dalla tempistica: Hegota non può avviare il proprio ciclo di testnet finché Glamsterdam non sarà rilasciato, quindi qualsiasi ritardo del fork più grande ritarda Hegota.
• Incertezza sull'ambito: con l'EIP-8081 in stato Draft e le proposte principali ancora non definite, l'insieme finale di funzionalità potrebbe essere molto diverso da quello attuale, complicando la pianificazione per sviluppatori e validatori.
• Coordinamento FOCIL: le inclusion list aggiungono compiti di rete e di tempistica per i validatori, e i builder devono restare ben connessi ai membri del comitato per ricevere le liste in tempo. Casi limite come equivocazione e invalidazione richiedono una gestione attenta.
• Banda e risorse: eseguire un processo di comitato aggiuntivo a ogni slot aumenta il carico, ed è per questo che la dimensione delle liste è limitata e il design evita un sistema di incentivi separato.
• Complessità dell'account abstraction: se l'EIP-8141 venisse promosso, interesserebbe l'elaborazione delle transazioni di base in tutti i client di esecuzione, ampliando la superficie di test e la probabilità che si rompano ipotesi degli smart contract.
• Ambito eccessivo: la recente moderazione di Ethereum è stata un punto di forza. Caricare Hegota di troppe cose comporterebbe i ritardi che la nuova cadenza intende evitare.

Considerazioni finali

Hegota è il punto in cui la roadmap di Ethereum passa dal far scalare il livello base al difenderlo. Glamsterdam risponde a quanto la rete possa elaborare. Hegota risponde a un'altra domanda: se qualcuno possa essere escluso silenziosamente dalla rete.

FOCIL ne è l'espressione più chiara. Inserire l'inclusione nella regola di fork-choice trasforma la resistenza alla censura da una proprietà che la community confida venga rispettata dai builder in una che il protocollo garantisce. I candidati che la circondano, l'account abstraction nativa e la statelessness, spingerebbero lo stesso tema verso una rete più utilizzabile e più decentralizzata, se e quando supereranno la soglia.

Per ora, Hegota è definito solo a metà e dipende dalle tempistiche del fork che lo precede. La direzione è stabilita e largamente condivisa. I dettagli, e la data, sono ancora in fase di definizione.