Les développeurs d'Ethereum discutent de la mise à niveau de Pectra et des contraintes de ressources lors de l'appel ACDC n°141

Les développeurs d'Ethereum se sont réunis pour l'appel ACDC n°141 pour discuter des mises à jour de la mise à niveau de Pectra et des problèmes liés au calcul de la preuve pour les acteurs locaux.

Les développeurs d'Ethereum se sont réunis pour l'appel n°141 du All Core Developers Consensus (ACDC) pour discuter des mises à jour de la mise à niveau de Pectra et des problèmes liés au calcul de la preuve pour les acteurs locaux.

Le 5 septembre 2024, les développeurs d'Ethereum se sont réunis sur Zoom pour l'appel ACDC n°141, une série de réunions bihebdomadaires où les développeurs discutent et coordonnent les modifications apportées à la couche de consensus (CL) d'Ethereum, également connue sous le nom de Beacon Chain. L'appel était présidé par Alex Stokes, chercheur à la Fondation Ethereum (EF).

Pectra Devnet 2

Les efforts de débogage sur Pectra Devnet 2 sont en voie d'achèvement. Le développeur de Prysm, Terence Tsao, a signalé que son équipe a résolu un bug non définitif identifié sur le devnet et n'a pas rencontré d'autres problèmes. Parithosh Jayanthi, ingénieur des opérations des développeurs EF, a confirmé qu'une fois le bug de Prysm corrigé, Pectra Devnet 2 peut être obsolète.

Jayanthi a également mentionné que toutes les équipes clientes n'ont pas besoin d'être prêtes à lancer Pectra Devnet 3. Le devnet peut être mis en ligne avec quelques implémentations, et d'autres peuvent être ajoutées plus tard. Stokes a noté que les problèmes avec EIP 7702 devront peut-être être résolus dans les clients de la couche d'exécution (EL) avant de pouvoir être ajoutés au devnet.

Mises à jour des spécifications Pectra

Plusieurs mises à jour de l'implémentation de Pectra côté CL ont été discutées. La première était une mise à jour de l'EIP 7251, résolvant un cas limite dans lequel la pénalité de corrélation appliquée aux validateurs avec une quantité élevée d'ETH mis en jeu était incorrectement calculée. Ce correctif est dans sa phase de révision finale et sera bientôt fusionné dans les spécifications Pectra CL.

Une autre mise à jour consistait à améliorer l'efficacité de l'accès et du stockage de certains composants de la charge utile EL dans le corps du bloc Beacon. Ce changement est également en voie de finalisation.

Le développeur de Geth, Felix Lange, a proposé une nouvelle stratégie pour améliorer la communication des retraits des validateurs et des demandes de consolidation de l'EL au CL. Cette proposition vise à réduire les frais généraux inutiles pour les clients EL et CL.

Le développeur de Teku, Mikhail Kalinin, a discuté de la création d'une file d'attente de demandes de dépôt pour éviter une charge inutile sur les clients CL lors des pics d'activité de dépôt. Cette file d'attente est également conçue pour empêcher les attaques anticipées sur les retraits. Le développeur de Nimbus, Jacek Sieka, a soutenu cette idée, soulignant que cela rendrait la mise en cache des dépôts moins sujette aux erreurs.

Divers améliorations de la couche réseau d’Ethereum basées sur EIP 7549 ont également été discutées. Ces changements visent à améliorer le calcul du hachage et la bande passante des clients CL.

PeerDAS Devnet 2

La dernière implémentation de PeerDAS est testée localement par les clients. Les équipes Lodestar et Nimbus exécutent une nouvelle configuration Kurtosis qui fait tourner un réseau de test privé. PeerDAS Devnet 2 devrait être basé sur la mise à niveau de Pectra.

Stokes a recommandé de réutiliser les tests de résistance utilisés pour la mise à niveau de Deneb sur les réseaux de test PeerDAS et d'augmenter le nombre de blob sur la base de l'EIP 7742.

Calculs de preuve PeerDAS

Les développeurs ont discuté de la manière de gérer le calcul des preuves pour les validateurs exécutés sur des appareils aux ressources limitées. Le chercheur d'EF, Dankrad Feist, a suggéré d'accélérer la recherche sur la construction de blocs distribués pour permettre aux acteurs locaux d'éviter le calcul de la preuve et de s'appuyer sur des nœuds plus puissants.

Stokes a recommandé d'aller de l'avant avec une solution qui prépare des blobs sur le CL pour réduire la charge de calcul. Il a demandé à Feist de créer un groupe ou une chaîne Discord pour commencer à travailler là-dessus de manière asynchrone à partir de l'appel.

Discussion de recherche

Le développeur de Nimbus « Dustin » a proposé de supprimer toutes les mentions des unions SSZ des spécifications CL car elles ne sont pas utilisées dans les clients CL. Cette proposition vise à mieux aligner les spécifications CL avec les implémentations client existantes. L'équipe du Portail, qui utilise d'une manière ou d'une autre les syndicats SSZ, sera consultée avant de finaliser le retrait.

Les développeurs ont réaffirmé l'importance du réseau Portal pour le protocole Ethereum, soulignant qu'il est fortement financé et soutenu par l'EF.

Pour plus de détails, l'article complet peut être consulté sur galaxy.com.

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!