Résumé de la dernière réunion des développeurs principaux d'Ethereum: le prochain testnet dédié à la mise à niveau Pectra sera lancé la semaine prochaine.

Écrit par : Christine Kim

Compilation: Luccy, BlockBeats

Éditeur's note: Tous les développeurs principaux d'Ethereum (ACDE) se réunissent toutes les deux semaines pour des appels téléphoniques afin de discuter et de coordonner les changements apportés à la couche d'exécution d'Ethereum (EL). Cette 190ème réunion de l'ACDE a particulièrement porté sur les EIP 7251 et 7702, le format d'objet virtuel Ethereum (EOF) et des sujets tels que PeerDAS.

Pendant la réunion, Beiko a également proposé un nouveau modèle de discussion EIP et a souligné l'importance de la page des ressources pour les développeurs Ethereum, « eth-clients ». Christine Kim, vice-présidente de la recherche chez Galaxy Digital, a pris des notes détaillées sur les points clés de la réunion, et BlockBeasts a traduit le texte original comme suit :

Le 20 juin 2024, les développeurs d'Ethereum se sont réunis sur Zoom pour participer à la réunion All Core Developers ution (ACDE) n°190. Les réunions téléphoniques ACDE sont une série de réunions organisées toutes les deux semaines, animées par Tim Beiko, responsable du support du protocole à la Fondation Ethereum, où les développeurs discutent et coordonnent les changements apportés à la couche d'exécution d'Ethereum (EL).

Cette semaine, les développeurs ont présenté leurs progrès dans la mise en œuvre de divers changements de code, y compris les propositions d'amélioration d'Ethereum (EIP) 7251 et 7702, ainsi que le format d'objet virtuel Ethereum (EOF) et PeerDAS.

Beiko a également partagé un modèle de proposition pour les discussions sur l'EIP, Parithosh Jayanthi, ingénieur en développement et opérations de l'EF, a présenté une nouvelle page GitHub intitulée "eth-clients" pour la configuration du réseau principal et de test d'Ethereum. Enfin, Beiko a rappelé à l'équipe que la prochaine réunion ACDE aura lieu le 4 juillet, jour férié aux États-Unis. Bien qu'il ne puisse pas assister à cette réunion, le chercheur de l'EF, Alex Stokes, le remplacera en tant qu'animateur.

Pectra Devnet 1

Les développeurs ont discuté de Pectra Devnet 1 au début de la réunion. Ils prévoient de lancer la prochaine version du testnet dédié de Pectra la semaine prochaine. Comparé au précédent testnet Devnet 0, le nouveau testnet présente principalement les spécifications suivantes :

• Fusion du validateur déclenché par EL ajouté
• EIP 7702 a remplacé EIP 3074

L'équipe du client EL avance dans la réalisation de leur Devnet 1. Chaque représentant de l'équipe EL d'Ethereum a partagé ses derniers progrès :

• Besu: La première version de leur implémentation Devnet 1 est prête, mais il manque encore quelques tests et l'équipe a des questions sur les spécifications de tarification des frais de gaz.
• Nethermind: Ils examinent leur implémentation Devnet 1, fusionnent divers changements de code et branches logicielles, et écrivent des cas de test.
• Erigon: ils ont mis en œuvre un projet de mise en œuvre de l'EIP 7702, examinent les derniers changements de l'EIP 7251, à savoir l'ajout de la fusion des validateurs déclenchée par EL.
• Reth: Leur implémentation Devnet 1 devrait être terminée avant la prochaine réunion ACD.
• EthereumJS: l'équipe est en train de mettre en œuvre l'EIP 7702 et devrait être prête pour Devnet 1 dans environ une semaine.
• Geth: L'équipe travaille également sur la mise en œuvre de l'EIP 7702.

Lorsque l'équipe client partageait ses progrès, un développeur du nom de «Racytech» a demandé si la mise en œuvre de l'EOF serait exclue du Devnet 1. Beiko a confirmé que l'EOF ne serait pas testé sur le Devnet 1, et que la mise en œuvre de l'EOF devrait être basée sur les dernières spécifications de Pectra, et non sur les spécifications finales de Deneb. Barnabas Busa, ingénieur de développement et opérations de l'EOF, a souligné que cette stratégie rendrait le débogage de l'EOF plus difficile, car les spécifications de Pectra sont en train de changer, et le débogage est en cours en parallèle. «Cependant, c'est toujours la bonne approche, car nous voulons que l'équipe travaille sur les EIP Pectra de base et corrige ces erreurs. Donc, c'est plus raisonnable que de se baser sur une ancienne fork, puis de se baser sur Prague à la fin, et de découvrir toutes ces erreurs», a déclaré Beiko. Prague est le nom EL de la mise à niveau de Pectra.

Mise à jour EIP 7702

Bien que les développeurs travaillent dur pour mettre en œuvre EIP 7702 dans Devnet 1, il est possible que des modifications majeures soient apportées au code pour prendre en charge de nouvelles fonctionnalités, en particulier la capacité pour les utilisateurs de révoquer l'autorisation de transaction EIP 7702.

