Un chercheur d’Ethereum propose d’intégrer la résistance à la censure FOCIL dans la mise à jour Hegota

28 janv. 2026

Un chercheur d’Ethereum propose d’intégrer la résistance à la censure FOCIL dans la mise à jour Hegota

Le 27 janvier 2026, le chercheur Ethereum Thomas Thiery (alias “soispoke”) a publié une proposition visant à faire de FOCIL une fonctionnalité phare de la prochaine mise à jour majeure du réseau, le hard fork Hegota. Il y présente FOCIL comme une mesure à intégrer directement au protocole afin de renforcer les garanties de résistance à la censure d’Ethereum (discussion sur la proposition de FOCIL). Avec Hegota largement annoncé comme la deuxième grande mise à jour d’Ethereum en 2026, envisagée pour le second semestre de l’année, la proposition tombe à un moment stratégique, au cœur des débats communautaires sur les priorités du cycle de développement à venir.

Dans cet article, nous expliquons ce qu’est FOCIL, pourquoi cela compte aujourd’hui, quels sont les compromis qu’il entraîne, et ce que les utilisateurs d’Ethereum doivent surveiller à mesure que le périmètre d’Hegota se précise.

Pourquoi la résistance à la censure revient au centre des préoccupations en 2026

La résistance à la censure n’est pas qu’une valeur idéologique dans le monde des blockchains : c’est une propriété concrète. Autrement dit, toute transaction valide doit pouvoir être intégrée à la chaîne dans un délai raisonnable, même si cela dérange des intermédiaires puissants.

Ces dernières années, l’écosystème Ethereum a connu une maturation marquée par :

Une dépendance accrue à des infrastructures spécialisées (constructeurs de blocs, relais, points d’accès RPC)
Une chaîne d’approvisionnement MEV de plus en plus complexe
Des pressions réglementaires et de conformité plus importantes sur les opérateurs centralisés
Une croissance continue des rollups et du web inter-chaînes, ce qui renforce la sensibilité politique et économique du règlement sur Ethereum L1

Dans ce contexte, des propositions comme FOCIL visent à consolider la neutralité crédible du protocole de base d’Ethereum — pour que l’inclusion des transactions ne soit plus simplement probable, mais activement garantie par le consensus.

Qu’est-ce que FOCIL ?

FOCIL est l’acronyme de Fork-choice enforced Inclusion Lists, soit “Listes d'inclusion imposées par le choix de fork.” Elle fait actuellement l’objet de la proposition EIP-7805 (EIP-7805 sur eips.ethereum.org).

FOCIL est essentiellement un mécanisme d’inclusion des transactions au niveau du protocole, conçu pour garantir qu’une transaction valide soit incluse dans un délai prédéfini, même en présence de tentatives de censure.

Principe de fonctionnement :

Un comité de validateurs est désigné pour publier des listes d’inclusion (ensembles de transactions à inclure).
Le proposeur de bloc est tenu d’y intégrer ces transactions dans le prochain bloc.
Le comportement de vote / de choix de fork est ajusté de sorte que les validateurs ne valident que les blocs qui respectent ces contraintes d’inclusion — autrement dit, un bloc qui ignore des transactions valides présentes dans une telle liste sera bien moins susceptible d’être accepté comme canonique.

La distinction est cruciale : FOCIL ne dit pas “merci d’inclure ces transactions”, mais plutôt “si vous ne les incluez pas, votre bloc ne sera pas retenu par le consensus.”

Pour approfondir le sujet, consultez l’analyse de la Robust Incentives Group de la Fondation Ethereum (présentation de FOCIL).

Pourquoi FOCIL pourrait figurer dans Hegota

Dans sa proposition visant à faire de FOCIL une fonctionnalité majeure de la mise à jour, Thomas Thiery affirme que ce mécanisme améliore réellement les garanties d’inclusion d’Ethereum, en permettant à plusieurs validateurs d’y participer collectivement, plutôt que de dépendre d’un seul proposeur ou d’un petit nombre de constructeurs professionnels de blocs (fil de discussion).

Par ailleurs, les développeurs principaux d’Ethereum opèrent désormais selon un calendrier de mises à jour plus régulier, avec des discussions publiques sur l’identité des forks et les échéances, comme en témoignent les notes des réunions All Core Devs – Execution (compte rendu ACDE #226). Dans ce contexte, FOCIL bénéficie d’atouts concrets :

Une spécification technique déjà bien avancée (EIP-7805)
Un objectif de sécurité lisible par tous : l’inclusion en temps voulu
Une réponse directe aux préoccupations liées à la centralisation des constructeurs de blocs et au risque de censure

Comment fonctionne FOCIL (version simplifiée)

FOCIL introduit dans le consensus un nouvel impératif d’inclusion :

Un petit groupe de validateurs publie une liste d’inclusion pour un slot donné.
Le bloc suivant doit impérativement contenir ces transactions, ou bien justifier leur exclusion par manque d’espace ou invalidité.
Les autres validateurs attestent en pénalisant les blocs qui omettent les transactions incluses à tort.

C’est pourquoi on dit souvent que FOCIL modifie le comportement du choix de fork : l’inclusion des transactions joue désormais un rôle central pour désigner la “meilleure” chaîne, et non plus un simple choix discrétionnaire du proposeur.

Pour plus de détails techniques sur la sélection du comité, les règles de propagation, la détection d’ambiguïtés et la logique de validation, consultez la spécification complète de l’EIP-7805.

Quel problème FOCIL cherche à résoudre ?

1) La censure au niveau des constructeurs de blocs ou des relais

