Ethereum Hegotá 2027 : Les Propositions Qui Redéfinissent Le Réseau

Imaginez un réseau qui doit composer avec des dizaines d’idées brillantes, parfois contradictoires, tout en gardant un calendrier serré pour 2027. C’est exactement la situation dans laquelle se trouvent les équipes client d’Ethereum en ce mois d’août. Hegotá, la mise à niveau prévue pour l’année prochaine, n’est plus un catalogue ouvert. Les développeurs affinent, comparent, éliminent. Une seule proposition est déjà inscrite en dur. Les autres se battent pour une place dans les implémentations, les devnets et les testnets. Le sort de certaines d’entre elles se jouera dans les prochaines semaines.

Hegotá 2027 : le moment où les choix deviennent concrets

Ethereum n’avance plus par grandes révolutions isolées. Depuis la transition vers le proof-of-stake, chaque upgrade s’inscrit dans une roadmap plus large. Après Glamsterdam, attendu au quatrième trimestre 2026, Hegotá doit poser les bases de ce qui suivra en 2027. Toni Wahrstätter a récemment rappelé que 66 propositions circulaient dans les discussions. Ce chiffre impressionne, mais il ne signifie pas que 66 fonctionnalités seront livrées. Loin de là.

Le Meta EIP officiel d’Hegotá est clair : FOCIL figure comme seule fonctionnalité actuellement planifiée. Les Frame Transactions restent en discussion. Tout le reste se trouve à des stades plus précoces. Les équipes d’exécution doivent rendre leurs listes de préférences classées avant le 10 septembre. Les propositions sans champion actif risquent d’être purement et simplement retirées. Le rythme s’accélère.

FOCIL, le pilier déjà acté de la résistance à la censure

EIP-7805, mieux connu sous le nom de FOCIL (Fork Choice enforced Inclusion Lists), occupe une place à part. C’est aujourd’hui le seul élément formellement programmé pour Hegotá. Son principe est simple dans l’intention, complexe dans l’exécution. Un comité de validateurs publie des listes d’inclusion de transactions. Les constructeurs de blocs sont censés les respecter. Les attesteurs, de leur côté, refusent les blocs qui omettent de manière abusive des transactions éligibles.

Cette mécanique répond à une réalité de plus en plus visible : la construction de blocs devient un métier spécialisé. Quelques grands builders concentrent une part importante de la production. Dans ce contexte, le risque de censure, volontaire ou non, augmente. FOCIL vise à réintroduire une pression collective pour que les transactions légitimes trouvent leur place, même lorsque des acteurs puissants contrôlent l’ordre des blocs.

L’intérêt de FOCIL dépasse la seule résistance à la censure. Il s’inscrit dans une réflexion plus large sur la confidentialité. Des transactions liées à des protocoles de privacy ont parfois du mal à être incluses. Des garanties d’inclusion plus fortes rendent ces usages plus robustes. C’est l’une des raisons pour lesquelles cette proposition a rapidement gagné du terrain dans les discussions de core developers.

Cette description, reprise des discussions techniques, résume bien l’enjeu. FOCIL ne prétend pas résoudre tous les problèmes de centralisation de la construction de blocs. Il apporte toutefois un outil concret pour limiter les abus les plus flagrants. Dans un environnement où le MEV et les stratégies de builders évoluent rapidement, ce type de mécanisme devient stratégique.

Les Frame Transactions et le débat sur l’abstraction de compte native

Si FOCIL est déjà calé, l’abstraction de compte native reste plus ouverte. Deux propositions se font face : EIP-8141 et EIP-8130. La première introduit les Frame Transactions. L’idée consiste à permettre de définir la validation, l’exécution et le paiement du gaz à travers des « frames » programmables. Objectifs affichés : schémas de signature alternatifs, rotation de clés, sponsoring de gaz, et une sortie progressive de l’authentification ECDSA obligatoire.

Toni Wahrstätter a plaidé pour que les Frame Transactions rejoignent FOCIL, aux côtés d’autres éléments comme les Keyed Nonces et les Recent Roots, dans une sorte de pile de confidentialité native. Ce n’est pour l’instant qu’une position personnelle, pas une décision collective. Lors de l’appel All Core Developers Execution du 13 août, les équipes ont convenu de comparer EIP-8141 et EIP-8130 lors d’un breakout le 25 août. Une décision est attendue pour la réunion ACDE du 27 août.

