Maison  >  Article  >  Résumé de la dernière réunion des principaux développeurs d'Ethereum : analyse de l'état du réseau principal et des données de croissance, proposition de mise à niveau de Prague

Résumé de la dernière réunion des principaux développeurs d'Ethereum : analyse de l'état du réseau principal et des données de croissance, proposition de mise à niveau de Prague

PHPz
PHPzavant
2024-03-30 18:16:30841parcourir

以太坊核心开发者最新会议摘要:主网状态和增长数据分析、 Prague 升级提案

Titre original : « Ethereum All Core Developers Execution Call #184 Writeup »
Auteur original : Christine Kim
Compilé par : Luccy, BlockBeats


NDLR :

Dans la communauté Ethereum, l'appel de consensus de tous les principaux développeurs (ACDE) a lieu toutes les deux semaines pour discuter et négocier des améliorations de la couche d'exécution Ethereum (EL). Il s’agit de la 184e conférence téléphonique de l’ACDE. Cette conférence se concentrera sur les raisons de l’augmentation du nombre de blocs incorrects le 27 mars, ainsi que sur les nouvelles recherches de l’équipe Paradigm sur le statut et la croissance historique d’Ethereum.

Les développeurs ont partagé lors de la conférence une discussion sur les problèmes de relais Bloxroute MEV et deux EIP rétroactifs à Prague/Electra. De plus, les mises à jour de développement pour EIP 7547 (liste d'inclusion), EIP 5920 (codes d'opération PAY) et EIP 7545 (précompilation de vérification de preuve Verkle) ont été discutées.

La vice-présidente de la recherche de Galaxy Digital, Christine Kim, a enregistré en détail les points clés de cette réunion, et BlockBeasts a compilé le texte original comme suit :

Le 28 mars 2024, la communauté de développement d'Ethereum a convoqué une réunion Zoom pour tous les principaux développeurs. Appel d'exécution (ACDE) n° 184. L'appel ACDE est une série de réunions bihebdomadaires au cours desquelles les décisions liées au développement d'Ethereum sont discutées et coordonnées. Tim Beiko, le principal coordinateur soutenu par la Fondation Ethereum, a dirigé les développeurs dans la discussion et la recherche d'un consensus. sur les modifications proposées aux propositions d'amélioration d'Ethereum (EIP)

Cette semaine, les développeurs ont partagé des informations sur les causes de l'augmentation des blocs incorrects le 27 mars. Le développeur de Prysm, Terence Tsao, a déclaré que la hausse était causée par un problème avec le relais Bloxroute MEV, sur lequel travaille l'équipe Bloxroute. Les développeurs ont également discuté des points clés des nouvelles recherches menées par l’équipe Paradigm sur l’état et la croissance historique d’Ethereum. Les développeurs ont approuvé l'inclusion de deux propositions d'amélioration d'Ethereum (EIP) rétroactives à Prague/Electra, les EIP 7610 et 7523.

Enfin, ils ont partagé des mises à jour de développement sur d'autres EIP candidats, tels que EIP 7547 (Liste d'inclusion), EIP 5920 (PAY Opcode) et EIP 7545 (Verkle Proof Verification Precompilation).

Événement de blocs manquants sur le Mainnet

Le 27 mars, le nombre de blocs manquants a augmenté. En règle générale, 2 à 4 % des blocs sont manqués toutes les 30 minutes sur Ethereum. Cependant, pendant les périodes où le réseau subit un grand nombre de transactions blob, ce pourcentage s'élève à plus de 14 % en quelques heures. Les prix des Blob ont augmenté de plus de 10 fois au cours de cette période. Tsao a déclaré que le problème des blocs manquants avait été immédiatement résolu une fois que l'équipe Bloxroute avait arrêté son relais MEV. Les détails à l'origine du problème de relais Bloxroute ne sont pas clairs et l'équipe Bloxroute travaille sur un correctif qu'elle partagera avec un post-mortem complet du problème dans les prochains jours.

"Ainsi, les blocs manqués d'hier ne veulent pas dire que les clients ne peuvent pas gérer ce type de charge de travail, car fondamentalement, tous les blocs manqués sont causés par des problèmes de Bloxroute. Mais il existe toujours un problème fondamental : sous le trafic d'hier, que se passera-t-il ? Je soupçonne que les clients importent peut-être des blocs plus lentement qu'auparavant, mais c'est quelque chose dont je n'ai pas de preuve concluante, cela reste à voir", a déclaré Tsao. En réponse à l'incident de bloc manquant, l'équipe client de Lighthouse a publié un Version "Hotfix" pour améliorer les performances et la stabilité des nœuds. De plus, alors que l'enquête est en cours, le PDG de Bloxroute, Uri Klarman, a déclaré sur

