Résumé de la dernière réunion des développeurs Ethereum Core : Mise à niveau du réseau de test public Ethereum après les vacances du 1er trimestre 2024
Titre original : Ethereum All Core Developers Consensus Call #121
Article original de Christine Kim
Compilation originale : Luccy, BlockBeats
Le 2 novembre 2023, les développeurs d’Ethereum se sont réunis sur Zoom pour la réunion #121 de l’appel All Core Developers Consensus (ACDC). La conférence téléphonique de l’ACDC est une série de réunions bihebdomadaires modérées par Danny Ryan, chercheur à la Fondation Ethereum, au cours desquelles les développeurs discutent et coordonnent les modifications apportées à la couche de consensus (CL) d’Ethereum. Cette semaine, les développeurs se concentrent sur les sujets suivants :
Des modifications importantes ont été apportées à la spécification Cancun/Deneb afin de réduire la complexité de la mise en œuvre des morceaux ;
Un autre changement de spécification de mise à niveau pour permettre aux validateurs honnêtes de réorganiser les blocs tardifs ;
Mises à jour sur l’état d’avancement du réseau de test de Cancun/Deneb ;
Créez un mappage JSON de la spécification pour la spécification CL SSZ.
Simplifier la spécification Blob Side Car
Après des discussions avec l’équipe client de Prysm, Danny Ryan a déclaré que les développeurs avaient conçu une alternative pour gérer les conditions de propagation des blobs, ce qui réduira considérablement la complexité et les problèmes associés à la propagation des blob. « Je pense que la plupart des problèmes que nous avons rencontrés dans le réseau des développeurs au cours des six à huit dernières semaines sont liés à la complexité du traitement de ces messages, comme le moment de les invalider, la manière de les invalider et les conditions dans lesquelles effectuer ces validations », a déclaré Ryan. Francesco D’Amato, chercheur à la Fondation Ethereum, a suggéré d’attacher des en-têtes de bloc et des preuves d’inclusion à chaque Blob Side Car pour résoudre ces problèmes.
Cette proposition a été créée sous la forme d’une demande de tirage (PR) sur GitHub par le développeur client Lodestar « Dapplion ». Ryan a insisté sur le fait que la mise en œuvre des modifications apportées à la spécification Cancun/Deneb dans le client CL devrait principalement inclure la suppression du code inutile plutôt que l’ajout de nouveau contenu. Quant à la façon dont ces changements affecteront la progression de la mise à niveau sur le réseau principal, Ryan a déclaré que tout retard devrait être réduit au minimum. « De toute évidence, il y a une relation avec la version de Deneb ici, et de quoi et quand Devnet 11 et 12 parlent. Mais en même temps, d’après mon évaluation, c’est probablement le même moment que le lancement du réseau principal, car il est plus facile de bien faire les choses, et nous n’avons pas à rencontrer autant de bogues sur le réseau des développeurs. Ryan a ajouté : « Cela nous permettra presque certainement de lancer le réseau principal de manière plus sécurisée, car il s’agit d’une spécification plus simple et plus facile à mettre en œuvre correctement. »
Lors de l’appel, les développeurs n’ont eu aucune objection à la demande de presse. Les développeurs ont passé un certain temps à discuter des détails de la mise en œuvre de la demande de tirage afin d’assurer la cohérence entre les clients. Ryan a déclaré qu’il fusionnerait le PR le 2 novembre et prévoyait de publier une nouvelle version de la spécification Deneb le 3 novembre.
Autres modifications apportées à la spécification Cancun/Deneb
Alex Stokes, chercheur à la Fondation Ethereum, a posé une question à l’équipe du client sur les spécifications du constructeur MEV. Stokes demande : « Fondamentalement, qui calcule la preuve d’inclusion KZG ? » À l’heure actuelle, la spécification exige que les liaisons MEV calculent ces attestations. Cependant, ces preuves peuvent être transmises par les nœuds de balise via l’API de balise. Cela garantira que le relais a une responsabilité de moins et moins de nouveau code à tester dans le flux de travail MEV. Gajinder Singh, développeur des clients Ethereum JS et Lodestar, est en faveur de la transmission des preuves d’inclusion KZG des nœuds de balise aux relais. Il n’y a pas d’objection de la part des autres développeurs. Depuis lors, Stokes a mis à jour les spécifications du constructeur pour ce changement, qui peuvent être consultées ici.
Ensuite, les développeurs ont discuté de PR #3034 dans le référentiel GitHub de la spécification consensuelle. Le PR #3034 est une ancienne proposition d’octobre 2022 qui permet aux validateurs honnêtes de réorganiser les blocages tardifs, encourageant ainsi tous les validateurs à proposer des blocs en temps opportun plutôt que de retarder les soumissions afin d’obtenir plus de MEV. Cette demande de tirage a été réalisée par Michael Sproul, développeur du client Lighthouse. Il s’agit d’une modification qui peut être implémentée de manière facultative par les opérateurs de client et de nœud. Il n’y avait pas d’objection à la fusion de cette RP.
Mise à jour du calendrier des essais de Cancun/Deneb
Danny Ryan a déclaré que l’équipe du client estimait que le temps nécessaire à la mise en œuvre des relations publiques était de trois semaines. Une fois que l’équipe cliente a terminé l’implémentation, le développeur peut lancer un nouveau réseau de développeurs, Devnet 12, pour tester le nouveau code. Si les développeurs ne mettent pas à jour la version du client lors de Devconnect, le Developer Focus d’Ethereum à la mi-novembre, Devnet 12 sera probablement mis en ligne début décembre. Sur la base de ces nouvelles estimations de test, les développeurs pourraient ne pas être en mesure de publier la mise à niveau vers le réseau de test Goerli d’ici la fin du mois de novembre, comme prévu initialement. Plus probablement, les développeurs commenceront à mettre à niveau le réseau de test public Ethereum après la saison des fêtes au premier trimestre 2024.
Parithosh Jayanthi, ingénieur DevOps à la Fondation Ethereum, a déclaré que Devnet 11 a été lancé pour que toute équipe cliente puisse tester le code Cancun/Deneb d’ici le lancement de Devnet 12. Il a également mentionné que les développeurs exécuteront un shadow fork sur le réseau de test Goerli le 3 novembre pour mieux évaluer la latence des blocs et des blocs.
JSON correspond à la spécification SSZ
Enfin, les développeurs ont discuté de PR #3506 dans le référentiel GitHub de la spécification consensuelle. Ce PR propose d’ajouter un mappage JSON standard 1 :1 à la spécification CL SSZ. Cela apportera plusieurs avantages, tels qu’une documentation simplifiée de la spécification de l’API de balise et une meilleure lisibilité du code. Jacek Sieka, développeur du client Nimbus, a déclaré que la dernière version de la demande de tirage a résolu les problèmes précédents concernant l’équivalence des octets et des entiers non signés. Ryan a déclaré qu’il partagerait le PR sur le canal Discord Ethereum R&D afin qu’il puisse recueillir les commentaires finaux des développeurs avant de les fusionner dans le référentiel de spécifications consensuelles.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Résumé de la dernière réunion des développeurs Ethereum Core : Mise à niveau du réseau de test public Ethereum après les vacances du 1er trimestre 2024
Titre original : Ethereum All Core Developers Consensus Call #121
Article original de Christine Kim
Compilation originale : Luccy, BlockBeats
Le 2 novembre 2023, les développeurs d’Ethereum se sont réunis sur Zoom pour la réunion #121 de l’appel All Core Developers Consensus (ACDC). La conférence téléphonique de l’ACDC est une série de réunions bihebdomadaires modérées par Danny Ryan, chercheur à la Fondation Ethereum, au cours desquelles les développeurs discutent et coordonnent les modifications apportées à la couche de consensus (CL) d’Ethereum. Cette semaine, les développeurs se concentrent sur les sujets suivants :
Des modifications importantes ont été apportées à la spécification Cancun/Deneb afin de réduire la complexité de la mise en œuvre des morceaux ;
Un autre changement de spécification de mise à niveau pour permettre aux validateurs honnêtes de réorganiser les blocs tardifs ;
Mises à jour sur l’état d’avancement du réseau de test de Cancun/Deneb ;
Créez un mappage JSON de la spécification pour la spécification CL SSZ.
Simplifier la spécification Blob Side Car
Après des discussions avec l’équipe client de Prysm, Danny Ryan a déclaré que les développeurs avaient conçu une alternative pour gérer les conditions de propagation des blobs, ce qui réduira considérablement la complexité et les problèmes associés à la propagation des blob. « Je pense que la plupart des problèmes que nous avons rencontrés dans le réseau des développeurs au cours des six à huit dernières semaines sont liés à la complexité du traitement de ces messages, comme le moment de les invalider, la manière de les invalider et les conditions dans lesquelles effectuer ces validations », a déclaré Ryan. Francesco D’Amato, chercheur à la Fondation Ethereum, a suggéré d’attacher des en-têtes de bloc et des preuves d’inclusion à chaque Blob Side Car pour résoudre ces problèmes.
Cette proposition a été créée sous la forme d’une demande de tirage (PR) sur GitHub par le développeur client Lodestar « Dapplion ». Ryan a insisté sur le fait que la mise en œuvre des modifications apportées à la spécification Cancun/Deneb dans le client CL devrait principalement inclure la suppression du code inutile plutôt que l’ajout de nouveau contenu. Quant à la façon dont ces changements affecteront la progression de la mise à niveau sur le réseau principal, Ryan a déclaré que tout retard devrait être réduit au minimum. « De toute évidence, il y a une relation avec la version de Deneb ici, et de quoi et quand Devnet 11 et 12 parlent. Mais en même temps, d’après mon évaluation, c’est probablement le même moment que le lancement du réseau principal, car il est plus facile de bien faire les choses, et nous n’avons pas à rencontrer autant de bogues sur le réseau des développeurs. Ryan a ajouté : « Cela nous permettra presque certainement de lancer le réseau principal de manière plus sécurisée, car il s’agit d’une spécification plus simple et plus facile à mettre en œuvre correctement. »
Lors de l’appel, les développeurs n’ont eu aucune objection à la demande de presse. Les développeurs ont passé un certain temps à discuter des détails de la mise en œuvre de la demande de tirage afin d’assurer la cohérence entre les clients. Ryan a déclaré qu’il fusionnerait le PR le 2 novembre et prévoyait de publier une nouvelle version de la spécification Deneb le 3 novembre.
Autres modifications apportées à la spécification Cancun/Deneb
Alex Stokes, chercheur à la Fondation Ethereum, a posé une question à l’équipe du client sur les spécifications du constructeur MEV. Stokes demande : « Fondamentalement, qui calcule la preuve d’inclusion KZG ? » À l’heure actuelle, la spécification exige que les liaisons MEV calculent ces attestations. Cependant, ces preuves peuvent être transmises par les nœuds de balise via l’API de balise. Cela garantira que le relais a une responsabilité de moins et moins de nouveau code à tester dans le flux de travail MEV. Gajinder Singh, développeur des clients Ethereum JS et Lodestar, est en faveur de la transmission des preuves d’inclusion KZG des nœuds de balise aux relais. Il n’y a pas d’objection de la part des autres développeurs. Depuis lors, Stokes a mis à jour les spécifications du constructeur pour ce changement, qui peuvent être consultées ici.
Ensuite, les développeurs ont discuté de PR #3034 dans le référentiel GitHub de la spécification consensuelle. Le PR #3034 est une ancienne proposition d’octobre 2022 qui permet aux validateurs honnêtes de réorganiser les blocages tardifs, encourageant ainsi tous les validateurs à proposer des blocs en temps opportun plutôt que de retarder les soumissions afin d’obtenir plus de MEV. Cette demande de tirage a été réalisée par Michael Sproul, développeur du client Lighthouse. Il s’agit d’une modification qui peut être implémentée de manière facultative par les opérateurs de client et de nœud. Il n’y avait pas d’objection à la fusion de cette RP.
Mise à jour du calendrier des essais de Cancun/Deneb
Danny Ryan a déclaré que l’équipe du client estimait que le temps nécessaire à la mise en œuvre des relations publiques était de trois semaines. Une fois que l’équipe cliente a terminé l’implémentation, le développeur peut lancer un nouveau réseau de développeurs, Devnet 12, pour tester le nouveau code. Si les développeurs ne mettent pas à jour la version du client lors de Devconnect, le Developer Focus d’Ethereum à la mi-novembre, Devnet 12 sera probablement mis en ligne début décembre. Sur la base de ces nouvelles estimations de test, les développeurs pourraient ne pas être en mesure de publier la mise à niveau vers le réseau de test Goerli d’ici la fin du mois de novembre, comme prévu initialement. Plus probablement, les développeurs commenceront à mettre à niveau le réseau de test public Ethereum après la saison des fêtes au premier trimestre 2024.
Parithosh Jayanthi, ingénieur DevOps à la Fondation Ethereum, a déclaré que Devnet 11 a été lancé pour que toute équipe cliente puisse tester le code Cancun/Deneb d’ici le lancement de Devnet 12. Il a également mentionné que les développeurs exécuteront un shadow fork sur le réseau de test Goerli le 3 novembre pour mieux évaluer la latence des blocs et des blocs.
JSON correspond à la spécification SSZ
Enfin, les développeurs ont discuté de PR #3506 dans le référentiel GitHub de la spécification consensuelle. Ce PR propose d’ajouter un mappage JSON standard 1 :1 à la spécification CL SSZ. Cela apportera plusieurs avantages, tels qu’une documentation simplifiée de la spécification de l’API de balise et une meilleure lisibilité du code. Jacek Sieka, développeur du client Nimbus, a déclaré que la dernière version de la demande de tirage a résolu les problèmes précédents concernant l’équivalence des octets et des entiers non signés. Ryan a déclaré qu’il partagerait le PR sur le canal Discord Ethereum R&D afin qu’il puisse recueillir les commentaires finaux des développeurs avant de les fusionner dans le référentiel de spécifications consensuelles.