Le calendrier de sortie d'Ethereum s'est resserré. Fusaka a eu lieu en décembre 2025, Glamsterdam a atteint les derniers tests sur le devnet mi-2026, et les développeurs principaux ont déjà nommé le fork qui lui succèdera, Hegota.

Cette rapidité est délibérée. Après des années de regroupement des modifications en une seule grande version annuelle, la Fondation Ethereum est passée à un rythme semestriel de forks plus petits et aux objectifs resserrés. Hegota constitue le deuxième créneau de 2026.

La différence par rapport à son prédécesseur réside dans la cible. Glamsterdam redimensionne la façon dont Ethereum construit et tarifie les blocs. Hegota s'attaque à un problème plus silencieux qui touche la promesse fondamentale d'accès sans permission du réseau. Voici ce qui est réglé, ce qui reste contesté et ce que cela implique 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 modifications apportées aux deux moitiés du protocole en une seule version. Suivant le modèle de nommage d'Ethereum, la vedette de la couche de consensus Heze s'associe à Bogotá, un ancien hôte de la Devcon, du côté de l'exécution pour former le titre combiné, parfois écrit Hegotá.

Son périmètre est régi par l'EIP-8081, le méta-document suivant chaque proposition à l'étude. Ce document est toujours à l'état de brouillon à la mi-2026, ce qui a son importance. Une seule fonctionnalité est officiellement verrouillée en tant que tête d'affiche, et le reste demeure des candidats.

Cette tête d'affiche est FOCIL, ou Fork-Choice Enforced Inclusion Lists, défini dans l'EIP-7805. Évoqué pour Glamsterdam, il a ensuite été reporté pour éviter d'accumuler trop d'interactions non testées dans un seul fork, et mène désormais les travaux de la couche de consensus d'Hegota.

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

Pour comprendre l'intérêt d'Hegota, il suffit d'observer qui construit les blocs d'Ethereum aujourd'hui. La plupart des validateurs n'assemblent pas les leurs. Ils sous-traitent cette tâche à un petit groupe de constructeurs spécialisés par le biais de relais hors protocole, une structure conçue pour maintenir l'efficacité de la gestion du 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'écarter de la chaîne. Après les sanctions contre Tornado Cash, ce risque est devenu bien réel, les relais soucieux de la conformité ayant commencé à filtrer certaines transactions.

La feuille de route de Vitalik Buterin classe ceci sous « Le Fléau », la partie du plan à long terme d'Ethereum visant à neutraliser la centralisation pilotée 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, traitant la censure dans la production de blocs comme une menace structurelle plutôt que comme un problème marginal.

FOCIL constitue la première réponse concrète. Il ne fragmente pas le marché des constructeurs et ne touche pas à l'ordonnancement des transactions. Il supprime le pouvoir de veto du constructeur sur l'inclusion, transformant une garantie qui dépend actuellement de la bonne volonté en une règle appliquée par le protocole.

La tête d'affiche d'Hegota : FOCIL (EIP-7805)

FOCIL est la fonctionnalité porteuse de la mise à niveau et sa seule tête d'affiche confirmée, la seule proposition marquée Scheduled for Inclusion sur le méta-document d'Hegota. Thomas Thiery (@soispoke) en est l'auteur principal, et FOCIL a atteint ce statut au début de 2026 après des années de recherche sur les listes d'inclusion.

Comment fonctionne FOCIL

Pour chaque slot, le protocole sélectionne de manière pseudoréaliste un comité de 16 validateurs en tant que membres de la liste d'inclusion. Chacun analyse le mempool public et dresse une courte liste de transactions en attente qu'il estime devoir figurer dans le bloc suivant, puis la diffuse sur l'ensemble du réseau.

Le proposeur du slot suivant, ou le constructeur assemblant son bloc, doit inclure les transactions de chaque liste collectée. Les attestateurs ne votent que pour un bloc qui respecte ces listes. Un bloc qui omet des transactions valides de la liste d'inclusion qu'il aurait pu intégrer ne recueillera pas assez de votes et ne pourra pas devenir canonique.

L'expression « validé par le choix de fork » (fork-choice enforced) traduit toute sa portée. L'inclusion cesse d'être une norme sociale pour devenir une partie des règles de consensus. Pour censurer une transaction, un adversaire devrait neutraliser un groupe de 16 validateurs nouvellement et aléatoirement tiré au sort à chaque slot, ou espérer qu'aucun d'eux ne l'inscrive. La conception suppose simplement qu'un seul membre du comité soit honnête sur les seize pour fonctionner.

Pourquoi FOCIL est important maintenant

Glamsterdam intègre déjà la construction de blocs au sein du protocole grâce à la séparation proposeur-constructeur consacrée, ce qui réduit la confiance accordée aux relais sans pour autant empêcher, à elle seule, un constructeur déterminé d'exclure des transactions. FOCIL comble cette lacune, ce qui explique pourquoi les deux versions sortent dans des forks consécutifs plutôt qu'en même temps.