Parithosh Jayanthi, ingénieur des opérations des développeurs de la Fondation Ethereum, a demandé si l'incident amènerait les développeurs à réévaluer les conditions des disjoncteurs clients qui feraient automatiquement revenir les nœuds de validation à la production de blocs locaux. Dans la plupart des clients, la valeur par défaut de la condition du disjoncteur est un événement qui manque cinq emplacements consécutifs. Tsao a noté que les conditions de disjoncteur qui se déclenchent trop facilement sont des vecteurs d'attaque potentiels que les acteurs MEV sophistiqués peuvent exploiter.

Le développeur de Prysm "Potuz" a déclaré qu'à son avis, cet incident met en évidence le manque de mise en œuvre de la diversité des clients dans les relais, ainsi que le manque de communication entre les développeurs de relais et de protocoles. "Terence parle de ces blobs depuis plus d'une semaine et personne ne l'a remarqué. Une fois que cela a explosé, il suffit de quelques appels téléphoniques pour obtenir les bons relais afin de consulter leurs journaux. C'est inacceptable", déclare Portuzzi

.

Certains développeurs recommandent de créer des messages écrits la prochaine fois lorsqu'ils signaleront des violations du réseau afin d'augmenter la visibilité de l'écosystème Ethereum. Pour discuter plus en détail de l'incident du bloc manquant, Alex Stokes, chercheur à la Fondation Ethereum, a encouragé les développeurs à assister au prochain appel communautaire MEV-Boost.

Analyse des données sur l'état et la croissance historique

Storm Slivkoff, ingénieur scientifique des données de Paradigm, a mené une nouvelle analyse de l'état et de la croissance historique d'Ethereum. Selon ses conclusions, la croissance de l’État n’est pas le principal goulot d’étranglement dans l’évolutivité d’Ethereum. « Nous avons constaté que le matériel grand public existant peut maintenir les taux de croissance nationaux actuels sur une longue période, probablement des décennies. Notez que je ne parle ici que de capacité de stockage et de capacité de mémoire. Cela ne veut pas dire que la lecture ou l’écriture doit être déclarée. ce cadre. Selon lui, le « tueur silencieux » d’Ethereum est la croissance historique.

Dans une analyse écrite, l'équipe de recherche de Paradigm a expliqué : « L'état est l'ensemble de données requis pour créer et vérifier de nouveaux blocs Ethereum. L'état comprend le bytecode du contrat, le stockage du contrat, le solde du compte et l'historique du compte. synchroniser les nœuds de la genèse au dernier bloc. L'historique se compose de blocs et de transactions, et l'historique est un ensemble de données qui ne se chevauchent pas, a ajouté Slivkoff. Les cas d'utilisation les plus importants pour la croissance historique sont les cumuls et d'autres types de protocoles qui doivent être reliés à Ethereum.

Slivkoff a recommandé aux développeurs d'envisager sérieusement d'accélérer les EIP qui répondent à la croissance historique dans la prochaine mise à niveau d'Ethereum Prague/Electra, tels que EIP 4444 et EIP 7623. Il a également déclaré qu'une analyse plus approfondie serait menée pour analyser d'autres goulots d'étranglement de mise à l'échelle sur Ethereum et. appliquer ces méthodes pour analyser le goulot d'étranglement du rollup. Comme prochaine étape des recherches de son équipe, Slivkoff a déclaré que toutes les données seraient open source, les commentaires sont les bienvenus

Suite à la présentation de Slivkoff, les développeurs ont discuté de différentes façons de gérer la croissance historique. à court terme, comme indiqué lors de l'ACDE #180, les développeurs construisent un réseau alternatif robuste avec certaines données historiques pour des périodes, comme avant une mise à niveau de fusion, auxquelles les utilisateurs peuvent toujours accéder dans le cas où les données ne sont pas accessibles via les nœuds Ethereum. . Discussion plus approfondie sur l'expiration historique et les options alternatives pour la diffusion des données historiques, les développeurs de Geth "Lightclient" recommandent aux développeurs de continuer à avoir des conversations sur le canal Ethereum R&D Discord dans un sous-canal intitulé "Expiration de l'historique".

Rétrospective EIP IP 7610 et 7523

Les développeurs acceptent de mettre en œuvre les EIP 7610 et 7523. Il s’agit d’EIP rétroactifs qui ajouteront des règles au protocole Ethereum pouvant être appliquées rétroactivement dès le début du réseau pour restreindre davantage certains types de comportements sur la chaîne. L’avantage de ces EIP est de simplifier les cas de test Ethereum et de limiter la portée de divers cas extrêmes, tels que le cas extrême de création d’un compte vide. Deux EIP qui ont été appliqués rétroactivement comprennent EIPIP2681 et 3607. Le développeur a accepté d'activer deux EIP rétroactifs supplémentaires à Prague/Electra. Pour obtenir des informations générales sur les actions régies par ces EIP, consultez la transcription de l’appel précédent ici.

