Résumé de la dernière réunion des développeurs Ethereum Core : le prochain réseau de test privé de Pectra Upgrade est lancé la semaine prochaine

Titre original : "Ethereum All Core Developers Execution Call #190 Writeup"

Note de l'éditeur :

Ethereum All Core Developers Execution Call (ACDE), organisé toutes les deux semaines, principalement pour discuter et coordonner 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, et 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 au All Core Developers. Exécution (ACDE) appel n° 190 réunions. La conférence téléphonique ACDE est une série de réunions bihebdomadaires organisées par Tim Beiko, responsable du support du 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 présenté 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 Devnet 1

Les développeurs ont discuté de Pectra Devnet 1 au début de la conférence. Les développeurs visent à lancer le prochain testnet dédié à la mise à niveau de Pectra la semaine prochaine. Par rapport au précédent testnet Devnet 0, le nouveau testnet présente les principales modifications de spécifications suivantes :

• Ajout de la fusion des validateurs déclenchée par EL
• Remplacement de l'EIP 3074 par EIP 7702

L'équipe du client EL fait progresser sa mise en œuvre de Devnet 1. Les représentants de chacune des principales équipes Ethereum EL ont partagé leurs derniers progrès :

• Besu : La première version de leur implémentation Devnet 1 est prête, mais il reste encore quelques tests manquants et les inquiétudes de l'équipe concernant les opérations de tarification du gaz. Spécifications discutables.
• Nethermind : Ils revoient 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 de l'EIP 7702 et examinent les dernières modifications de l'EIP 7251, qui ajoute la fusion des validateurs déclenchée par EL.
• Reth : Leur implémentation 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 que Devnet 1 sera prêt dans environ une semaine.
• Geth : L'équipe travaille également sur la mise en œuvre de l'EIP 7702.

Pendant 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. Barnabas Busa, ingénieur DevOps d'EF, a souligné que cette stratégie rendra le débogage d'EOF plus difficile car les spécifications Pectra changent et sont 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 des modifications importantes soient apportées au code pour prendre en charge de nouvelles fonctionnalités, en particulier 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 formidable si, d'ici la prochaine réunion, nous avions une version qui plaise à tout le monde, que cette version ou une version modifiée de celle-ci 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 consacrer du temps à 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é car 7702 change à nouveau. Richard Meissner, co-fondateur du portefeuille crypto Safe, a déclaré qu'à son avis, cela serait utile pour l'équipe du portefeuille d'implémenter 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 implémenté 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.

Mise à jour PeerDAS

Busa a fait une brève mise à jour sur les progrès de la 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 standard 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 des travaux sur l'expiration des données historiques. Aucune mise à jour à ce sujet n’a été partagée lors de la réunion.

Beiko dit qu'il n'animera pas la prochaine conférence téléphonique de l'ACDE, qui tombe le jour férié aux États-Unis, le 4 juillet. À ce moment-là, le chercheur d'EF Alex Stokes présidera la réunion à sa place.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!