Il s'associe également naturellement à l'abstraction de compte. Buterin a souligné 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, ils offriraient aux utilisateurs un moyen d'inclusion au niveau du protocole qu'aucun intermédiaire unique ne contrôle.

Account Abstraction et arbres de Verkle dans Hegota

Au-delà de FOCIL, les candidats les plus discutés pour Hegota ont un réel poids, mais aucun engagement ferme n'a été pris. Tous deux sont suivis sous le statut de « pris en considération pour inclusion », un état qui signale une évaluation sérieuse plutôt qu'une approbation.

Native Account Abstraction (EIP-8141)

L'EIP-8141, connu sous le nom de Frame Transactions, intègrerait nativement l'account abstraction au protocole plutôt que sous forme de surcouche, comme le proposent aujourd'hui l'ERC-4337 et l'EIP-7702 de Pectra. Il introduit un type de transaction qui sépare la vérification de l'exécution, permettant à n'importe quel compte d'utiliser des règles de signature flexibles, d'effectuer des opérations groupées, de payer le gas en stablecoins ou d'adopter la récupération sociale sans passer par un bundler séparé.

Buterin l'a proposé en février 2026 et l'a défendu lors de l'appel All Core Devs de mars, en partie pour sa résistance à la quantique. Permettre aux comptes de passer à des signatures résistantes au quantique avant toute migration à l'échelle du réseau prend encore plus d'importance 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 ont opposé une résistance. Nethermind et Besu ont avancé qu'il était trop lourd pour obtenir le statut de vedette, ce qui aurait signifié qu'Hegota n'aurait pas pu être déployé sans lui, augmentant ainsi les risques liés au calendrier. Le compromis a consisté à lui accorder le statut de pris en considération pour inclusion, ce qui le maintient en lice sans bloquer le hard fork. Il est désormais en concurrence avec d'autres conceptions d'account abstraction proposées par l'équipe Base de Coinbase et par Paradigm pour une éventuelle intégration.

Arbres de Verkle et sans-état (statelessness)

Les arbres de Verkle figurent depuis des années sur la liste des souhaits d'Ethereum en tant que structure de données destinée à remplacer l'actuel trie Merkle-Patricia. L'atout recherché est le sans-état (statelessness). Des preuves cryptographiques nettement plus légères permettraient aux nœuds de valider la chaîne sans stocker l'état complet, réduisant ainsi la charge matérielle pesant sur les opérateurs et élargissant le cercle de ceux qui peuvent faire tourner un nœud.

La feuille de route d'Ethereum classe les arbres de Verkle parmi les éléments pris en considération pour Hegota, sans confirmation. La transition est complexe, car elle touche chaque compte et contrat par le biais d'une migration d'état, et les développeurs l'ont mise en balance avec des approches mieux adaptées aux preuves zero-knowledge. Traitez avec prudence toute affirmation selon laquelle ils seraient définitivement intégrés à Hegota, car les faits ne le confirment pas encore.

Comment le périmètre d'Hegota est défini

Hegota offre un aperçu utile de la manière dont Ethereum planifie désormais ses forks, expliquant pourquoi tant d'éléments restent ouverts. Selon le processus des fonctionnalités phares, les éléments majeurs sont choisis en premier via un calendrier structuré plutôt que d'être assemblés tous en même temps.

Les propositions de fonctionnalités 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 délibérer entre elles. Chacune nécessite un parrain désigné pour porter le projet. Ce n'est qu'une fois la fonctionnalité phare choisie qu's'ouvre une fenêtre de 30 jours pour des ajouts secondaires et non phares.

Cette discipline est volontaire. En désignant une fonctionnalité d'ancrage unique et en obligeant tout le reste à justifier sa présence, les développeurs évitent les lancements surchargés et sujets aux retards des années précédentes. La vision publique évolue également au fil des appels, de sorte que le statut en direct sur Forkcast et le méta-fil de discussion constitue la seule source fiable pour le périmètre, et non un instantané isolé.

Date de sortie d'Ethereum Hegota

Hegota est ciblé pour le second semestre 2026, généralement sur une fenêtre de fin de Q3 ou de Q4. Ce calendrier reste provisoire pour une raison précise. Il se situe derrière Glamsterdam dans la file d'attente, et Glamsterdam a lui-même un calendrier mouvant.

Glamsterdam a atteint la phase finale des tests sur testnet au milieu de l'année 2026 et vise une activation au second semestre, avec des objectifs internes regroupés autour du Q3 après un glissement du calendrier par rapport à un objectif initial fixé au premier semestre. Hegota n'amorcera son propre parcours sur testnet qu'une fois Glamsterdam déployé et avéré stable.

L'évaluation réaliste pour Hegota :

• Définition du périmètre (réalisée et en cours) : FOCIL confirmé comme fonctionnalité phare, l'account abstraction et d'autres candidats étant en cours d'examen tandis que l'EIP-8081 reste à l'état de brouillon.
• Dépendant de Glamsterdam : Les devnets et testnets d'Hegota suivent l'activation sur mainnet de Glamsterdam, de sorte que tout retard sur ce dernier repousse d'autant Hegota.
• Scénario de base (second semestre 2026) : une activation fin 2026 si Glamsterdam est déployé proprement selon son objectif du Q3.
• Risque de report (2027) : plusieurs analystes signalent un possible décalage vers le début de l'année 2027, en particulier si une fonctionnalité lourde telle que l'account abstraction est ajoutée ou si Glamsterdam prend du retard.

La publication de la feuille de route de la Fondation Ethereum et les suivis en direct demeurent les sources officielles à mesure que les dates se précisent.

Ce qu'Hegota implique pour les détenteurs d'ETH et les investisseurs

Les mises à niveau majeures d'Ethereum se négocient souvent selon le rythme « acheter la rumeur, vendre la nouvelle », l'ETH progressant à l'approche d'un fork avant de s'essouffler après l'activation. Cela s'est vérifié lors de Pectra et de Fusaka, bien que les cycles récents aient été plus agités que les cas historiques les plus nets.

Hegota présente des leviers de marché directs plus faibles que Glamsterdam. Il n'augmente pas la limite de gas, ne réduit pas les frais et ne modifie pas la mécanique d'émission de l'ETH. Ses gains sont structurels plutôt que financiers, renforçant la résistance à la censure et, si les candidats sont retenus, ouvrant la voie à des smart accounts 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.

La toile de fond est morose. ETH a passé la première moitié de l'année 2026 à sous-performer, évoluant dans une fourchette serrée de 1 700 $ à 2,100 $ et autour de 1 750 $ en juin, alors même que les ETF ETH spot enregistraient de fortes entrées de capitaux et que plus d'un tiers de l'offre totale d'ETH était en staking. Cet écart entre une demande saine pour le produit et un prix faible illustre le débat sur la création de valeur qui pèse sur l'actif, et Hegota ne fait pas grand-chose pour 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 effectue des transactions en lien avec cet événement devrait d'abord surveiller la progression du testnet de Glamsterdam, le calendrier d'Hegota en dépendant directement. Rien de tout cela ne constitue un conseil financier, et les calendriers comme les marchés évoluent rapidement, veillez donc à effectuer vos propres recherches avant toute allocation.

Principaux risques de la mise à niveau Hegota

Les risques d'Hegota se partagent entre la fonctionnalité elle-même et le processus global qui l'entoure.

• Dépendance temporelle : Hegota ne peut pas lancer son cycle de testnet tant que Glamsterdam n'a pas été déployé, de sorte que tout retard pris par le fork principal retarde d'autant Hegota.
• Incertitude sur le périmètre : avec l'EIP-8081 au stade de projet et des candidats phares encore incertains, l'ensemble final des fonctionnalités pourrait différer sensiblement 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 tâches de mise en réseau et de synchronisation pour les validateurs, et les constructeurs doivent rester en contact étroit avec les membres du comité pour recevoir les listes à temps. Les cas limites tels que la duplicité et l'invalidation nécessitent une gestion minutieuse.
• Bande passante et ressources : l'exécution d'un processus de comité supplémentaire à chaque slot alourdit la charge, ce qui explique pourquoi la taille des listes est plafonnée et pourquoi la conception évite un système d'incitation distinct.
• Complexité de l'abstraction de compte : si l'EIP-8141 est adopté, il touchera le traitement central des transactions sur chaque client d'exécution, élargissant la surface de test et le risque de rupture des hypothèses liées aux smart-contracts.
• Surcharge de périmètre : la récente modération d'Ethereum a été une force. Surcharger Hegota inviterait les retards que le nouveau rythme est censé prévenir.

Dernières réflexions

Hegota marque le tournant de la feuille de route d'Ethereum, qui passe de la mise à l'échelle de la couche de base à sa défense. Glamsterdam répond à la question du volume que le réseau peut traiter. Hegota répond à une autre question : peut-on en être exclu en toute discrétion ?

FOCIL en est l'expression la plus claire. Intégrer l'inclusion dans la règle de choix de fork transforme la résistance à la censure, passant d'une propriété que la communauté confie aux constructeurs à une garantie assurée par le protocole. Les candidats associés, l'abstraction de compte native et l'absence d'état (statelessness), orienteraient la même dynamique vers un réseau plus utilisable et plus décentralisé, dès lors qu'ils franchiront le cap.

Pour l'instant, Hegota est à moitié défini et lié temporellement au fork qui le précède. La direction est tracée et largement soutenue. Les détails, tout comme la date, restent à écrire.