Le sujet de l’abstraction de compte est devenu indissociable des questions de privacy. Des propositions comme EIP-8250 et EIP-8272 figurent déjà dans la liste des candidats pour Hegotá, sans être pour autant planifiées. Le réseau cherche un équilibre entre flexibilité pour les utilisateurs et simplicité de mise en œuvre côté clients. Les Frame Transactions représentent une tentative ambitieuse d’aller plus loin que les solutions de smart accounts actuelles, souvent déployées en couche 2 ou via des contrats externes.

Le calendrier est serré. Si les Frame Transactions ne passent pas le filtre de fin août, elles risquent de glisser hors du périmètre réaliste de 2027. À l’inverse, une validation rapide ouvrirait la porte à des tests approfondis et à une intégration coordonnée avec FOCIL. Les prochains appels de développeurs seront donc déterminants.

Gas, état et scaling : préparer des blocs plus grands en sécurité

Un autre chantier important concerne le pricing du gaz et la gestion de la croissance de l’état. Ethereum envisage d’augmenter progressivement la limite de gaz des blocs. Glamsterdam vise déjà 200 millions de gaz. Certains discussions évoquent un horizon possible à 600 millions. Mais augmenter la capacité sans ajuster les coûts liés à la création d’état et à la taille des données crée des risques.

Plusieurs EIP s’attaquent à ce problème. EIP-8131 propose un plancher uniforme de 64 gaz par octet contrôlé par l’utilisateur dans le contenu des transactions. EIP-8279 étend une logique similaire aux données des Block Access Lists, afin d’éviter que les blocs ne grossissent de façon non maîtrisée. EIP-8368 va plus loin : il propose de recalibrer le pricing de la création d’état lorsque la limite de gaz dépasse le niveau de référence utilisé pour Glamsterdam. Les paramètres exacts ne sont pas encore figés, mais l’intention est claire.

Ces propositions s’inscrivent dans la continuité des travaux déjà menés pour Glamsterdam, qui testent notamment les block-level access lists et un large travail de repricing. L’objectif n’est pas seulement d’augmenter le throughput. Il s’agit de le faire sans dégrader la sécurité économique du réseau ni encourager une croissance d’état incontrôlée. Un réseau plus capacitaire qui devient trop lourd à synchroniser ou trop cher à opérer pour les nœuds complets perdrait une partie de sa décentralisation.

Ces ajustements techniques paraissent arides, mais ils conditionnent la capacité d’Ethereum à absorber une demande croissante sans sacrifier ses propriétés fondamentales. Les équipes client doivent évaluer non seulement la complexité d’implémentation, mais aussi l’impact sur les performances et la sécurité à long terme.

Autres pistes encore en discussion : slots, validateurs et post-quantique

Le champ des propositions ne se limite pas à FOCIL, aux frames et au gaz. D’autres idées circulent avec plus ou moins d’intensité. EIP-8198 explore des slots de huit secondes. EIP-7716 s’intéresse aux pénalités anti-corrélation pour les validateurs. Des travaux sur la cryptographie post-quantique et des ajustements éventuels de l’émission d’ETH apparaissent également dans les listes.

Ces sujets ne sont pas confirmés pour Hegotá. EIP-8198 reste un draft. EIP-7716 est même marqué stagnant, malgré sa présence dans certaines listes de propositions. Leur avenir dépendra de la capacité des champions à convaincre, à fournir des spécifications solides et à démontrer un intérêt concret pour le réseau. Sans cela, elles risquent de rester sur le bord de la route.

La post-quantum cryptography mérite une attention particulière. Ethereum a déjà commencé à se positionner sur ce terrain, notamment en écartant certaines approches jugées trop risquées ou trop coûteuses. Intégrer des primitives résistantes aux ordinateurs quantiques dans un upgrade 2027 demanderait un travail considérable de spécification, d’implémentation et de tests. Rien n’indique pour l’instant que ce chantier soit prioritaire pour Hegotá, mais il reste dans le paysage.

Les changements d’émission d’ETH touchent, eux, à des questions économiques sensibles. Toute modification du calendrier d’émission ou des mécanismes de burn aurait des répercussions sur la perception de la rareté et sur les dynamiques de staking. Ces discussions sont donc menées avec une prudence extrême.

Le calendrier serré des prochaines semaines

Les core developers ont fixé un objectif clair : finaliser la liste des propositions retenues pour inclusion d’ici la fin août. Ensuite, les équipes d’exécution client devront soumettre leurs listes de préférences classées avant le 10 septembre. Ce double jalon structure le processus. Les propositions sans porteur actif peuvent être écartées. Celles qui survivent entreront dans une phase d’implémentation, de tests sur devnets, puis éventuellement de testnets publics.

