- FOCIL EIP-7805 passe de la recherche à la planification directe du prochain fork Hegota.
- Buterin dit que FOCIL avec EIP-8141 permet aux portefeuilles intelligents et aux transmissions de confidentialité d’atterrir dans 1 à 2 emplacements.
- Avec 17 inclusions aléatoires dans chaque emplacement, les preuves de sécurité réduisent les risques de censure en dessous de 0,01 %.
Les développeurs d’Ethereum ont avancé les listes d’inclusion forcée Fork-Choice, connues sous le nom d’EIP-7805, en tant que mise à niveau consensuelle de base pour le prochain fork Hegota. La proposition évolue vers la planification de la mise en œuvre après que le contributeur Soispoke.eth a déclaré que la fonctionnalité avait été « SFI », signalant un alignement interne. Ce développement place la résistance à la censure et les garanties d’inclusion des transactions au centre du prochain cycle de mise à niveau d’Ethereum.
La mise à jour a également obtenu le soutien public du cofondateur d’Ethereum, Vitalik Buterin, qui a décrit comment FOCIL fonctionne parallèlement aux améliorations de l’abstraction des comptes. 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 à l’EIP-8141 pour étendre l’accès direct en chaîne aux portefeuilles intelligents et aux protocoles de confidentialité.
Les développeurs ont passé dix-huit mois à créer les preuves de sécurité de FOCIL. Les chercheurs ont modélisé la collusion des validateurs, les tentatives de coercition et les exploits de protocole. Leur analyse a révélé que la sélection de 17 participants par créneau réduit le risque de censure en dessous de 0,01 pour cent dans des hypothèses pessimistes.
Modèle de conception et de sécurité FOCIL
FOCIL introduit de petites listes d’inclusion au niveau de la couche consensus. Dans son itération actuelle, chaque liste mesure 8 kilo-octets. Buterin a déclaré que la taille reste intentionnellement petite, mais que les développeurs peuvent l’étendre plus tard si les blocs nécessitent que de plus grandes portions de transactions transitent par les FOCIL.
Il a expliqué que 17 acteurs choisis au hasard participent à chaque créneau. Ces acteurs comprennent le proposant du bloc et les inclueurs désignés. Selon Buterin, cette structure permet une inclusion quasi-certaine des transactions dans un à deux créneaux, même dans des conditions contradictoires.
Les chercheurs ont conçu le système pour contrer les risques de centralisation des validateurs. Buterin a déclaré que même si chaque emplacement était vendu via une séparation proposant-constructeur à un acteur hostile, les transactions pourraient toujours être rapidement incluses. Il a ajouté que le FOCIL ne supprime pas la centralisation des proposants, mais qu’il limite néanmoins son influence.
Synergie avec l’abstraction de compte
FOCIL fonctionne aux côtés de l’EIP-8141, qui s’appuie sur l’EIP-7701. Buterin a déclaré que l’EIP-8141 accorde aux comptes intelligents un statut de premier ordre en chaîne. Il a noté que cela inclut les comptes multisig, les signatures résistantes aux quantiques, les changements clés et les fonctionnalités de parrainage de gaz.
Il a ajouté que les protocoles de confidentialité peuvent également obtenir des droits d’inclusion directs. Les transactions à partir de ces comptes ne nécessitent plus de wrappers ni de diffuseurs externes. Au lieu de cela, ils peuvent accéder à un pool de mémoire public et passer directement à un inclueur FOCIL.
Auparavant, les modèles avancés de portefeuilles intelligents étaient confrontés à des frictions opérationnelles. Ils s’appuyaient sur des couches supplémentaires et pouvaient être confrontés à une discrimination en matière de traitement. Avec le statut natif selon EIP-8141, le protocole les traite de la même manière que les comptes externes.
En relation: Vitalik Buterin défend la neutralité et le discours d’Ethereum
Interaction avec les conceptions MEV et MCP
Buterin a comparé la structure de FOCIL avec plusieurs conceptions de proposants simultanés. Il a déclaré que FOCIL partage certaines propriétés avec les systèmes MCP. Pourtant, il ne tente pas de contrôler le rôle de « dernier regard » pertinent pour le MEV.
Au lieu de cela, le protocole continue de mettre aux enchères la fonction de dernier regard via une séparation cryptée proposant-constructeur. Buterin a noté que le comportement du MCP dépend fortement des spécificités de la conception. En revanche, FOCIL isole les garanties d’inclusion du contrôle MEV.
Il a décrit l’approche comme un moyen de déresponsabiliser les comportements abusifs des proposants. Si des acteurs hostiles refusent de se connecter aux pools de mémoire publics ou font preuve de discrimination à l’égard des applications, FOCIL permet toujours l’inclusion via des inclusions sélectionnées au hasard. Cette conception vise à préserver un traitement rapide des transactions dans toutes les conditions du réseau.
À mesure 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 d’EIP-8141. Avec 17 acteurs sélectionnés par créneau et des listes d’inclusion de 8 kilo-octets, le réseau vise une inclusion quasi garantie dans deux créneaux. Ce modèle pourrait-il redéfinir les garanties de transaction dans les environnements blockchain contradictoires ?