Un développeur de Geth appelé "Lightclient" a proposé une nouvelle modification pour prendre en charge l'EIP 7702 révoqué. Il explique : "Il n'est pas facile de savoir à tout moment quelles autorisations sont en cours et il est difficile de savoir lesquelles ont été révoquées et lesquelles ne l'ont pas été. Il existe des modèles de conception qui peuvent éviter ces situations, mais en réalité, nous ne savons peut-être pas comment le portefeuille utilisera cette fonctionnalité. Pour une meilleure défense, je me souviens que Vitalik a mentionné lors de la dernière réunion téléphonique, ou peut-être dans une salle de discussion de groupe, que plutôt que de rendre les autorisations une transaction temporaire obligatoire, nous pouvons les conserver, de sorte que vous puissiez voir à tout moment quelles autorisations sont attribuées à votre compte."

Un développeur nommé "Arik" a déclaré qu'il préférait la version actuelle de l'EIP 7702 à celle proposée par Lightclient. Arik a déclaré qu'il y aurait des cas d'utilisation spécifiques dans la nouvelle EIP 7702. Lightclient a réfuté ces commentaires en indiquant que tous les cas d'utilisation pris en charge par l'ancienne version de l'EIP 7702 seraient toujours préservés et qu'un mécanisme d'annulation puissant serait ajouté. Cependant, Lightclient a également souligné que ces modifications rendent l'implémentation de l'EIP dans le client plus complexe. Beiko a déclaré dans la fenêtre de discussion de la réunion que la conception de l'EIP 7702 est le "principal problème de spécification non résolu" de Pectra, et a suggéré aux développeurs d'organiser une autre réunion téléphonique de groupe pour parvenir à un consensus sur son mécanisme d'annulation. "Ce serait bien si, lors de la prochaine réunion, nous parvenions à une version qui satisfasse tout le monde, que ce soit cette version ou une version modifiée, cela pourrait être inclus dans le Devnet 2," a déclaré Beiko.

Le développeur de Besu, Daniel Lehrner, s'interroge sur le fait que si les spécifications peuvent changer dans Devnet 2, les développeurs devraient-ils consacrer du temps à mettre en œuvre la version actuelle de l'EIP 7702 dans Devnet 1. Il dit : "Ces propositions sont assez différentes, donc nous pourrions mettre en œuvre certaines choses dans Devnet 1 qui devront être abandonnées partiellement dans quelques semaines en raison des changements liés au 7702." Le cofondateur de Safe, le portefeuille chiffré, Richard Meissner, affirme que selon lui, il serait utile que l'équipe du portefeuille mette en œuvre une certaine version de l'EIP 7702 sur le réseau de test. Beiko ajoute que la mise en œuvre de l'EIP 7702 sous sa forme actuelle ne retarderait pas considérablement la progression de l'équipe cliente et que si les développeurs tentent maintenant de le retirer des spécifications de Pectra, cela pourrait compliquer les choses pour Devnet 1.

Mise à jour EOF

En ce qui concerne EOF, Busa indique que son équipe testera la mise en œuvre de l'EOF une fois les autres modifications de code Pectra effectuées. L'état de préparation de l'EOF est suivi sur GitHub. Actuellement, deux équipes clientes EL, Besu et Reth, ont implémenté toutes les EIP EOF, tandis que d'autres équipes travaillent toujours à la mise en œuvre de toutes les EIP EOF. Un représentant de l'équipe Erigon souligne qu'il serait utile d'avoir des cas de test supplémentaires simulant des blocs Ethereum contenant des transactions EOF. Mario Vega, membre de l'équipe de test EF, déclare dans une discussion qu'il publie davantage de tests EOF et partagera plus d'informations lors de la prochaine réunion du groupe EOF. Danno Ferrin, développeur indépendant du protocole Ethereum, indique que maintenant que la spécification de l'EOF est définitive, les réunions téléphoniques EOF ont été réduites à une fois toutes les deux semaines. Les tests et les implémentations des clients sont actuellement les priorités de l'EOF.

Mise à jour de PeerDAS

Busa a brièvement présenté les progrès de la mise en œuvre de PeerDAS. Il a déclaré que le prochain PeerDAS Devnet sera lancé dans une à deux semaines. Comme discuté lors de la dernière réunion ACDC, PeerDAS sera développé sur la base des spécifications Dencun finalement déterminées, et non sur les spécifications Pectra.

Annonce

Beiko a proposé un nouveau modèle par défaut à utiliser par les auteurs d'EIP dans les messages d'Ethereum Magicians. Ce nouveau modèle vise à encourager un examen de haute qualité des EIP.

Jayanthi a présenté la page GitHub « eth-clients », qui fournit aux développeurs Ethereum de nombreuses ressources, telles que la configuration spécifique au réseau de test et au réseau principal Ethereum. Actuellement, la page est entretenue par des représentants de toutes les équipes de clients CL. Jayanthi a appelé les représentants de l'équipe de clients EL à aider volontairement à entretenir cette page GitHub.

Lightclient a demandé des informations sur les progrès de l'équipe client dans le traitement des données historiques expirées. Aucune mise à jour à ce sujet n'a été partagée lors de cette réunion.

Beiko a déclaré qu'il ne présiderait pas la prochaine conférence téléphonique de l'ACDE qui aura lieu le 4 juillet pendant les vacances aux États-Unis. À ce moment-là, le chercheur EF Alex Stokes le remplacera pour présider la réunion.