Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
Ethereum FOCIL mise à niveau en profondeur : comment l'anti-censure peut-elle être directement codée dans la couche de consensus ?
L’écosystème de construction de blocs sur Ethereum a connu, au cours des deux dernières années, un processus de centralisation significatif. Les données montrent qu’aujourd’hui plus de 80% des blocs Ethereum sont produits par un petit nombre de constructeurs, et que le droit de construire les blocs se concentre progressivement entre les mains d’acteurs de haut niveau capables d’extraire la valeur maximale en optimisant l’ordre des transactions. Cette tendance à la centralisation s’explique par le moteur économique du MEV : les constructeurs obtiennent des gains supplémentaires grâce à des algorithmes de tri complexes, créant ainsi une barrière de spécialisation naturellement étanche. Parallèlement, même si le mécanisme de séparation proposeur-constru cteur, censé empêcher la centralisation de la couche de mise, crée par inadvertance un nouveau risque de centralisation au niveau de la construction de blocs. Vitalik Buterin a clairement indiqué que, même si l’ePBS peut empêcher le droit de construire des blocs de se concentrer dans quelques pools de mise, la construction de blocs elle-même pourrait encore se concentrer entre les mains de quelques acteurs de haut niveau, du fait de la spécialisation et de la maximisation du MEV.
Le problème central induit par ce changement structurel est la visibilité accrue du risque de censure. Lorsque seuls quelques constructeurs contrôlent la grande majorité de la production de blocs, le fait qu’une transaction soit incluse dans un bloc ne relève plus d’un résultat naturel d’un marché ouvert, mais pourrait dépendre de la volonté subjective des constructeurs. Pour les protocoles DeFi, les émetteurs de stablecoins et les réseaux Layer 2 qui reposent sur Ethereum comme couche de règlement neutre, cette incertitude remet directement en cause l’engagement central d’Ethereum en tant que plateforme neutre et de confiance.
Comment FOCIL résout-il le problème de la censure au niveau du protocole ?
FOCIL (Fork-Choice Enforced Inclusion Lists, soit EIP-7805) transfère, via un ensemble de mécanismes précis au niveau du protocole, le droit d’inclusion obligatoire des transactions des constructeurs de blocs vers un comité de validateurs décentralisé. Son processus central se déroule en trois étapes : à chaque slot Ethereum, le système sélectionne aléatoirement 16 validateurs pour former un comité temporaire ; chaque membre du comité publie, selon ses observations indépendantes de la mempool, une liste d’inclusion locale indiquant les transactions valides qu’il estime devoir être incluses dans le bloc ; après avoir agrégé toutes les listes, le proposeur de bloc construit un bloc candidat, et les validateurs refuseront de voter pour tout bloc qui ne contient pas les transactions valides figurant sur les listes.
L’élément clé de ce mécanisme consiste à encoder directement la résistance à la censure dans les règles de choix de chaîne (fork-choice). Si un bloc ignore les transactions valides figurant sur la liste du comité — même si ces transactions proviennent d’adresses sanctionnées — le réseau fork à partir de ce bloc, forçant ainsi son exclusion de la chaîne canonique. Par rapport aux schémas de listes d’inclusion précédents, le mécanisme de comité aléatoire réduit nettement le risque d’attaques par corruption et extorsion, car les attaquants ne peuvent pas prédire quels validateurs seront sélectionnés, ni réussir à corrompre simultanément 16 validateurs tirés au hasard.
Une autre caractéristique importante de FOCIL est son support natif pour l’écosystème de la confidentialité. Le mécanisme de comité s’adapte naturellement à l’abstraction de compte et aux protocoles de confidentialité : les utilisateurs peuvent envoyer des transactions via des comptes intelligents, et les utilisateurs des protocoles de confidentialité n’ont pas non plus à craindre que leurs transactions soient identifiées et interceptées par des censeurs. Cela ouvre la voie technique à l’évolution d’Ethereum vers un style plus « cypherpunk ».
À quoi ressemble le coût d’une résistance à la censure au niveau du protocole ?
Encoder la résistance à la censure dans la couche de consensus n’est pas sans coût. La première critique adressée à FOCIL provient de la dimension du risque juridique. Des critiques ont souligné que forcer l’inclusion de toutes les transactions valides — y compris celles envoyées depuis des adresses sanctionnées par l’OFAC — pourrait exposer les validateurs situés aux États-Unis à des risques de sanctions réglementaires. Le fondateur du pool de confidentialité Ameen Soleimani a indiqué que, depuis l’ajout de Tornado Cash à la liste des sanctions, environ 90% des validateurs choisissent de ne pas inclure des transactions liées à ce protocole de confidentialité. Si ces validateurs étaient contraints d’inclure ce type de transactions, cela pourrait déclencher un conflit direct au niveau réglementaire.
Au niveau de la complexité du protocole, FOCIL doit exécuter, à chaque slot, plusieurs étapes telles que la sélection aléatoire du comité, la génération des listes, l’agrégation des listes et la validation des votes. Cela augmente inévitablement la charge de calcul de la couche de consensus. Les développeurs optimisent la taille des preuves et l’efficacité Gas afin de soutenir une évolutivité de niveau « GigaGas » à l’avenir. De plus, FOCIL avait auparavant été exclu de la mise à niveau Glamsterdam, en partie à cause des inquiétudes de la communauté de développement concernant sa complexité et le risque de délais potentiels.
Du point de vue des arbitrages de priorités, des développeurs principaux d’Ethereum ont voté en mars 2026 pour faire de FOCIL la seule fonctionnalité « titre » du upgrade Hegota, tout en réduisant la priorité des propositions de transactions-cadres soutenues par Vitalik Buterin. Les développeurs de clients indiquent que l’ajout d’un deuxième titre pourrait entraîner un retard de Hegota, et que la complexité des transactions-cadres rend difficile l’engagement sur un calendrier de livraison fixe. Cette décision reflète clairement le classement des valeurs de la communauté de développement d’Ethereum : entre la résistance à la censure et l’expérience utilisateur, la première est placée en position prioritaire.
Que signifie cette mise à niveau pour la configuration de l’écosystème Ethereum ?
Le déploiement de FOCIL remodelera le paysage d’Ethereum sous plusieurs angles. Sur le plan économique, il modifie la logique de répartition des intérêts liés au MEV. Auparavant, les constructeurs de blocs obtenaient des gains de MEV en triant et en sélectionnant des transactions ; FOCIL oblige les constructeurs à inclure les transactions figurant sur la liste du comité, ce qui limite leur capacité à exclure sélectivement des transactions de la mempool. En conséquence, cela affaiblit leur pouvoir de négociation sur le marché. Ce changement pourrait pousser l’écosystème MEV à évoluer vers une direction davantage décentralisée.
Sur le plan du modèle de confiance, FOCIL fait descendre la capacité d’Ethereum à résister à la censure du niveau de la conscience sociale vers la couche des règles de protocole. Auparavant, la résistance à la censure d’Ethereum reposait sur l’engagement moral des validateurs et la surveillance de la communauté — une contrainte souple. FOCIL la transforme en une contrainte dure intégrée aux règles de fork-choice ; aucun validateur ne peut contourner cette exigence techniquement. Cela renforce considérablement la crédibilité d’Ethereum en tant que « espace de blocs le plus neutre ».
Sur le plan concurrentiel, le déploiement de FOCIL renforcera davantage l’avantage différenciant d’Ethereum sur cet axe central : la résistance à la censure. Par rapport aux réseaux qui cherchent à atteindre un débit plus élevé ou des frais plus faibles, Ethereum construit, via la conception au niveau du protocole, un fossé de neutralité inaltérable. Tim Clancy, développeur de Layer 2, a déjà qualifié FOCIL de « proposition la plus importante pour Ethereum », car elle livre la capacité fondamentale qu’Ethereum doit posséder pour continuer à remplir sa mission.
Où se situe FOCIL dans la feuille de route d’Ethereum 2026 ?
La feuille de route 2026 des protocoles, publiée par la Fondation Ethereum, définit clairement trois axes principaux : « extension », « amélioration de l’expérience utilisateur » et « renforcement du L1 ». FOCIL appartient à l’axe « renforcement du L1 », aux côtés des recherches en cryptographie post-quantique, et se concentre sur la sécurité et la résistance à la censure. En 2026, Ethereum prévoit deux mises à jour nommées : au premier semestre, le déploiement de la mise à niveau Glamsterdam introduira ePBS (séparation intégrée proposeur-constru cteur) et des listes d’accès au niveau des blocs ; au second semestre, la mise à niveau Hegota sera lancée, et FOCIL y fera son apparition en tant que fonction centrale.
Les développeurs ont confirmé que FOCIL est la « fonctionnalité titre » de Hegota ; à l’heure actuelle, la plupart des clients Ethereum ont terminé l’implémentation du prototype. Lors de la réunion des développeurs principaux du 26 mars, la communauté a rejeté la proposition de classer les transactions-cadres comme second « titre », et l’a rétrogradée en fonctionnalité non obligatoire de « considération d’inclusion ». Cette décision garantit que le calendrier de livraison de FOCIL ne sera pas retardé par d’autres propositions complexes, mais cela implique aussi qu’à court terme, l’abstraction de compte et les améliorations de l’expérience utilisateur céderont la place à une stratégie de développement où la résistance à la censure est prioritaire.
Sur le plan des évolutions futures, la communauté discute déjà des versions améliorées de FOCIL, comme EIP-8046 (FOCIL avec tri des transactions, c’est-à-dire FOCILR). Ce方案, en empêchant les constructeurs de contourner la propagation lorsqu’un bloc est déjà plein via des listes d’inclusion, offre une garantie de résistance à la censure plus forte. De plus, l’effet synergique entre FOCIL et les transactions-cadres est largement débattu : Vitalik Buterin estime que FOCIL, conjointement aux transactions-cadres, contribuera à la diffusion des protocoles de confidentialité.
Quels risques potentiels et limites l’implémentation de FOCIL comporte-t-elle ?
Bien que FOCIL offre de solides garanties anti-censure au plan technique, son déploiement reste confronté à plusieurs risques et limites. Le risque réglementaire est le défi externe le plus direct. FOCIL force les validateurs à inclure toutes les transactions valides ; cela signifie que les validateurs opérant dans le territoire américain pourraient être tenus de traiter des transactions provenant d’adresses sanctionnées, s’exposant ainsi à des conséquences juridiques. Ce risque pourrait amener une partie des validateurs à quitter le réseau Ethereum, ou pousser les services de staking à migrer vers des juridictions dont l’environnement réglementaire est plus tolérant, ce qui pourrait paradoxalement entraîner une centralisation de la répartition géographique des validateurs.
L’augmentation de la complexité du protocole pourrait introduire des vulnérabilités imprévues. FOCIL implique de nouveaux composants tels que la sélection aléatoire du comité, la génération et la validation des listes, et la modification des règles de choix de fork. Toute faille de conception dans un quelconque élément pourrait être exploitée par un attaquant. Par exemple, les membres du comité pourraient soumettre de fausses listes d’inclusion ou des listes non honnêtes ; l’attaquant pourrait tenter de manipuler le processus d’élection du comité. Bien que le mécanisme de sélection aléatoire ait été conçu en tenant compte de la résistance à la manipulation, la sécurité après un déploiement réel nécessitera encore du temps pour être validée.
Du point de vue des incitations économiques, l’impact de FOCIL sur l’écosystème MEV comporte une incertitude à double sens. D’une part, il limite le pouvoir des constructeurs à exclure sélectivement des transactions ; d’autre part, il pourrait faire émerger de nouvelles manières d’extraire du MEV — par exemple en manipulant l’ordre des transactions dans la liste d’inclusion pour obtenir une valeur supplémentaire. La proposition EIP-8046 soulevée par la communauté répond précisément à ce problème, mais tout ajustement d’un mécanisme économique doit être retouché et ajusté à maintes reprises dans la pratique.
Par ailleurs, FOCIL ne peut pas résoudre toutes les formes de censure. Il garantit que les transactions sont incluses dans les blocs, mais ne garantit pas qu’elles soient traitées en temps opportun ou correctement ordonnées. Les constructeurs peuvent encore, indirectement, influencer l’expérience utilisateur via des stratégies de tarification Gas ou des méthodes de tri des transactions. La résistance à la censure est une ingénierie systémique multi-couches : FOCIL traite la couche fondamentale « est-ce que la transaction est incluse ? », tandis que la question « comment la transaction est incluse ? » devra encore faire l’objet d’optimisations via des mises à niveau ultérieures.
Résumé
Le fait que FOCIL d’Ethereum (EIP-7805) impose une inclusion déterministe marque un changement de paradigme dans la conception du blockchain anti-censure. Il fait passer la résistance à la censure d’une promesse souple au niveau de la conscience sociale à une contrainte dure intégrée aux règles de fork-choice : via un mécanisme de comité de validateurs aléatoire, le droit d’inclusion des transactions est transféré des mains de quelques constructeurs de blocs vers des validateurs de réseau décentralisés. Cette mise à niveau, tout en renforçant le positionnement central d’Ethereum en tant qu’espace de blocs le plus neutre, introduit aussi des défis multidimensionnels tels que les risques juridiques pour les validateurs, la complexité du protocole et la reconfiguration de l’écosystème MEV. En tant que fonctionnalité centrale de la mise à niveau Hegota au second semestre 2026, le déploiement de FOCIL permettra à Ethereum de construire des avantages structurels difficiles à reproduire sur l’axe de la résistance à la censure, mais ses effets à long terme dépendront encore de l’environnement réglementaire, du consensus de la communauté et de l’efficacité des mécanismes de couverture des risques dans les itérations ultérieures.
FAQ
Quelle est la signification complète de FOCIL ? Quel est le rapport avec EIP-7805 ?
Le nom complet de FOCIL est Fork-Choice Enforced Inclusion Lists, c’est-à-dire la proposition d’amélioration Ethereum EIP-7805. Les deux renvoient au même ensemble de mécanismes anti-censure ; FOCIL est le nom courant de ce mécanisme, et EIP-7805 en est le numéro officiel dans le système des propositions d’amélioration Ethereum.
Quelle est la différence entre FOCIL et ePBS ?
ePBS (séparation proposeur-constru cteur au sein du protocole) vise à empêcher que le droit de proposer des blocs se concentre dans quelques pools de mise, en externalisant la construction de blocs vers un marché ouvert afin de réduire le risque de centralisation de la couche de mise. FOCIL, de son côté, se concentre sur la prévention de la censure par les constructeurs de blocs : grâce à une liste d’inclusion forcée par un comité de validateurs, toutes les transactions valides sont finalement incluses dans le bloc. Les deux solutions traitent des problèmes de centralisation à des niveaux différents et font toutes deux partie des éléments constituants de l’axe « renforcement du L1 » de la feuille de route Ethereum 2026.
FOCIL va-t-il retarder le calendrier des mises à niveau d’Ethereum ?
Les développeurs ont confirmé que FOCIL est l’unique fonctionnalité titre de l’upgrade Hegota, et qu’à cette fin ils réduisent la priorité des propositions de transactions-cadres. Cette décision vise précisément à garantir que la mise à niveau ne soit pas retardée par une surcharge de fonctionnalités. La plupart des clients ont déjà terminé l’implémentation du prototype, et l’avancement du développement progresse selon le plan.
FOCIL affectera-t-il l’expérience de transaction des utilisateurs ordinaires ?
Pour les utilisateurs ordinaires, l’impact direct de FOCIL est positif : les utilisateurs n’ont pas besoin de faire confiance à un seul constructeur, et la probabilité que leurs transactions soient censurées baisse fortement. Mais en ce qui concerne le coût Gas et le temps de traitement des blocs, FOCIL introduit des étapes de calcul supplémentaires qui peuvent entraîner une perte d’efficacité à un certain degré ; l’impact exact dépendra de la charge du réseau une fois mis en ligne.
FOCIL force-t-il tous les validateurs à participer ?
Dans chaque slot, FOCIL sélectionne aléatoirement 16 validateurs pour former un comité temporaire ; tous les validateurs n’ont donc pas besoin de générer des listes d’inclusion à chaque slot. Cette conception permet, tout en garantissant la décentralisation, de contrôler la charge de calcul de chaque validateur. La tâche principale des validateurs est de refuser de voter pour des blocs qui ignorent les transactions valides de la liste du comité, plutôt que de générer eux-mêmes des listes.