- FOCIL EIP-7805 passe de la phase de recherche à la planification directe pour le prochain fork Hegota.
- Buterin affirme que FOCIL avec EIP-8141 permet aux smart wallets et aux transactions privées d’être incluses en 1 à 2 slots.
- Avec 17 validateurs aléatoires dans chaque slot, les preuves de sécurité réduisent les risques de censure en dessous de 0,01 %.
Les développeurs d’Ethereum ont fait progresser les Fork-Choice Enforced Inclusion Lists, connues sous le nom d’EIP-7805, en tant que mise à niveau majeure du consensus pour le prochain fork Hegota. La proposition passe à la planification de la mise en œuvre après que le contributeur Soispoke.eth a déclaré que la fonctionnalité avait été « SFI’d », signalant un alignement interne. Ce développement place la résistance à la censure et les garanties d’inclusion des transactions au cœur du prochain cycle de mise à niveau d’Ethereum.
La mise à jour a également reçu le soutien public du cofondateur d’Ethereum, Vitalik Buterin, qui a décrit le fonctionnement de FOCIL aux côtés des améliorations de l’abstraction de compte. Il a déclaré sur X que FOCIL permet une inclusion rapide et résistante à la censure de toute transaction. Il a expliqué que la conception s’associe à EIP-8141 pour élargir l’accès direct on-chain pour les smart wallets et les protocoles de confidentialité.
Les développeurs ont passé dix-huit mois à construire les preuves de sécurité de FOCIL. Les chercheurs ont modélisé la collusion des validateurs, les tentatives de coercition et les exploits du protocole. Leur analyse a révélé que la sélection de 17 participants par slot réduit le risque de censure à moins de 0,01 % dans les hypothèses les plus pessimistes.
Conception et modèle de sécurité de FOCIL
FOCIL introduit de petites listes d’inclusion au niveau du consensus. Dans sa version actuelle, chaque liste mesure 8 kilooctets. Buterin a indiqué que la taille reste délibérément réduite, mais les développeurs pourront l’augmenter ultérieurement si les blocs nécessitent de faire passer une portion plus importante de transactions par les FOCIL.
Il a expliqué que 17 acteurs choisis aléatoirement participent à chaque slot. Ces acteurs incluent le proposeur du bloc et les validateurs désignés. Selon Buterin, cette structure permet une inclusion quasi-certaine des transactions en un à deux slots, même en conditions adverses.
Les chercheurs ont conçu le système pour contrer les risques de centralisation des validateurs. Buterin a précisé que même si chaque slot était vendu via la séparation proposeur-constructeur à un acteur hostile, les transactions pourraient encore être incluses rapidement. Il a ajouté que FOCIL ne supprime pas la centralisation du proposeur, mais en limite l’influence.
Synergie avec l’abstraction de compte
FOCIL fonctionne conjointement avec EIP-8141, qui s’appuie sur EIP-7701. Buterin a indiqué que l’EIP-8141 accorde aux smart accounts un statut de premier ordre on-chain. Il a noté que cela inclut les comptes multisig, les signatures résistantes au quantique, les changements de clé et les fonctionnalités de sponsoring du gas.
Il a ajouté que les protocoles de confidentialité peuvent également obtenir des droits d’inclusion directe. Les transactions de ces comptes n’exigent plus de wrappers ou de diffuseurs externes. Elles peuvent désormais entrer dans un mempool public et passer directement à un validateur FOCIL.
Auparavant, les modèles de smart wallet avancés rencontraient des frictions opérationnelles. Ils dépendaient de couches supplémentaires et pouvaient subir des discriminations lors du traitement. Avec le statut natif sous EIP-8141, le protocole les traite à égalité avec les comptes externes classiques.
À lire aussi : Vitalik Buterin défend la neutralité d’Ethereum et la liberté d’expression
Interaction avec les modèles MEV et MCP
Buterin a comparé la structure de FOCIL à plusieurs modèles de proposeurs concurrents. Il a déclaré que FOCIL partage certaines propriétés avec les systèmes MCP. Pourtant, il ne cherche pas à contrôler le rôle « last look » lié au MEV.
À la place, le protocole continue de mettre aux enchères la fonction de last look via la séparation chiffrée proposeur-constructeur. Buterin a noté que le comportement MCP dépend fortement des spécificités de la conception. En revanche, FOCIL isole les garanties d’inclusion du contrôle du MEV.
Il a décrit cette approche comme un moyen de limiter les abus de pouvoir du proposeur. Si des acteurs hostiles refusent de se connecter aux mempools publics ou discriminent certaines applications, FOCIL permet tout de même l’inclusion grâce à des validateurs sélectionnés aléatoirement. Cette conception vise à préserver un traitement rapide des transactions, quelles que soient les conditions du réseau.
Alors qu’Ethereum progresse vers le fork Hegota, les développeurs passent désormais de la recherche à la planification de la mise en œuvre de FOCIL et de l’EIP-8141. Avec 17 acteurs sélectionnés par slot et des listes d’inclusion de 8 kilooctets, le réseau vise une inclusion quasi-garantie en deux slots. Ce modèle pourrait-il redéfinir les garanties d’inclusion des transactions dans des environnements blockchain adverses ?
