Titre original : "Ethereum All Core Developers Execution Call#190Writeup"
Auteur : Christine Kim
Compilé par : Luccy, BlockBeats
Note de l'éditeur:
Tous les appels d'exécution des développeurs Core Ethereum (ACDE) ont lieu toutes les deux semaines pour discuter et coordonner les modifications apportées à la couche d'exécution Ethereum (EL). Il s'agit de la 190e conférence téléphonique de l'ACDE. Lors de cette réunion, les EIP 7251 et 7702, Ethereum Virtual Object Format (EOF) et PeerDAS ont été discutés.
Au cours de la réunion, Beiko a également proposé un nouveau modèle de discussion EIP et a souligné l'importance de la page de ressources pour les développeurs Ethereum « eth-clients ». Christine Kim, vice-présidente de la recherche chez Galaxy Digital, a enregistré en détail les points clés de cette réunion. BlockBeasts a compilé 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 n°190 de l'appel All Core Developers Execution (ACDE). La conférence téléphonique ACDE est une série de réunions bihebdomadaires organisées par Tim Beiko, responsable du support de protocole à la Fondation Ethereum, au cours de laquelle les développeurs discutent et coordonnent les modifications apportées à la couche d'exécution Ethereum (EL).
Cette semaine, les développeurs ont décrit leurs progrès dans la mise en œuvre de diverses modifications de code, notamment les propositions d'amélioration Ethereum (EIP) 7251 et 7702, ainsi que le format d'objet virtuel Ethereum (EOF) et PeerDAS.
Beiko a également partagé un modèle suggéré pour les discussions EIP, et Parithosh Jayanthi, ingénieur EF DevOps, a présenté une nouvelle page GitHub appelée « eth-clients » pour la configuration du réseau principal et du réseau de test Ethereum. Enfin, Beiko a rappelé à l'équipe que le prochain appel de l'ACDE aura lieu pendant les vacances américaines du 4 juillet. Bien qu'il ne participera pas à la réunion, le chercheur d'EF Alex Stokes la modérera à sa place.
Pectra Devnet1
Les développeurs ont commencé la réunion en discutant de Pectra Devnet 1. Les développeurs visent à lancer le prochain testnet dédié à la mise à niveau de Pectra la semaine prochaine. Par rapport au réseau de test précédent Devnet 0, le nouveau réseau de test présente principalement les changements de spécifications suivants :
Ajout de la fusion des validateurs déclenchés par EL
Remplacement de l'EIP 3074 par l'EIP 7702
L’équipe client EL avance dans la mise en œuvre de Devnet 1. Des représentants de chacune des principales équipes Ethereum EL ont partagé leurs derniers développements :
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 des opérations de tarification du gaz.
Nethermind : Ils examinent leur implémentation Devnet 1, fusionnent diverses modifications de code et forks logiciels, et écrivent des cas de test.
Erigon : Ils ont un projet d'implémentation d'EIP 7702 et examinent les dernières modifications apportées à EIP 7251, qui ajoute la fusion des validateurs déclenchée par EL.
Reth : Leur mise en œuvre de Devnet 1 devrait être terminée avant la prochaine réunion de l'ACD.
EthereumJS : L'équipe travaille sur la mise en œuvre d'EIP 7702 et espère être prête pour Devnet 1 dans environ une semaine.
Geth : L'équipe travaille également sur la mise en œuvre de l'EIP 7702.
Alors que l'équipe client partageait ses progrès, un développeur nommé « Racytech » a demandé si l'implémentation d'EOF serait exclue de Devnet 1. Beiko a confirmé qu'EOF ne sera pas testé sur Devnet 1 et que l'implémentation d'EOF devrait être basée sur la dernière spécification Pectra, et non sur la spécification Deneb finale. L'ingénieur DevOps d'EF, Barnabas Busa, a souligné que cette stratégie rendra le débogage d'EOF plus difficile car les spécifications Pectra changent et sont également déboguées en même temps. "Même ainsi, c'est toujours vrai parce que nous voulons que l'équipe travaille sur les principaux EIP de Pectra et corrige ces bugs. Cela a donc plus de sens que de construire sur un fork précédent, puis de construire sur Prague au stade final, et aussi de découvrir tous ceux qui sont faux", a déclaré Beiko. Prague est le nom EL de la mise à niveau de Pectra.
Mise à jour EIP 7702
Alors que les développeurs travaillent dur pour implémenter EIP 7702 dans Devnet 1, il est possible que le code soit considérablement modifié pour prendre en charge de nouvelles fonctionnalités, notamment la possibilité pour les utilisateurs de révoquer l'autorisation de transaction EIP 7702.
Un développeur Geth nommé « Lightclient » a proposé de nouvelles modifications pour prendre en charge la révocation EIP 7702. Il a expliqué : « Il n'est pas facile de voir quelles autorisations vous avez en vigueur à tout moment, 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. Je ne sais peut-être pas ce que fera le portefeuille. Comment utiliser cette fonctionnalité. Pour mieux défendre, je me souviens que Vitalik a mentionné lors du dernier appel, ou dans une salle de discussion, qu'au lieu de faire de l'autorisation une chose ad hoc qui doit être incluse dans le transaction, nous pouvons enregistrer ces autorisations afin que vous puissiez voir à tout moment quels codes sont attribués à votre compte.
Un développeur nommé "Arik" a déclaré qu'il préférait la version actuelle d'EIP 7702 aux modifications proposées par Lightclient. Arik a déclaré qu'il y aurait des cas d'utilisation spécifiques dans le cadre du nouvel EIP 7702. Lightclient conteste ces commentaires, déclarant que tous les cas d'utilisation pris en charge par l'ancienne version d'EIP 7702 demeurent et qu'un puissant mécanisme d'annulation a été ajouté. Cependant, Lightclient a également souligné que ces changements rendent plus complexe la mise en œuvre d'EIP dans le client. Beiko a déclaré dans la boîte de discussion de la conférence que la finalisation de la conception de l'EIP 7702 était le « problème de spécification numéro un non résolu » de Pectra et a suggéré aux développeurs d'organiser un autre appel en petits groupes pour parvenir à un consensus sur son mécanisme de révocation. "Ce serait bien si, d'ici la prochaine réunion, nous avions une version qui plaise à tout le monde, qu'il s'agisse de cette version ou d'une version modifiée de celle-ci, qui puisse faire partie de Devnet 2", a déclaré Beiko.
Le développeur de Besu, Daniel Lehrner, s'est demandé si les développeurs devraient prendre le temps d'implémenter la version actuelle d'EIP 7702 dans Devnet 1 si les spécifications sont susceptibles de changer dans Devnet 2. Il a déclaré : « Les propositions sont assez différentes, nous pourrions donc mettre en œuvre quelque chose qui, dans quelques semaines, devra être partiellement abandonné en raison du nouveau changement de 7702. Richard Meissner, co-fondateur du portefeuille crypto Safe, a déclaré qu'à son avis : Il serait utile que l'équipe du portefeuille implémente une version d'EIP 7702 sur le testnet. Beiko a ajouté que la mise en œuvre d'EIP 7702 dans sa forme actuelle ne retarderait pas, à son avis, de manière significative les progrès de l'équipe client, ce qui pourrait entraîner des complications pour Devnet 1 si les développeurs tentaient maintenant de le supprimer de la spécification Pectra.
Mise à jour EOF
En parlant d'EOF, Busa a déclaré que son équipe testerait l'implémentation d'EOF après avoir mis en œuvre d'autres modifications du code Pectra. La préparation à EOF est suivie sur GitHub. Actuellement, deux équipes client EL, Besu et Reth, ont mis en œuvre tous les EIP EOF, tandis que d'autres équipes travaillent toujours à la mise en œuvre de tous les EIP EOF. Les représentants de l'équipe d'Erigon ont noté que des cas de test supplémentaires simulant des blocs Ethereum contenant des transactions EOF seraient utiles. Mario Vega, membre de l'équipe de test EF, a déclaré dans le chat que son équipe publiait davantage de tests EOF et en partagerait davantage lors de la prochaine session en petits groupes EOF. Danno Ferrin, un développeur indépendant du protocole Ethereum, a déclaré que depuis que la spécification EOF est maintenant finalisée, les conférences téléphoniques EOF sont passées d'hebdomadaires à bihebdomadaires, et l'accent actuel d'EOF est mis sur les tests et la mise en œuvre par le client.
Mises à jour PeerDAS
Busa a brièvement présenté les progrès des travaux de mise en œuvre de PeerDAS. Il a déclaré que le prochain PeerDAS Devnet sera en ligne dans une à deux semaines. Comme discuté lors de la dernière réunion de l'ACDC, PeerDAS sera développé sur la base de la spécification Dencun finalisée, plutôt que de la spécification Pectra.
annonce
Beiko a proposé un nouveau modèle par défaut que les auteurs EIP peuvent utiliser dans les publications d'Ethereum Magicians. Ce nouveau modèle est conçu pour faciliter des examens de haute qualité des EIP.
Jayanthi a présenté la page GitHub « eth-clients », qui fournit une variété de ressources aux développeurs Ethereum, y compris des configurations standardisées pour le réseau de test et le réseau principal Ethereum. Actuellement, cette page est gérée par des représentants de toutes les équipes client CL. Jayanthi a appelé les représentants de l'équipe client EL à se porter volontaires pour aider à maintenir cette page GitHub.
Lightclient a interrogé l'équipe client sur l'avancement de son travail sur l'expiration des données historiques. Aucune mise à jour à ce sujet n’a été partagée lors de la réunion.
Beiko a déclaré qu'il n'organiserait pas la prochaine conférence téléphonique de l'ACDE, qui tombe le jour férié américain du 4 juillet. Il sera présidé par Alex Stokes, chercheur à l'EF.