Ce rythme n’est pas anodin. Un upgrade de la taille d’Hegotá ne se prépare pas en quelques mois. Les clients doivent coordonner leurs travaux, les spécifications doivent être stabilisées, les tests de sécurité doivent être menés. Plus le périmètre est large, plus les risques de retard ou de bugs critiques augmentent. D’où l’effort actuel de resserrage.

Glamsterdam, prévu pour la fin 2026, servira en quelque sorte de tremplin. Les leçons tirées de ses tests de scaling et de repricing alimenteront directement les choix pour Hegotá. Les deux upgrades s’inscrivent dans une continuité. On ne peut pas comprendre l’un sans regarder l’autre.

Pourquoi FOCIL incarne une priorité stratégique

Parmi toutes les propositions, FOCIL se distingue par sa maturité relative et par l’urgence perçue du problème qu’il adresse. La concentration de la construction de blocs n’est pas une hypothèse théorique. C’est une réalité mesurable. Dans un tel environnement, les mécanismes de résistance à la censure ne peuvent plus reposer uniquement sur la bonne volonté des acteurs ou sur des incitations purement économiques.

FOCIL introduit une contrainte protocolaire. Les attesteurs deviennent des acteurs de l’inclusion. Les builders qui ignorent systématiquement les listes s’exposent à des refus de blocs. Ce n’est pas une solution magique, mais c’est un levier concret. Dans un contexte où les transactions de privacy ou les opérations sensibles peuvent être ciblées, ce type de garantie prend une dimension particulière.

Le fait que FOCIL soit déjà le seul élément planifié montre aussi la discipline des développeurs. Ils refusent de surcharger Hegotá. Ils préfèrent livrer une fonctionnalité solide plutôt qu’un catalogue trop ambitieux qui retarderait tout le monde. Cette approche pragmatique contraste avec certaines périodes passées où les listes d’EIP s’allongeaient dangereusement.

Abstraction de compte : entre ambition et réalisme

L’abstraction de compte reste l’un des sujets les plus discutés dans l’écosystème. Les utilisateurs veulent des expériences plus fluides : récupération de comptes, multi-signature native, paiement de gaz par un tiers, signatures alternatives. Les solutions actuelles reposent souvent sur des smart contracts ou sur des couches intermédiaires. Une abstraction native au niveau du protocole promettrait une meilleure intégration et potentiellement de meilleures performances.

Les Frame Transactions d’EIP-8141 tentent de répondre à cette demande de manière ambitieuse. En permettant de définir validation, exécution et paiement via des frames, elles ouvrent un espace de design large. Mais cet espace large implique aussi une complexité d’implémentation non négligeable. Les clients doivent supporter de nouveaux types de transactions, de nouveaux flux de validation, de nouvelles interactions avec le gaz.

La comparaison avec EIP-8130, plus restrictive ou différente dans son approche, permettra de mesurer le rapport entre ambition et faisabilité. Le breakout du 25 août et la décision du 27 août seront des moments clés. Si les Frame Transactions sont retenues, elles devront cohabiter harmonieusement avec FOCIL et avec les éventuels ajustements de gaz. Si elles sont repoussées, le chantier de l’abstraction native continuera sous d’autres formes, peut-être pour un upgrade ultérieur.

Les enjeux économiques des validateurs et de l’émission

Au-delà des aspects purement techniques, Hegotá touche aussi à l’économie du réseau. Les pénalités anti-corrélation visent à décourager des comportements de validateurs trop coordonnés ou trop concentrés. L’idée est de préserver une certaine diversité et une certaine indépendance dans le set de validateurs. Dans un contexte de staking liquide et de pools importants, ces questions deviennent sensibles.

Les discussions sur l’émission d’ETH, quant à elles, touchent à la politique monétaire du protocole. Toute modification du rythme d’émission ou des mécanismes de destruction a des conséquences sur le prix perçu, sur le rendement du staking et sur la perception de long terme de la rareté. Ces sujets sont rarement tranchés rapidement. Ils demandent des analyses économiques approfondies et un large consensus.

Pour l’instant, rien n’indique que des changements majeurs d’émission soient prioritaires pour Hegotá. Mais leur présence dans les listes de discussion montre que le sujet reste vivant. Les développeurs savent que la crédibilité monétaire d’Ethereum est un atout majeur. Ils n’y touchent qu’avec précaution.

Ce que signifie vraiment le resserrage du périmètre

Le fait de passer de 66 propositions en discussion à une liste beaucoup plus courte n’est pas un signe de manque d’ambition. C’est au contraire une marque de maturité. Ethereum a appris, parfois à ses dépens, que trop de fonctionnalités dans un même upgrade multiplie les risques. Les bugs, les retards, les incompatibilités entre clients deviennent plus probables.

