Le calendrier de publication d'Ethereum s'est resserré. Fusaka est arrivé en décembre 2025, Glamsterdam a atteint la phase finale de tests devnet à la mi-2026, et les développeurs principaux ont déjà nommé le fork qui suivra, Hegota.

Cette rapidité est délibérée. Après des années à regrouper les changements dans une grande mise à jour annuelle, l'Ethereum Foundation est passée à un rythme de deux mises à jour par an, avec des forks plus petits et strictement délimités. Hegota est le deuxième créneau de 2026.

La différence avec son prédécesseur tient à la cible. Glamsterdam fait évoluer la manière dont Ethereum construit et tarife les blocs. Hegota s'attaque à un problème plus discret qui touche à la promesse fondamentale du réseau, l'accès sans permission. Voici ce qui est acquis, ce qui reste débattu et ce que cela signifie pour l'ETH. 👇

Qu'est-ce que la mise à niveau Hegota d'Ethereum ?

Hegota est le prochain hard fork coordonné d'Ethereum après Glamsterdam, regroupant des changements sur les deux moitiés du protocole dans une seule version. Suivant la convention de nommage d'Ethereum, l'étoile Heze de la couche de consensus est associée à Bogotá, ancienne ville hôte de la Devcon, côté exécution, pour former ce nom composé, parfois écrit Hegotá.

Son périmètre est défini par EIP-8081, le méta-document qui suit chaque proposition à l'étude. Ce document est encore à l'état de brouillon à la mi-2026, et c'est important. Une seule fonctionnalité est formellement retenue comme élément phare, les autres restent des candidates.

Ce point phare est FOCIL, ou Fork-Choice Enforced Inclusion Lists, défini dans EIP-7805. Il avait été envisagé pour Glamsterdam, puis reporté pour éviter d'empiler trop d'interactions non testées dans une seule fork, et il est désormais en tête des travaux de Hegota sur la couche de consensus.

Pourquoi Hegota compte : la résistance à la censure devient une règle du protocole

Pour comprendre l'intérêt de Hegota, regardez qui construit aujourd'hui les blocs d'Ethereum. La plupart des validateurs n'assemblent pas les leurs. Ils confient cette tâche à un petit nombre de constructeurs spécialisés via des relais hors protocole, une structure conçue pour gérer efficacement la MEV.

L'effet secondaire est la concentration. Une poignée de constructeurs dominent la production de blocs, et l'un d'eux qui refuse une transaction donnée peut l'empêcher d'entrer sur la chaîne. Après les sanctions contre Tornado Cash, ce risque est devenu réel, lorsque des relais soucieux de conformité ont commencé à filtrer certaines transactions.

La feuille de route de Vitalik Buterin classe ce sujet sous « The Scourge », la partie du plan à long terme d'Ethereum visant à neutraliser la centralisation induite par le MEV et à protéger la neutralité crédible. Les priorités du protocole pour 2026 de la Fondation vont dans le même sens et traitent la censure de la production de blocs comme une menace structurelle plutôt que marginale.

FOCIL est la première vraie réponse. Elle ne démantèle pas le marché des builders et ne touche pas à l'ordonnancement des transactions. Elle retire au builder son pouvoir de veto sur l'inclusion, transformant une garantie qui repose aujourd'hui sur la bonne volonté en une règle appliquée par le protocole.

Vedette de Hegota : FOCIL (EIP-7805)

FOCIL est l'élément central de la mise à niveau et son seul sujet phare confirmé, l'unique proposition marquée Scheduled for Inclusion dans le méta-document Hegota. Thomas Thiery (@soispoke) en est l'auteur principal, et FOCIL a obtenu ce statut début 2026 après des années de recherche sur les listes d'inclusion.

Fonctionnement de FOCIL

Pour chaque créneau, le protocole choisit de manière pseudo-aléatoire un comité de 16 validateurs comme membres de la liste d'inclusion. Chacun analyse le mempool public et établit une courte liste de transactions en attente qui, selon lui, doivent figurer dans le bloc suivant, puis la diffuse sur le réseau.

Le proposant du créneau suivant, ou le builder qui construit son bloc, doit inclure les transactions de chaque liste collectée. Les attesteurs ne votent que pour un bloc qui respecte ces listes. Un bloc qui omet des transactions valides de la liste d'inclusion alors qu'il aurait pu les intégrer ne réunira pas assez de votes et ne pourra pas devenir canonique.

L'expression « fork-choice enforced » résume bien la force du mécanisme. L'inclusion cesse d'être une norme sociale et devient une partie des règles de consensus. Pour censurer une transaction, un adversaire devrait neutraliser à chaque slot un groupe tiré au hasard de 16 validateurs, ou espérer qu'aucun d'eux ne l'inclue. Le mécanisme suppose seulement qu'un membre honnête du comité sur seize fonctionne.

Pourquoi FOCIL compte maintenant

Glamsterdam intègre déjà la construction des blocs au protocole grâce à la séparation proposeur-constructeur intégrée, qui réduit la confiance accordée aux relais mais n'empêche pas, à elle seule, un constructeur déterminé d'exclure des transactions. FOCIL comble cette lacune, ce qui explique pourquoi les deux arrivent dans des forks successifs plutôt qu'ensemble.