EIP 2537, BLS précompilé

L'équipe client de Geth a réalisé quelques benchmarks pour estimer le coût du gaz des opérations de la courbe EIP 2537 BLS. Ces nouvelles activités seront activées lors de la mise à niveau Prague/Electra, et les développeurs évaluent actuellement les prix de ces entreprises. Un représentant de l'équipe de Reth a déclaré que son équipe effectuerait également des tests de référence supplémentaires sur les opérations de la courbe BLS pour aider à déterminer les coûts du gaz de ces opérations.

EIP 7547, liste d'inclusion

Comme discuté dans ACDC #130, les développeurs envisagent fortement d'inclure l'EIP 7547 dans la mise à niveau Prague/Electra. Cette semaine, Mike Neuder, chercheur à la Fondation Ethereum, a partagé les dernières informations sur la façon dont EIP 7547 peut être modifié pour être compatible avec l'abstraction du compte. Account Abstraction est une initiative en cours visant à introduire une plus grande flexibilité et programmabilité aux comptes externes (EOA), qui sont des comptes contrôlés par les utilisateurs sur Ethereum. Neuder a proposé trois manières différentes de résoudre les problèmes de compatibilité entre l'EIP 7547 et l'EIP d'abstraction de compte. Concernant ces solutions, Neuder a déclaré : « Cela ressemble à la complexité de la conception inclusive, mais je pense que ces trois options fonctionnent, et je ne pense pas qu'il y aura une solution miracle pour résoudre ce problème. je pense que nous le ferons." Trouver une meilleure conception qui répond à ces problèmes.

Beiko a suggéré de poursuivre la discussion sur d'autres EIP candidats à inclure dans la conception de la liste lors d'une session en petits groupes distincte pour une durée limitée

Ensuite, les développeurs ont parcouru. Une liste d'autres EIP candidats pour la mise à niveau Prague/Electra. Ils incluent :

EIP 5920 (opcode PAY) : Sam Wilson, chercheur à la Fondation Ethereum, a noté que les travaux de test ont commencé sur cet opcode

EIP 7609 (réduction du coût de base de TLOAD/TSTORE). ) : Charles Cooper, contributeur du compilateur Vyper, a réitéré son point de vue selon lequel les opcodes TLOAD et TSTORE devraient être moins chers dans l'EVM

EIP 2935 et 7545 (Préserver les hachages de blocs historiques dans l'état et précompilation de vérification de la preuve Verkle) : le développeur de Geth, Guillaume Ballet, a proposé ces deux propositions en tant que modifications de code qui offriront des avantages futurs à la mise en œuvre de Verkle, et en même temps, aident à alerter le plus grand nombre. Écosystème Ethereum de la prochaine mise à niveau de Verkle.

Ethereum Object Format (EOF) : Danno Ferrin, responsable du client Besu, a déclaré que l'EOF EIP est mis en œuvre par plusieurs équipes clientes et que des tests de référence sont en cours d'écriture pour elles. Il a demandé aux développeurs de se référer à la matrice de préparation EOF pour des mises à jour plus détaillées.

EIP 7212 et EIP 3074 (prise en charge de la courbe secp256r1 et précompilation des opcodes AUTH/AUTHCALL) : le développeur de Besu, Matt Nelson, met en évidence ces deux EIP en cours d'implémentation dans le rollup L2. Il a souligné que afin d'encourager la compatibilité entre Ethereum et les rollups, ces deux EIP devraient être adoptés à Prague.

EIP 7664 (Access Key Opcode) : le développeur OPLabs "Protolambda" a proposé une proposition de remplacement pour EIP 3074 qui exploite les listes d'accès pour améliorer la fonctionnalité de l'opcode AUTH/AUTHCALL.

EIP 6493 (Schéma de signature de transaction SSZ) : Protolambda a également exprimé son soutien aux modifications du code liées à SSZ afin d'améliorer la sécurité et l'efficacité de la vérification des données Ethereum.

Les développeurs n’ont pas le temps de discuter des EIP de cette liste qui devraient être prioritaires pour Prague. Beiko a déclaré que le temps serait bloqué pour réexaminer la liste au début de la prochaine conférence téléphonique de l'ACDE, dans deux semaines. "Au cours des prochaines semaines, nous devrions examiner plus en profondeur toutes les questions soulevées aujourd'hui et travailler à la prise d'une décision. Je pense que cela signifie que si nous voulons avancer, dans deux semaines, tout ce qui n'a pas été complètement clarifié ou précisé Rien ne peut entrer dans cette bifurcation", a déclaré Beiko.

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!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer