Ethereum Hegotá Priorités Ethlabs 2027

Et si la prochaine grande mise à jour d’Ethereum ne se contentait pas d’améliorer un peu les performances, mais redéfinissait en profondeur la façon dont le réseau résiste à la censure, traite les transactions et évolue à l’échelle de la couche 1 ? C’est exactement le scénario que dessine Ethlabs dans un document publié le 16 août 2026. Le laboratoire de recherche indépendant a livré ses recommandations pour Hegotá, le hard fork prévu après Glamsterdam, et place quatre priorités clairement au sommet de sa liste.

Les quatre axes prioritaires d’Ethlabs pour Hegotá

Le timing n’est pas anodin. Alors que les équipes clients doivent rendre leurs classements de propositions d’ici le 10 septembre, Ethlabs a choisi de rendre public un raisonnement détaillé. L’organisation se présente comme un laboratoire de recherche et développement indépendant, non lucratif, centré sur Ethereum et l’ether. Elle précise d’ailleurs que certains de ses membres co-écrivent des propositions qu’elle soutient, une transparence rare dans ce type de publications.

Le document n’est qu’une recommandation. Il ne lie personne. Pourtant, son contenu éclaire précisément les tensions actuelles autour du périmètre de Hegotá. Sur le méta officiel, seule une fonctionnalité est pour l’instant planifiée : FOCIL. Une autre, Frame Transactions, est passée en statut « considérée pour inclusion ». Le reste reste à l’état de proposition. Ethlabs a donc pris position en classant explicitement ce qu’elle juge essentiel.

FOCIL, la tête d’affiche déjà actée

FOCIL, formalisé sous l’EIP-7805, occupe la première place. Le mécanisme repose sur des listes d’inclusion générées par les validateurs. L’idée est simple en apparence : rendre beaucoup plus difficile pour un constructeur de blocs spécialisé d’écarter des transactions valides. Les attesteurs ne soutiendraient que les blocs respectant les conditions liées à ces listes.

Ethlabs soutient fortement cette approche. Dans un contexte où la concentration du marché des builders a parfois soulevé des inquiétudes, FOCIL apparaît comme une réponse concrète à la question de la résistance à la censure. Ce n’est plus seulement un débat théorique. C’est désormais la seule fonctionnalité officiellement programmée pour Hegotá.

FOCIL utilise des listes d’inclusion créées par les validateurs pour compliquer l’omission de transactions valides par les constructeurs de blocs spécialisés.

Document Ethlabs

L’importance de cette priorité dépasse le simple aspect technique. Elle touche à la philosophie même d’Ethereum : un réseau où n’importe qui peut faire passer une transaction légitime, même si certains acteurs économiques ont intérêt à l’exclure. En maintenant FOCIL en tête, Ethlabs rappelle que la neutralité du protocole ne se décrète pas, elle se construit dans le code.

Des slots plus courts pour accélérer le rythme

Deuxième grand axe : réduire le temps de slot. Aujourd’hui, Ethereum fonctionne avec des slots de douze secondes. Ethlabs place l’EIP-8198, baptisée Quick Slots, dans sa catégorie la plus haute. Le laboratoire estime qu’il est temps de commencer à s’éloigner de cette durée pendant Hegotá.

La proposition actuelle utilise huit secondes comme valeur placeholder, tout en précisant que la cible exacte pourra évoluer. Ethlabs se montre plus ambitieuse encore : elle estime qu’Ethereum pourrait « atterrir sur dix secondes en environ un an dans Hegotá ». Ce n’est pas un paramètre déjà validé, mais une recommandation claire de direction.

Garder 32 slots par époque tout en diminuant la durée de chaque slot aurait un effet mécanique : les époques deviendraient plus courtes. La finalité arriverait donc plus vite, à condition que les tests confirment la stabilité du système. Ethlabs insiste sur le fait que les paramètres précis restent soumis à l’expérimentation et à l’accord des équipes clientes.

Cette priorité n’est pas anodine. Depuis des années, les discussions sur la vitesse des blocs reviennent régulièrement. Certains y voient un avantage concurrentiel face à d’autres chaînes qui affichent des temps de confirmation bien plus courts. D’autres rappellent que la sécurité et la décentralisation ont un coût en latence. Ethlabs tranche clairement en faveur d’un début de réduction dès Hegotá.

Frame Transactions et l’abstraction de compte native

Troisième priorité, classée juste derrière les deux premières : les Frame Transactions, formalisées sous l’EIP-8141. Ethlabs y voit la voie préférée vers une abstraction de compte native. Le principe consiste à permettre que la validation d’une transaction et le paiement du gas soient contrôlés par du code EVM.

Concrètement, cela ouvre la porte à plusieurs possibilités longtemps discutées : authentification flexible (passkeys par exemple), transactions sponsorisées, batching, paiements de gas en tokens autres que l’ether, et même des mises à niveau de comptes post-quantiques. Le statut officiel de cette proposition a progressé. Elle figure désormais comme « considérée pour inclusion », un cran au-dessus de la majorité des autres candidats.

Rien n’est encore acquis. Les développeurs comparent toujours plusieurs designs d’abstraction de compte avant de trancher. Mais le fait que Frame Transactions ait franchi ce seuil donne du poids à la position d’Ethlabs. Pour le laboratoire, il s’agit de la solution la plus cohérente pour faire évoluer le modèle de compte sans multiplier les couches de complexité hors protocole.

Frame Transactions permettent de contrôler la validation et le paiement du gas via du code EVM, ouvrant la voie à des authentifications flexibles et à des paiements de frais plus souples.

Analyse Ethlabs

L’abstraction de compte n’est plus un sujet purement théorique depuis plusieurs années. Des solutions de smart accounts existent déjà sur la couche 2 et via des standards comme ERC-4337. L’idée de les ancrer nativement dans la couche 1 change cependant la donne. Cela pourrait simplifier l’expérience utilisateur tout en réduisant la dépendance à des infrastructures externes. Ethlabs pousse clairement dans cette direction pour Hegotá.

Scaler la couche 1 sans casser la bande passante

Quatrième et dernier axe prioritaire : poursuivre le scaling de la couche 1 de manière contrôlée. Ethlabs place deux propositions dans son tier le plus élevé : l’EIP-8131 et l’EIP-8279. La première introduit un plancher uniforme de 64 gas pour les octets contrôlés par l’utilisateur dans une transaction. Selon ses auteurs, cela limiterait le contenu worst-case à environ 0,89 Mo pour une limite de gas de 60 millions, tout en n’affectant que moins de 4 % des transactions principales échantillonnées.

La seconde proposition étend une logique similaire aux octets des Block Access Lists générés pendant l’exécution. Ensemble, les deux EIP visent à combler des trous dans la comptabilisation de la bande passante. Sans ces ajustements, une hausse future de la limite de gas risquerait de créer des goulets d’étranglement imprévus.

Ces propositions restent à l’état de drafts. Elles ne sont pas encore programmées. Mais leur classement par Ethlabs envoie un signal clair : le scaling L1 ne peut pas se résumer à augmenter simplement le gas limit. Il faut d’abord s’assurer que la taille des payloads et la consommation de bande passante restent maîtrisables. Sinon, les gains de capacité se paient en décentralisation et en accessibilité pour les nœuds.

Ce que Ethlabs refuse de classer

Le document ne se contente pas de prioriser. Il écarte aussi explicitement certaines questions. C’est le cas de l’EIP-8363, qui propose de modifier l’émission en brûlant une part croissante des récompenses des validateurs à mesure que le ratio de staking augmente. Ethlabs estime que la politique monétaire mérite un débat communautaire beaucoup plus large et ne devrait pas être traitée comme une simple décision de scoping technique.

Cette position est intéressante. Elle montre que le laboratoire distingue clairement les sujets purement techniques des sujets économiques et politiques. En refusant de classer cette proposition parmi les priorités de Hegotá, Ethlabs rappelle que certaines décisions dépassent le cadre d’un hard fork et engagent la gouvernance plus large du protocole.

Le calendrier et la suite du processus

Hegotá est actuellement positionné en 2027 sur la roadmap officielle, après Glamsterdam. Le détail des fonctionnalités reste ouvert. Les équipes d’exécution clients ont jusqu’au 10 septembre pour soumettre leurs propres classements. Ces retours serviront à affiner la liste des propositions qui méritent des ressources de développement et de test.

Le document d’Ethlabs arrive donc à un moment stratégique. Il ne décide de rien, mais il structure le débat. En publiant un raisonnement long et argumenté, le laboratoire force les autres acteurs à se positionner par rapport à ses quatre priorités. FOCIL est déjà acté. Les slots plus courts, Frame Transactions et le repricing des données pour le scaling L1 deviennent des sujets incontournables de discussion.

Rien n’indique que les priorités d’Ethlabs seront reprises telles quelles. D’autres laboratoires, d’autres équipes et d’autres voix peseront dans la balance. Mais le fait d’avoir formalisé une vision cohérente et transparente donne un avantage argumentaire. Dans un processus de gouvernance aussi décentralisé, la clarté d’un document de ce type a de la valeur.

Pourquoi ces choix comptent pour l’écosystème

Au-delà des détails techniques, les quatre priorités d’Ethlabs dessinent une certaine vision d’Ethereum. Une chaîne qui refuse de sacrifier la résistance à la censure, même face à la spécialisation des builders. Une chaîne qui accepte de réduire progressivement le temps de slot pour améliorer l’expérience utilisateur. Une chaîne qui veut ancrer l’abstraction de compte dans le protocole plutôt que de la laisser uniquement aux couches secondaires. Une chaîne qui scale sa couche 1 de façon mesurée, en tenant compte de la bande passante réelle.

Cette vision n’est pas neutre. Elle contraste avec d’autres approches possibles : maximiser la capacité brute sans contraintes strictes sur la taille des payloads, reporter l’abstraction de compte, ou maintenir le rythme actuel des slots pour privilégier la stabilité. En choisissant explicitement ces quatre axes, Ethlabs prend position dans un débat qui dépasse largement le hard fork de 2027.

Les implications concrètes se feront sentir progressivement. Si FOCIL fonctionne comme prévu, la capacité d’un builder à censurer des transactions devrait diminuer. Si les slots passent à dix secondes ou moins, les utilisateurs verront des confirmations plus rapides. Si Frame Transactions est retenu, l’expérience de compte pourrait se rapprocher de ce que proposent déjà certaines applications de couche 2, mais de façon native. Et si le repricing des données est adopté, les futures hausses de gas limit se feront sur des bases plus saines.

Le poids d’un laboratoire indépendant

Ethlabs n’est pas un client d’exécution. Ce n’est pas non plus une fondation officielle. C’est un acteur de recherche qui a choisi de publier ses analyses de façon transparente. Dans l’écosystème Ethereum, ce type de contribution a historiquement joué un rôle important. Les discussions techniques se nourrissent de documents argumentés, de spécifications détaillées et de classements motivés.

En rendant public son raisonnement sur Hegotá, le laboratoire force aussi une certaine discipline. Les autres parties prenantes devront répondre, nuancer ou contester. Le processus de scoping y gagne en clarté. Les développeurs clients, qui doivent rendre leurs propres classements, disposent d’une référence solide contre laquelle mesurer leurs priorités.

Il reste bien sûr des inconnues. Les tests de Quick Slots pourraient révéler des difficultés imprévues. Les designs concurrents d’abstraction de compte pourraient finalement être jugés plus adaptés. Les EIP de repricing pourraient nécessiter des ajustements. Rien n’est gravé dans le marbre. Mais le cadre de discussion est désormais plus net.

Une étape dans un long processus

Hegotá n’est qu’une étape. Après Glamsterdam, il s’inscrit dans une série de mises à jour qui, depuis plusieurs années, cherchent à améliorer Ethereum sans rompre avec ses principes fondateurs. La résistance à la censure, la finalité, l’expérience utilisateur et la capacité de la couche 1 restent des thèmes récurrents. Ethlabs a simplement choisi de les prioriser de façon explicite pour le prochain hard fork.

Le 10 septembre marquera une étape importante avec la remise des classements clients. Ensuite, les discussions se poursuivront, probablement pendant des mois. Les propositions évolueront, certaines seront abandonnées, d’autres affûtées. FOCIL part favori. Les trois autres priorités d’Ethlabs devront encore convaincre.

Pour l’écosystème, l’intérêt de ce document dépasse le simple classement. Il offre une lecture claire des arbitrages en cours. Il montre qu’un acteur de recherche peut influencer le débat sans disposer d’un pouvoir formel. Et il rappelle que les grandes mises à jour d’Ethereum ne se décident pas en une seule réunion, mais à travers un processus long, argumenté et transparent.

Dans les semaines qui viennent, les discussions techniques vont s’intensifier. Les paramètres de slots, les détails d’implémentation de Frame Transactions et l’impact exact des EIP de repricing seront scrutés. Les positions d’Ethlabs serviront de point de repère. Que l’on partage ou non ses priorités, le document a le mérite d’exister et d’être public. Dans un écosystème parfois opaque, cette clarté a de la valeur.

Hegotá reste encore largement ouvert. Mais grâce à cette publication, les axes de débat sont désormais mieux dessinés. Résistance à la censure, vitesse des blocs, abstraction de compte native et scaling contrôlé de la couche 1 : quatre priorités qui pourraient structurer une partie importante de l’évolution d’Ethereum en 2027. Le reste du processus dira si elles seront retenues, amendées ou dépassées. Pour l’instant, elles sont sur la table, argumentées, et difficiles à ignorer.