Elle s'associe aussi naturellement à l'abstraction de compte. Buterin a évoqué une synergie entre FOCIL et la proposition Frame Transaction, où les transactions de comptes intelligents et de protocoles de confidentialité envoyées via le mempool public pourraient être incluses de force, même si un proposeur tentait de les ignorer. Ensemble, elles offriraient aux utilisateurs une voie d'inclusion au niveau du protocole qu'aucun intermédiaire ne contrôle.

Abstraction de compte et arbres de Verkle dans Hegota

Au-delà de FOCIL, les candidats à Hegota les plus discutés ont un poids réel mais aucun engagement ferme. Tous deux sont suivis comme « envisagés pour inclusion », un statut qui indique une évaluation sérieuse plutôt qu'une approbation.

Abstraction de compte native (EIP-8141)

EIP-8141, connue sous le nom de Frame Transactions, rendrait l'abstraction de compte native au protocole, plutôt qu'une couche complémentaire comme le fournissent aujourd'hui ERC-4337 et l'EIP-7702 de Pectra. Elle introduit un type de transaction qui sépare la vérification de l'exécution, de sorte que n'importe quel compte pourrait utiliser des règles de signature flexibles, regrouper des opérations, payer le gas en stablecoins ou adopter la récupération sociale sans bundler distinct.

Buterin l'a proposé en février 2026 et l'a soutenu lors de l'appel All Core Devs de mars, en partie pour son intérêt en matière de résistance quantique. Permettre aux comptes de passer à des signatures résistantes au quantique avant toute migration à l'échelle du réseau compte davantage depuis que la recherche de Google Quantum AI a réduit le nombre estimé de qubits nécessaires pour casser les signatures à courbe elliptique d'Ethereum.

Les équipes de clients se sont opposées. Nethermind et Besu ont estimé qu'elle était trop lourde pour obtenir le statut de proposition phare, ce qui aurait empêché Hegota d'être livré sans elle et en aurait aggravé le risque de calendrier. Le compromis a été le statut « Considered for Inclusion », qui la maintient en vie sans bloquer la fork. Elle concurrence désormais des conceptions rivales d'abstraction de compte de l'équipe Base de Coinbase et de Paradigm pour une éventuelle place.

Arbres de Verkle et absence d'état

Les arbres de Verkle figurent depuis des années sur la liste de souhaits d'Ethereum comme structure de données destinée à remplacer l'actuel trie de Merkle-Patricia. L'intérêt est l'absence d'état (statelessness). Des preuves cryptographiques bien plus petites pourraient permettre aux nœuds de valider la chaîne sans stocker l'état complet, ce qui réduirait la charge matérielle des opérateurs et élargirait le nombre de personnes pouvant exploiter un nœud.

La feuille de route d'Ethereum cite les arbres de Verkle comme envisagés pour Hegota, sans confirmation. La transition est complexe, car elle touche chaque compte et contrat via une migration de l'état, et les développeurs l'ont comparée à des approches mieux adaptées aux preuves zero-knowledge. Prenez avec prudence toute affirmation selon laquelle ils seraient acquis pour Hegota, car rien ne l'établit à ce stade.

Comment le périmètre de Hegota est décidé

Hegota offre un aperçu utile de la manière dont Ethereum planifie désormais ses forks, et explique pourquoi tant de points restent ouverts. Dans le processus « headliner », les fonctionnalités majeures sont choisies d'abord selon un calendrier structuré, plutôt que assemblées toutes en une fois.

Les propositions phares ont été ouvertes en janvier 2026 sur le forum Ethereum Magicians, avec une date limite en février et plusieurs appels All Core Devs pour en débattre. Chacune nécessite un champion désigné pour la porter. Ce n'est qu'une fois une proposition phare choisie qu'une fenêtre de 30 jours s'ouvre pour des ajouts plus modestes, hors propositions phares.

Cette discipline est voulue. En désignant une fonctionnalité phare et en obligeant tout le reste à justifier sa place, les développeurs évitent les versions surchargées et sujettes aux retards des années précédentes. Le contenu public évolue aussi au fil des réunions ; le statut en direct sur Forkcast et le fil meta constituent donc la seule référence fiable du périmètre, et non un instantané isolé.

Date de sortie d'Ethereum Hegota

Hegota est prévu pour le second semestre 2026, généralement une fenêtre de fin de T3 ou de T4. Ce calendrier reste provisoire pour une raison : il passe après Glamsterdam dans la file, et Glamsterdam a lui-même une date mouvante.

Glamsterdam a atteint la phase finale de tests sur devnet à la mi-2026 et vise une activation au S2, avec des objectifs internes situés autour du T3, après un glissement du calendrier par rapport à un objectif initial fixé au premier semestre. Hegota n'entamera son propre parcours testnet qu'une fois Glamsterdam déployé et jugé stable.

La lecture réaliste pour Hegota :

