Ethereum Tous les développeurs principaux ution Call #173 Writeup
Christine Kim, vice-présidente de la recherche chez Galaxy Digital
Compilé par Sharon, BlockBeats
Note de l’éditeur : Le 26 octobre, les développeurs d’Ethereum se sont réunis à l’appel #173 Zoom for All Core Developers ution (ACDE) pour discuter des derniers développements d’Ethereum.
Cette conférence téléphonique de l’ACDE a été modérée par Tim Beiko, directeur du support des protocoles à la Fondation Ethereum, où les développeurs ont discuté et coordonné les modifications apportées à la couche d’exécution (EL) d’Ethereum. Au cours de cette session, les développeurs ont abordé les sujets suivants :
· Lancement de Devnet-10
· Analyse de la latence des objets blob par l’équipe cliente Teku (CL)
· Prochaines étapes pour le test Dencun
· Travail de standardisation du cumul L2
· EIP 7523, Dépréciation des comptes vides
Devnet-10
Les développeurs ont lancé Devnet-10 le lundi 23 octobre pour tester la mise à niveau Cancun/Deneb (Dencun). Le réseau de développement a créé 330 000 validateurs actifs pour déclencher des modifications des limites d’attrition des validateurs. Le mécanisme de modification de la limite d’attrition du validateur décrit dans EIP 7514 fonctionne comme prévu sur Devnet-10.
Barnabas Busa, ingénieur DevOps à la Fondation Ethereum, a mentionné qu’après le lancement de Devnet-10, certains bogues ont été trouvés dans les clients Prysm et Teku (CL), qui ont maintenant été résolus. Les développeurs ont également testé l’ensemble du flux de travail MEV sur Devnet-10 à l’aide du client Lodestar (CL). Busa a mentionné que certains problèmes ont été détectés dans l’implémentation du validateur et du relais MEV-Boost. Les développeurs testent les flux de travail MEV sur d’autres clients CL.
Analyse de la latence des blob
Enrico Del Fante, développeur du client Teku CL, a partagé une nouvelle analyse de la latence des blob sur Devnet-10. Del Fante a déclaré que ses résultats confirment une tendance identifiée sur Devnet-9 par Gajinder Singh, un développeur de logiciels qui gère les clients Lodestar et EthereumJS, qui a été partagée lors de l’appel ACD de la semaine dernière.
Fante encourage chaque équipe cliente CL à vérifier le niveau de parallélisme de ses clients entre les blocs et les commérages de blob sur la couche peer-to-peer. Les développeurs conviennent également qu’il devrait y avoir plus d’analyses et de tests de propagation d’objets blob pour le prochain réseau de test. Cependant, « Potuz », un développeur anonyme du client Prysm (CL), a déclaré que la version client devrait d’abord se stabiliser sur le réseau de développement avant qu’un réseau de test Ethereum public comme Goerli puisse effectuer le même type d’analyse.
En plus de la version stable du client, Terence Tsao, développeur du client Prysm (CL), a déclaré que d’autres tests du constructeur et du relais MEV devraient être effectués avant de commencer une version publique du réseau de test pour Dencun. Busa a noté qu’en raison de la taille de Devnet-10 et du coût de maintien du réseau de test axé sur les développeurs, les développeurs prévoient d’arrêter Devnet-10 d’ici le lundi 30 octobre.
Au lieu de cela, cependant, dit Busa, les développeurs peuvent lancer un 11e réseau de développement soutenu par un plus petit nombre de validateurs. Potuz est en faveur de la création d’un autre réseau de développement après Devnet-10.
Prochaines étapes pour le test Dencun
En plus de lancer Devnet-11, les développeurs ont également convenu de lancer un shadow fork du réseau de test Goerli. En arrière-plan, un shadow fork est un réseau de test axé sur les développeurs, créé en créant un fork d’un réseau actif avec un petit nombre de nœuds. Vous trouverez plus d’informations sur Shadow Fork de Tim Beiko en cliquant sur le lien.
Idéalement, Devnet-11 testera le flux de travail MEV pour tous les clients CL et testera au moins une implémentation de cumul, très probablement l’implémentation de cumul d’Optimism pour EIP 4844 et une version stable du client. Si ces trois choses peuvent être implémentées sur Devnet-11, les développeurs acceptent de lancer Dencnun sur Goerli plus tard.
Par la suite, les développeurs ont discuté de l’heure de lancement de Devnet-11, du shadow fork de Goerli et de l’activation de Dencun sur Goerli. Parithosh Jayanthi, ingénieur DevOps à la Fondation Ethereum, a déclaré que son équipe pourrait lancer le shadow fork de Goerli au début de la semaine prochaine avant l’appel ACD de la semaine prochaine.
Busa recommande que la date cible d’activation de Decun on Goerli soit le jeudi 9 novembre. Cependant, étant donné le nombre de changements « profonds » encore poussés vers le logiciel client Prysm, cette date a rapidement été rejetée par Potuz comme trop ambitieuse. Busa a déclaré qu’étant donné que la conférence des développeurs Ethereum Devconnect se tiendra du 13 au 17 novembre, il serait également imprudent de fixer la date d’activation de Dencun sur Goerli une semaine plus tard.
Selon la discussion, il est clair pour les développeurs que la mise à jour Dencun ne sera pas activée sur Goerli avant la fin du mois de novembre au plus tôt. Historiquement, les activations de testnet pour les mises à niveau d’Ethereum ont eu lieu à deux semaines d’intervalle. Par exemple, le mercredi 22 novembre, Decun a été activé sur Goerli à la fin du mois de novembre, ce qui signifie que les deux prochaines mises à jour du réseau de test sur Sepolia et Holesky auront lieu respectivement début et mi-décembre.
La planification suppose qu’aucune erreur majeure n’a été détectée entre les activations du réseau de test. Tim Beiko a noté que même avec l’horaire le plus idéal, le réseau principal de Decun sera activé pendant la période des fêtes à la fin du mois de décembre. Très probablement, les développeurs reporteront l’activation du réseau principal de la mise à niveau de Dencun jusqu’au début de 2024.
Validation des rituels KZG et standardisation L2
Carl Beekhuizen, chercheur à la Fondation Etheruem, a ensuite donné une brève introduction à son travail de formatage pour la cérémonie KZG, ainsi qu’au début d’une série de conférences téléphoniques mensuelles entre les développeurs de rollup de couche 2.
En ce qui concerne la cérémonie KZG pour l’EIP 4844, Beekhuizen a noté que le résultat final de la cérémonie a été formaté. Il a encouragé les personnes qui ont contribué à la cérémonie à vérifier que leurs résultats ont été correctement enregistrés en visitant le site Web de la cérémonie ou en utilisant cet outil de vérification de l’interface de ligne de commande. Pour plus d’informations sur la cérémonie EIP 4844 KZG, lisez ce rapport.
Deuxièmement, M. Beekhuizen a souligné qu’il avait organisé le premier « appel nominal » le mercredi 18 octobre, une conférence téléphonique dédiée entre l’équipe de cumul de couche 2 pour discuter des spécifications et des normes de développement de cumul. Ces appels continueront d’avoir lieu tous les mois.
Les participants à la conférence téléphonique de couche 2 ont discuté des changements potentiels apportés à EVM et de l’API utilisée pour l’interface entre le réseau principal Ethereum et le rollup. Le mois prochain, Devconnect organisera également une réunion en direct de l’équipe de cumul L2. Pour plus de détails sur les sessions d’appel en direct, cliquez ici.
EIP 7523, Obsolescence des comptes vides
Enfin, Danno Ferrin de Swirlds Labs, l’équipe de développement derrière Hedera Hashgraph, a soulevé des questions sur EIP 7523, un protocole qui propose d’interdire à l’état de tout réseau de test Ethereum d’inclure des comptes vides après la fusion. Les comptes vides n’existent plus sur le réseau principal d’Ethereum et leur interdisent explicitement d’entrer dans un réseau de test Ethereum avec un environnement post-fusion, dans le but de réduire la dette technique causée par de tels comptes obsolètes.
Le développeur de Besu (EL), Justin Florentine, soutient EIP. Dankrad Feist, chercheur à la Fondation Ethereum, s’est demandé si l’EIP affecterait la mise en œuvre des arbres Verkle de quelque manière que ce soit. Beiko encourage les développeurs à continuer à discuter de l’EIP et de tout problème de compatibilité potentiel avec d’autres modifications de code dans le fil de discussion dédié à l’EIP 7523 Ethereum Magician, dont les détails peuvent être trouvés ici.
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.
Dernière conférence exécutive des développeurs Ethereum Core : La mise à niveau de Cancun devrait avoir lieu au début de l’année prochaine
Ethereum Tous les développeurs principaux ution Call #173 Writeup
Christine Kim, vice-présidente de la recherche chez Galaxy Digital
Compilé par Sharon, BlockBeats
Note de l’éditeur : Le 26 octobre, les développeurs d’Ethereum se sont réunis à l’appel #173 Zoom for All Core Developers ution (ACDE) pour discuter des derniers développements d’Ethereum.
Cette conférence téléphonique de l’ACDE a été modérée par Tim Beiko, directeur du support des protocoles à la Fondation Ethereum, où les développeurs ont discuté et coordonné les modifications apportées à la couche d’exécution (EL) d’Ethereum. Au cours de cette session, les développeurs ont abordé les sujets suivants :
· Lancement de Devnet-10
· Analyse de la latence des objets blob par l’équipe cliente Teku (CL)
· Prochaines étapes pour le test Dencun
· Travail de standardisation du cumul L2
· EIP 7523, Dépréciation des comptes vides
Devnet-10
Les développeurs ont lancé Devnet-10 le lundi 23 octobre pour tester la mise à niveau Cancun/Deneb (Dencun). Le réseau de développement a créé 330 000 validateurs actifs pour déclencher des modifications des limites d’attrition des validateurs. Le mécanisme de modification de la limite d’attrition du validateur décrit dans EIP 7514 fonctionne comme prévu sur Devnet-10.
Barnabas Busa, ingénieur DevOps à la Fondation Ethereum, a mentionné qu’après le lancement de Devnet-10, certains bogues ont été trouvés dans les clients Prysm et Teku (CL), qui ont maintenant été résolus. Les développeurs ont également testé l’ensemble du flux de travail MEV sur Devnet-10 à l’aide du client Lodestar (CL). Busa a mentionné que certains problèmes ont été détectés dans l’implémentation du validateur et du relais MEV-Boost. Les développeurs testent les flux de travail MEV sur d’autres clients CL.
Analyse de la latence des blob
Enrico Del Fante, développeur du client Teku CL, a partagé une nouvelle analyse de la latence des blob sur Devnet-10. Del Fante a déclaré que ses résultats confirment une tendance identifiée sur Devnet-9 par Gajinder Singh, un développeur de logiciels qui gère les clients Lodestar et EthereumJS, qui a été partagée lors de l’appel ACD de la semaine dernière.
Fante encourage chaque équipe cliente CL à vérifier le niveau de parallélisme de ses clients entre les blocs et les commérages de blob sur la couche peer-to-peer. Les développeurs conviennent également qu’il devrait y avoir plus d’analyses et de tests de propagation d’objets blob pour le prochain réseau de test. Cependant, « Potuz », un développeur anonyme du client Prysm (CL), a déclaré que la version client devrait d’abord se stabiliser sur le réseau de développement avant qu’un réseau de test Ethereum public comme Goerli puisse effectuer le même type d’analyse.
En plus de la version stable du client, Terence Tsao, développeur du client Prysm (CL), a déclaré que d’autres tests du constructeur et du relais MEV devraient être effectués avant de commencer une version publique du réseau de test pour Dencun. Busa a noté qu’en raison de la taille de Devnet-10 et du coût de maintien du réseau de test axé sur les développeurs, les développeurs prévoient d’arrêter Devnet-10 d’ici le lundi 30 octobre.
Au lieu de cela, cependant, dit Busa, les développeurs peuvent lancer un 11e réseau de développement soutenu par un plus petit nombre de validateurs. Potuz est en faveur de la création d’un autre réseau de développement après Devnet-10.
Prochaines étapes pour le test Dencun
En plus de lancer Devnet-11, les développeurs ont également convenu de lancer un shadow fork du réseau de test Goerli. En arrière-plan, un shadow fork est un réseau de test axé sur les développeurs, créé en créant un fork d’un réseau actif avec un petit nombre de nœuds. Vous trouverez plus d’informations sur Shadow Fork de Tim Beiko en cliquant sur le lien.
Idéalement, Devnet-11 testera le flux de travail MEV pour tous les clients CL et testera au moins une implémentation de cumul, très probablement l’implémentation de cumul d’Optimism pour EIP 4844 et une version stable du client. Si ces trois choses peuvent être implémentées sur Devnet-11, les développeurs acceptent de lancer Dencnun sur Goerli plus tard.
Par la suite, les développeurs ont discuté de l’heure de lancement de Devnet-11, du shadow fork de Goerli et de l’activation de Dencun sur Goerli. Parithosh Jayanthi, ingénieur DevOps à la Fondation Ethereum, a déclaré que son équipe pourrait lancer le shadow fork de Goerli au début de la semaine prochaine avant l’appel ACD de la semaine prochaine.
Busa recommande que la date cible d’activation de Decun on Goerli soit le jeudi 9 novembre. Cependant, étant donné le nombre de changements « profonds » encore poussés vers le logiciel client Prysm, cette date a rapidement été rejetée par Potuz comme trop ambitieuse. Busa a déclaré qu’étant donné que la conférence des développeurs Ethereum Devconnect se tiendra du 13 au 17 novembre, il serait également imprudent de fixer la date d’activation de Dencun sur Goerli une semaine plus tard.
Selon la discussion, il est clair pour les développeurs que la mise à jour Dencun ne sera pas activée sur Goerli avant la fin du mois de novembre au plus tôt. Historiquement, les activations de testnet pour les mises à niveau d’Ethereum ont eu lieu à deux semaines d’intervalle. Par exemple, le mercredi 22 novembre, Decun a été activé sur Goerli à la fin du mois de novembre, ce qui signifie que les deux prochaines mises à jour du réseau de test sur Sepolia et Holesky auront lieu respectivement début et mi-décembre.
La planification suppose qu’aucune erreur majeure n’a été détectée entre les activations du réseau de test. Tim Beiko a noté que même avec l’horaire le plus idéal, le réseau principal de Decun sera activé pendant la période des fêtes à la fin du mois de décembre. Très probablement, les développeurs reporteront l’activation du réseau principal de la mise à niveau de Dencun jusqu’au début de 2024.
Validation des rituels KZG et standardisation L2
Carl Beekhuizen, chercheur à la Fondation Etheruem, a ensuite donné une brève introduction à son travail de formatage pour la cérémonie KZG, ainsi qu’au début d’une série de conférences téléphoniques mensuelles entre les développeurs de rollup de couche 2.
En ce qui concerne la cérémonie KZG pour l’EIP 4844, Beekhuizen a noté que le résultat final de la cérémonie a été formaté. Il a encouragé les personnes qui ont contribué à la cérémonie à vérifier que leurs résultats ont été correctement enregistrés en visitant le site Web de la cérémonie ou en utilisant cet outil de vérification de l’interface de ligne de commande. Pour plus d’informations sur la cérémonie EIP 4844 KZG, lisez ce rapport.
Deuxièmement, M. Beekhuizen a souligné qu’il avait organisé le premier « appel nominal » le mercredi 18 octobre, une conférence téléphonique dédiée entre l’équipe de cumul de couche 2 pour discuter des spécifications et des normes de développement de cumul. Ces appels continueront d’avoir lieu tous les mois.
Les participants à la conférence téléphonique de couche 2 ont discuté des changements potentiels apportés à EVM et de l’API utilisée pour l’interface entre le réseau principal Ethereum et le rollup. Le mois prochain, Devconnect organisera également une réunion en direct de l’équipe de cumul L2. Pour plus de détails sur les sessions d’appel en direct, cliquez ici.
EIP 7523, Obsolescence des comptes vides
Enfin, Danno Ferrin de Swirlds Labs, l’équipe de développement derrière Hedera Hashgraph, a soulevé des questions sur EIP 7523, un protocole qui propose d’interdire à l’état de tout réseau de test Ethereum d’inclure des comptes vides après la fusion. Les comptes vides n’existent plus sur le réseau principal d’Ethereum et leur interdisent explicitement d’entrer dans un réseau de test Ethereum avec un environnement post-fusion, dans le but de réduire la dette technique causée par de tels comptes obsolètes.
Le développeur de Besu (EL), Justin Florentine, soutient EIP. Dankrad Feist, chercheur à la Fondation Ethereum, s’est demandé si l’EIP affecterait la mise en œuvre des arbres Verkle de quelque manière que ce soit. Beiko encourage les développeurs à continuer à discuter de l’EIP et de tout problème de compatibilité potentiel avec d’autres modifications de code dans le fil de discussion dédié à l’EIP 7523 Ethereum Magician, dont les détails peuvent être trouvés ici.