Même si le système de validateurs d’Ethereum reste décentralisé, la construction de blocs peut, elle, se concentrer entre les mains de quelques acteurs. La domination de quelques constructeurs peut mener à des politiques d’inclusion restrictives, guidées par des enjeux commerciaux ou réglementaires.

FOCIL propose une réponse offensive : permettre à un comité de validateurs d’imposer activement l’inclusion des transactions, réduisant ainsi le risque qu’un acteur unique (ou un petit groupe) puisse filtrer à volonté.

2) La "censure douce" par le retard

Souvent, la censure prend la forme d’un retard, plus que d’une exclusion pure. Une transaction peut être valide, mais mise en attente durant plusieurs blocs à cause de règles internes, de filtres, ou de dynamiques de mempool privé.

L’objectif de FOCIL est d’empêcher que ce délai puisse s’éterniser sans borne temporelle fixe.

Les compromis et débats à prévoir dans la communauté

FOCIL n’est pas sans coût. Si cette option est sérieusement envisagée pour Hegota, plusieurs points seront probablement au cœur des débats :

Charge réseau et complexité : les listes d’inclusion doivent se propager efficacement, avec des délais très courts pour la validation.
Garanties de vivacité du réseau : ajouter des contraintes sur les blocs acceptables signifie aussi gérer les cas où le réseau est instable sans provoquer d’arrêt du consensus.
Conception des incitations : l’EIP-7805 ne définit pas de mécanisme de récompense spécifique pour les publieurs de listes d’inclusion, misant sur le comportement attendu des validateurs (justification dans l’EIP-7805). Des travaux académiques ont parallèlement analysé les incitations économiques dans ce type de systèmes (article arXiv de Stouka, Ma, Thiery).
Risques juridiques et politiques : si le protocole garantit publiquement l’inclusion, certains opérateurs pourraient craindre une exposition réglementaire accrue dans certains pays. Ce n’est pas un obstacle technique, mais une donnée de contexte opérationnel en 2026.

Ce que cela signifie pour les utilisateurs d’Ethereum

Si FOCIL (ou un mécanisme similaire) est intégré un jour dans Ethereum, les changements côté utilisateur seront subtils mais significatifs :

Vos transactions valides bénéficieront de garanties plus solides d’être incluses rapidement, même si certains intermédiaires ne le souhaitent pas.
À terme, cela pourrait réduire la dépendance aux solutions “spéciales” (relais exclusifs, canaux privés ou relations privilégiées avec les constructeurs) pour faire confirmer une transaction ordinaire.

Cela dit, les utilisateurs devront toujours s’intéresser à :

Les frais (être inclus ne signifie pas inclusion à bas coût)
La confidentialité (FOCIL ne rend pas les transactions privées)
Le front-running ou MEV (FOCIL ne supprime pas le MEV, il garantit juste l’inclusion)

Le rôle de OneKey : la résistance à la censure commence par l’auto-garde

La résistance à la censure au niveau du protocole n’est qu’un étage de la fusée. L’autre étage, fondamental, concerne la détention des clés.

Si vos cryptos sont détenues par un tiers, la censure peut survenir bien avant d’atteindre Ethereum — au niveau du compte, des retraits… voire de l’API du service. À l’opposé, la garde personnelle des clés assure que vous pouvez toujours signer vos transactions et les soumettre par le canal de votre choix.

C’est là que des portefeuilles matériels comme OneKey complètent concrètement les objectifs d’Ethereum : en conservant vos clés privées hors ligne et en permettant des signatures sécurisées sur l’appareil, OneKey limite les risques posés par les malwares, les navigateurs compromis ou les interfaces de signature douteuses — particulièrement en période de mise à jour réseau, où les tentatives de phishing et fausses alertes de “mise à jour obligatoire” se multiplient.

Ce qu’il faut suivre d’ici la mise à jour Hegota

En janvier 2026, l’intégration de FOCIL dans Hegota n’est pas acquise mais constitue clairement une proposition de fond à l’étude dans le processus de définition du fork.

Pour rester à jour :

Discussion autour de la proposition FOCIL en tant que fonctionnalité principale d’Hegota : fil sur Ethereum Magicians
Spécification et détails techniques : EIP-7805
Contexte général et chronologie des décisions : notes ACDE #226

En résumé

FOCIL marque une volonté claire : faire passer la résistance à la censure d’un simple idéal à des garanties concrètes garanties par le consensus. Si la communauté se rallie à cette proposition pour Hegota, elle incarnera l’une des évolutions les plus déterminées pour préserver la neutralité fondatrice d’Ethereum à l’heure de la professionnalisation croissante des constructeurs de blocs et d’un environnement réglementaire de plus en plus contraignant.

Pour les utilisateurs, le message est simple : suivez l’évolution d’Hegota, mais surtout, prenez le contrôle de ce que vous pouvez dès aujourd’hui — utilisez des solutions d'auto-garde, vérifiez ce que vous signez, et ne dépendez pas d’un seul intermédiaire.