• Définition du périmètre (réalisée et en cours) : FOCIL est confirmé comme principale fonctionnalité, tandis que l'abstraction de compte et d'autres candidats sont à l'étude et que l'EIP-8081 reste à l'état de brouillon.
• Dépend de Glamsterdam : les devnets et testnets de Hegota suivent l'activation du mainnet de Glamsterdam ; tout retard de ce côté repousse donc Hegota.
• Scénario de base (S2 2026) : une activation fin 2026 si Glamsterdam est livré sans accroc dans son objectif du T3.
• Risque de décalage (2027) : plusieurs analystes évoquent un possible report à début 2027, surtout si une fonctionnalité majeure comme l'abstraction de compte est ajoutée ou si Glamsterdam s'éternise.

Le billet de calendrier de l'Ethereum Foundation et les outils de suivi en direct restent les sources de référence à mesure que les dates se précisent.

Ce que Hegota signifie pour les détenteurs et investisseurs d'ETH

Les grandes mises à niveau d'Ethereum suivent souvent le rythme « acheter la rumeur, vendre la nouvelle », avec ETH qui progresse avant un fork puis recule après l'activation. Cela s'est vérifié avec Pectra et Fusaka, même si les cycles récents ont été plus erratiques que les cas historiques nets.

Hegota offre des leviers de marché directs plus faibles que Glamsterdam. Elle n'augmente pas la limite de gas, ne réduit pas les frais et ne modifie pas la mécanique d'offre de l'ETH. Ses apports sont structurels plutôt que financiers : elle renforce la résistance à la censure et, si les candidats sont retenus, ouvre la voie aux comptes intelligents natifs et à des nœuds plus légers. Ces qualités comptent davantage pour la crédibilité à long terme du réseau que pour un mouvement de prix à court terme.

Le contexte est morose. L'ETH a sous-performé durant le premier semestre 2026, évoluant dans une fourchette approximative de 1 700 $ à 2 100 $ et proche de 1 750 $ en juin, alors même que les ETF ETH spot ont attiré de forts flux entrants et que plus d'un tiers de l'offre totale d'ETH était en staking. Cet écart entre une demande saine pour les produits et un prix faible nourrit le débat sur la capture de valeur qui pèse sur l'actif, et Hegota ne contribue guère à le trancher.

Pour les détenteurs, la mise à niveau améliore la qualité du réseau qu'ils possèdent plutôt que d'offrir un catalyseur évident. Quiconque trade autour de cet événement devrait d'abord suivre l'avancement du testnet de Glamsterdam, car le calendrier de Hegota en dépend. Rien de tout cela ne constitue un conseil financier, et les calendriers comme les marchés évoluent vite : faites vos propres recherches avant d'investir.

Principaux risques de la mise à niveau Hegota

Les risques de Hegota se répartissent entre la fonctionnalité elle-même et le processus plus large qui l'entoure.

• Dépendance de calendrier : Hegota ne peut pas lancer son cycle de testnet avant la mise en production de Glamsterdam ; tout retard de la bifurcation la plus importante retarde donc Hegota.
• Incertitude sur le périmètre : avec l'EIP-8081 encore à l'état de brouillon et les principales candidatures non tranchées, l'ensemble final de fonctionnalités pourrait être très différent de celui d'aujourd'hui, ce qui complique la planification pour les développeurs et les validateurs.
• Coordination FOCIL : les listes d'inclusion ajoutent des obligations de réseau et de synchronisation pour les validateurs, et les constructeurs doivent rester bien connectés aux membres du comité pour recevoir les listes à temps. Les cas limites, comme l'équivocation et l'invalidation, exigent un traitement rigoureux.
• Bande passante et ressources : exécuter un processus de comité supplémentaire à chaque slot alourdit la charge, ce qui explique que la taille des listes soit plafonnée et que la conception évite un système d'incitations distinct.
• Complexité de l'abstraction de compte : si l'EIP-8141 est retenu, il touche au traitement central des transactions dans tous les clients d'exécution, ce qui élargit la surface de test et le risque de remise en cause d'hypothèses des smart contracts.
• Périmètre trop large : la retenue récente d'Ethereum a été une force. Charger Hegota de trop de changements provoquerait les retards que le nouveau rythme vise à éviter.

Conclusion

Avec Hegota, la feuille de route d'Ethereum passe du passage à l'échelle de la couche de base à sa défense. Glamsterdam répond à la question de la capacité de traitement du réseau. Hegota répond à une question différente : peut-on en exclure discrètement quelqu'un ?

FOCIL en est l'expression la plus claire. Intégrer l'inclusion à la règle de choix de fork transforme la résistance à la censure : d'une propriété que la communauté compte voir respectée par les constructeurs, elle devient une garantie du protocole. Les candidats qui l'entourent, l'abstraction de compte native et l'absence d'état, pousseraient le même thème vers un réseau plus utilisable et plus décentralisé, si et quand ils franchissent le cap.

Pour l'instant, Hegota n'est définie qu'à moitié et son calendrier dépend du fork qui la précède. La direction est fixée et largement soutenue. Les détails, et la date, restent à écrire.