Résumé de la dernière réunion des développeurs principaux d'Ethereum : Pas de modification actuelle du spécification Electra, création d'une requête EL générique
TechFlow SélectionTechFlow Sélection
Résumé de la dernière réunion des développeurs principaux d'Ethereum : Pas de modification actuelle du spécification Electra, création d'une requête EL générique
Electra est le nom de la prochaine mise à jour immédiate du client de consensus (CL) d'Ethereum, qui prendra la forme d'un fork dur.
Dédié à des analyses Web3 approfondiesRédaction :Christine Kim
Traduction : Luccy, BlockBeats
Note de la rédaction : La réunion All Core Developers Consensus (ACDC) se tient toutes les deux semaines afin de discuter et coordonner les modifications apportées à la couche de consensus (CL) d'Ethereum. Il s'agit ici de la 132ᵉ réunion ACDC, au cours de laquelle les développeurs ont partagé les dernières informations concernant le premier réseau test de développement Pectra (Pectra Devnet 0), abordé les questions en suspens relatives aux spécifications, et souligné des projets de recherche liés au lancement du réseau et à l'échantillonnage de disponibilité des données. Les sujets traités comprennent notamment les points ouverts relatifs à Electra, les questions en suspens associées à Electra, ainsi que les problèmes ouverts dans la recherche.
En ce qui concerne les points ouverts sur Electra, les développeurs se sont penchés sur l'impact des EIP 7251 et 7549, ainsi que sur l'ajout d'un nouvel EIP proposant un mécanisme général pour les requêtes provenant de la couche d'exécution (EL). Quant aux questions en suspens liées à Electra, les discussions ont porté sur la modification du type d'index des comités de validateurs, ainsi que sur les changements dans le traitement des données de dépôt des validateurs. Christine Kim, vice-présidente de la recherche chez Galaxy Digital, a consigné en détail les points clés de cette réunion, que BlockBeasts traduit ci-dessous :
Le 21 mars 2024, les développeurs Ethereum se sont réunis sur Zoom pour la 132ᵉ réunion All Core Developers Consensus (ACDC). Cette série de réunions hebdomadaires, organisée toutes les deux semaines, est animée par Alex Stokes, chercheur à la Fondation Ethereum, et vise à discuter et coordonner les modifications apportées à la couche de consensus (CL) d’Ethereum. Cette semaine, les développeurs ont fait le point sur les préparatifs en vue du lancement du premier réseau test Pectra (également appelé Pectra Devnet 0). Ils ont examiné les questions en suspens concernant les spécifications de Pectra Devnet 0, tout en évoquant brièvement deux projets de recherche inachevés liés au déploiement du réseau et à l’échantillonnage de disponibilité des données.
Points ouverts relatifs à Electra
Les développeurs de la Fondation Ethereum ont publié les spécifications initiales de la CL et les vecteurs de test pour Pectra Devnet 0. Toutefois, plusieurs questions restent en suspens et pourraient ou non être résolues à temps pour le lancement du premier devnet. Stokes a insisté sur l’un de ces points, lié à l’EIP 7251 (augmentation de MAX_EFFECTIVE_BALANCE). Les développeurs semblent favorables à intégrer le regroupement des ETH misés par les validateurs comme une opération déclenchée depuis la couche d’exécution (EL). Pour l’instant, toutefois, ce regroupement est défini dans les spécifications initiales d’Electra comme une opération de la CL. « C’est bien car, quelle qu’en soit l’origine, la majorité de la logique de traitement nécessaire au beacon chain reste identique », a indiqué Stokes.
Un autre sujet en suspens abordé lors de la réunion concerne l’EIP 7549 (déplacement de l’index du comité en dehors de l’attestation). Cet EIP modifie la manière dont les attestations des validateurs sont agrégées ainsi que le format des blocs. Une fois Pectra activé, les attestations consolidées avant la mise à niveau ne seront plus compatibles avec les nouvelles attestations soumises sur la chaîne. Avant la réunion, Stokes avait souligné sur GitHub deux solutions possibles. Il a écrit :
-
Les clients diffusent les deux formats pendant la dernière ère Deneb, en veillant à ne pas générer de messages pouvant entraîner des pénalités (slashing).
-
Étendre les blocs avec un champ supplémentaire pour les attestations antérieures à Electra, et autoriser uniquement le format Deneb durant la première ère d’Electra.
Deneb est le nom donné à la dernière mise à niveau combinée activée sur Ethereum. Electra désigne quant à lui la prochaine mise à niveau immédiate de la couche de consensus (CL).
Les développeurs ont discuté de ces deux options lors de l’appel. Finalement, ils ont décidé de ne pas modifier temporairement les spécifications d’Electra, et d’observer plutôt comment ces attestations manquantes affectent la sécurité du réseau sur le devnet.
Le troisième sujet en suspens discuté lors de la réunion concerne l’ajout d’un nouvel EIP dans la mise à niveau, qui permettrait de créer des requêtes générales depuis la couche d’exécution (EL). Ce EIP, proposé par « Lightclient », développeur de Geth, viserait à simplifier le processus d’envoi de mises à jour de messages de la EL vers la CL. Avec la montée en puissance des solutions de mise en gage basées sur des contrats intelligents, un grand nombre d’EIP ont été activés sur Ethereum, proposant pour Pectra de déclencher directement depuis la EL — et non plus via la CL — diverses opérations des validateurs. La proposition de Lightclient crée un cadre général permettant de transmettre des « requêtes déclenchées par contrat » de la EL vers la CL. Étant donné que cet EIP modifierait la conception de Pectra, notamment l’implémentation des EIP 6110 et 7002, Lightclient a insisté sur la nécessité pour les équipes clientes de lui fournir rapidement leurs retours. Les développeurs ont convenu de tenter de finaliser la proposition de Lightclient d’ici la fin de semaine afin de pouvoir construire et partager ses spécifications avant lundi 22 avril.
Les développeurs ont ensuite abordé deux autres questions en suspens liées à l’EIP 7549 et à l’EIP 7251, soulevées par Mikhail Kalinin, développeur Teku. La première porte sur le changement de type pour l’index du comité des validateurs, tandis que la seconde concerne une modification du traitement des données de dépôt des validateurs. Stokes a encouragé les développeurs à examiner plus en détail ces deux propositions afin de poursuivre les discussions dans les semaines à venir.
Enfin, le dernier point en suspens relatif aux spécifications d’Electra concerne l’augmentation du nombre de blobs. Parithosh Jayanthi, ingénieur opérationnel à la Fondation Ethereum, a indiqué qu’il souhaitait analyser l’activité des blobs après la mise à niveau Dencun, puis formuler une recommandation pour une augmentation ponctuelle du nombre de blobs à inclure dans la mise à niveau Electra. Ansgar Dietrichs, chercheur à la Fondation Ethereum, a ajouté qu’il proposait également une augmentation progressive du nombre de blobs, suggestion qui devrait être envisagée conjointement avec celle de Jayanthi.
Questions ouvertes en matière de recherche
Lors de la réunion ACD de cette semaine, les développeurs ont brièvement évoqué deux projets de recherche. Le premier est un nouvel article de recherche d’Anders Elowsson, chercheur à la Fondation Ethereum, qui propose un nouveau modèle de réflexion et de mise en œuvre des modifications de la politique d’émission d’Ethereum. L’article complet est disponible ici. Stokes a encouragé les développeurs à consulter cet article pendant la réunion.
Le deuxième projet de recherche, présenté par Adrian Manning, développeur de Lighthouse, concerne les sous-réseaux d’attestations. Comme l’a expliqué Manning sur GitHub : « Cette PR introduit le concept de “shard réseau”, une abstraction permettant d’associer un identifiant de nœud à un nombre (le shard réseau). Nous pouvons alors utiliser ce shard réseau (nombre) pour attribuer aux nœuds des sujets auxquels ils doivent s’abonner durablement. » Manning sollicite actuellement les derniers avis sur sa proposition afin que son équipe puisse entamer les travaux sur PeerDAS, la solution d’échantillonnage de disponibilité des données d’Ethereum. Pour en savoir plus sur l’échantillonnage de disponibilité des données, consultez ce rapport de Galaxy Research.
Lukasz Rozmej, développeur Nethermind, a demandé si l’EIP 7547 (liste d’inclusion) avait été approuvé pour intégrer la mise à niveau Electra. Les développeurs ont confirmé que l’EIP 7547 n’avait pas encore été approuvé.
Saulius Grigaitis, développeur travaillant sur Grandine, un client CL Ethereum, a posé une question sur la règle de choix de fork d’Ethereum, compte tenu des recherches en cours sur PeerDAS. Grigaitis a invité les développeurs à contribuer avec leurs idées au sein du groupe de travail PeerDAS.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@galaxyhq