En concentrant les efforts sur FOCIL, en évaluant sérieusement les Frame Transactions, et en préparant les ajustements de gaz nécessaires à un scaling plus agressif, les développeurs construisent une upgrade cohérente. Chaque élément a une justification claire. FOCIL pour la résistance à la censure et la privacy. Les frames pour l’expérience utilisateur et l’abstraction. Le gaz pour la capacité et la sécurité économique.

Cette approche sélective permet aussi de mieux allouer les ressources des équipes client. Implémenter, tester, auditer et déployer une fonctionnalité complexe demande du temps. Mieux vaut en livrer deux ou trois solidement que d’en promettre dix et d’en livrer cinq de façon imparfaite.

Les implications pour les utilisateurs et l’écosystème

Pour l’utilisateur final, Hegotá ne se traduira pas par une révolution visible du jour au lendemain. Les changements les plus importants se situent au niveau de l’infrastructure. Une meilleure résistance à la censure protège les transactions, y compris celles liées à des protocoles de confidentialité. Une abstraction de compte native, si elle aboutit, simplifiera à terme les interactions avec les portefeuilles et les applications. Des limites de gaz plus élevées, correctement pricées, permettront d’absorber plus d’activité sans congestion excessive.

Les développeurs d’applications et les opérateurs de nœuds, eux, devront s’adapter. Les nouveaux types de transactions, les nouvelles règles d’inclusion, les ajustements de coûts de gaz demanderont des mises à jour. Les clients devront être mis à jour en temps et en heure. La coordination reste un défi permanent dans un écosystème multi-clients.

Du côté des validateurs, FOCIL introduit de nouvelles responsabilités et de nouveaux comportements attendus. Participer à la publication de listes d’inclusion et à l’attestation selon ces listes change légèrement le rôle du validateur. Les pénalités anti-corrélation, si elles sont un jour adoptées, modifieraient encore davantage les incitations.

Un processus transparent et collectif

Ce qui frappe dans le processus actuel, c’est sa relative transparence. Les discussions ont lieu lors d’appels publics de core developers. Les positions sont partagées, parfois vivement. Les listes de propositions sont accessibles. Les dates clés sont annoncées. Ce n’est pas un processus parfait, mais il reste ouvert.

Les chercheurs, les équipes client, les contributeurs indépendants peuvent tous faire entendre leur voix. Les champions d’EIP doivent défendre leurs propositions, fournir des spécifications, répondre aux objections. Ce modèle de gouvernance technique a permis à Ethereum de progresser tout en maintenant un certain degré de décentralisation dans la prise de décision.

Bien sûr, les équipes les plus actives et les mieux financées ont plus de poids. C’est une réalité. Mais le fait que des propositions sans champion actif soient explicitement menacées de retrait montre aussi que le système tente de rester exigeant. L’énergie et l’engagement comptent.

Regarder au-delà de 2027

Hegotá n’est pas une fin en soi. C’est une étape. Après 2027, d’autres upgrades suivront. Les sujets qui ne rentrent pas dans le périmètre actuel – post-quantum, slots plus courts, changements d’émission majeurs – pourront revenir plus tard, une fois que les bases de FOCIL, de l’abstraction éventuelle et du scaling auront été solidement posées.

La roadmap d’Ethereum reste volontairement flexible. Les priorités évoluent en fonction des besoins du réseau, des menaces émergentes et des avancées de la recherche. Ce qui apparaît prioritaire aujourd’hui peut le devenir moins demain, et inversement. La capacité à ajuster le cap sans perdre de vue les objectifs de long terme – scalabilité, sécurité, décentralisation, expérience utilisateur – reste l’un des points forts du projet.

En ce mois d’août 2026, le travail de resserrage autour d’Hegotá montre un écosystème qui a appris à prioriser. Une seule fonctionnalité est déjà actée. D’autres se battent pour leur place. Les prochaines semaines diront lesquelles passeront le filtre. Ce qui est certain, c’est que les choix faits maintenant façonneront le visage d’Ethereum en 2027 et au-delà.

Les développeurs avancent avec méthode. Les listes se raccourcissent. Les tests se préparent. Le réseau, lui, continue de fonctionner, en attendant la prochaine étape de son évolution. Hegotá n’est plus une collection d’idées. C’est un chantier concret, avec des dates, des responsabilités et des arbitrages. Et c’est précisément ce qui le rend intéressant à suivre.