Hier (25), les développeurs principaux d'Ethereum ont participé à la 186e conférence téléphonique All Core Developers Execution (ACDE), le développeur qui a organisé la conférence, l'a résumé sur X.
Au cours de la réunion, les développeurs ont discuté des mises à jour devnet-0, des modifications potentielles de l'EIP-3074, de la manière dont les parties prenantes non clientes devraient participer à ce processus, de l'EOF, du SSZ et des processus de gouvernance L1 et L2.
Changements potentiels de l'EIP-3074
Parmi eux, l'EIP-3074, qui est une étape clé dans la mise en œuvre de l'AA (abstraction de compte, également connue sous le nom de comptes de contrats intelligents), est discuté en détail. Le résumé de Tim Beiko souligne que les points de discussion préliminaires se concentrent sur les problèmes que DELEGATECALL peut causer avant AUTHCALL, et @Smartprogrammer estime que la version actuelle entravera certains cas d'utilisation.
De plus, des participants dont @Smartprogrammer, @decentrek, @rimeissner, @ankurdubey521 et @ProbablyNoam ont également participé à la discussion et ont préconisé des changements dans la conception du 3074 (comme indiqué ci-dessous).
En bref, le message 3074 contient une exigence de nonce, ce qui permet aux utilisateurs de révoquer plus facilement l'autorisation de l'appelant, mais signifie également que lorsque les utilisateurs continuent à utiliser leur portefeuille dans d'autres applications (augmentant ainsi le nonce) ne fonctionne pas.
De même, l'exigence d'avoir ChainID dans l'autorisation signifie qu'ils ne peuvent pas être utilisés dans une configuration multi-chaînes.
Les participants ont préconisé des changements dans la conception du 3074
Après la discussion, Tim Beiko a déclaré que tout le monde pensait qu'il serait difficile de parvenir à un plan de conception convenu lors de cette réunion, ils ont donc décidé de former un autre groupe pour -discussion approfondie et restez temporairement à l'écart de devnet Modifications apportées à 3074 en -0.
Le dernier résumé de la réunion
Tim Beiko résume comme suit divers points de discussion, qui incluent la mise à niveau d'Ethereum Pectra (combinant Prague et Electra) qui devrait être réalisée du quatrième trimestre 2024 au début 2025, qui est la mise à niveau d'Ethereum après Dencun La prochaine mise à niveau critique plus tard.
spécification devnet-0 : il est mentionné que la vérification du sous-groupe EIP-7685 et BLS sont tous deux inclus dans devnet-0, la spécification a été mise à jour pour faire référence au commit correct d'EIP-2537 et prend également en compte EIP -6110 et modifications d'adaptation à EIP-7002.
État d'implémentation devnet-0 : L'implémentation de la couche d'exécution (EL) progresse bien, mais il reste encore du travail à faire, donc aucune date de lancement n'a encore été fixée. Il est prévu qu'une version de test EL soit publiée la semaine prochaine, couvrant toutes les spécifications à l'exception de 3074, et qu'une version de spécification de couche consensus (CL) soit également publiée pour corriger un bug dans le test, mais n'impliquera pas de modifications de la spécification Electra. .
EIP-3074/AA : Discussion sur l'EIP-3074 et plus largement sur la manière dont les commentaires de la communauté doivent être pris en compte lors de la prise de décisions connexes. Il n'y a actuellement aucun changement dans le statut de l'EIP ou dans la mise en œuvre de devnet-0, mais il a été décidé d'organiser une table ronde pour poursuivre la conversation à cet égard.
Inclusion Pectra EIP : le travail se poursuit sur la mise en œuvre de ce qui est déjà dans la portée devnet-0 avant d'ajouter du contenu supplémentaire à Pectra. Sur la base de ce qui précède, EIP-7685 est désormais inclus et EIP-6110 et EIP-7002 ont été mis à jour pour refléter cela. Il est également convenu de prendre en considération les CFIEIP-7212 et EIP-7623.
Dernières nouvelles des EIP : brève discussion sur les SSZEIP proposés par @etan et mises à jour d'EOF sur le forum EthereumMagicians.
Enfin, la réunion a également discuté de la manière dont les processus de gouvernance L1 et L2 devraient fonctionner ensemble, impliquant la recherche et la mise en œuvre par le client. Bien qu'aucune décision concrète n'ait encore été prise, cela vaut la peine de garder un œil sur les personnes impliquées dans le développement des L1/L2.
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!