Les développeurs d’Ethereum Core révèlent des informations sur la mise à niveau de Pectra, qu’est-ce qui nous attend ?

Les développeurs d’Ethereum se sont réunis le 8 août 2024 pour le 139e appel All Core Developers Consensus (ACDC). La réunion bimensuelle, présidée par Alex Stokes, chercheur de la Fondation Ethereum, a couvert des mises à jour importantes concernant la mise à niveau en cours de Pectra. Cela comprenait des discussions sur la stabilité du réseau, les réseaux de développement à venir et les améliorations clés de la couche de consensus de Beacon Chain.

Ethereum Pectra Devnet 2 Stabilité et version Alpha

Le chercheur d’EF, Hsiao Wei Wang, s’apprête à publier la version alpha.4 des spécifications de la couche de consensus Pectra, qui intègre divers correctifs. L’ingénieur des opérations de développement Barnabas Busa a indiqué que Pectra Devnet 2 a atteint une participation réseau de 85 %, ce qui indique un environnement stable. Cependant, des bugs subsistent dans les clients de la couche d’exécution (EL), en particulier dans EthereumJS et Erigon.

Busa a également mentionné un problème mineur avec le client Prysm qui nécessite une enquête plus approfondie. De plus, Parithosh Jayanthi, un autre ingénieur DevOps de la Fondation Ethereum, a souligné la nécessité d’une enquête plus approfondie sur les problèmes affectant les nœuds Lighthouse, Teku et Besu.

Communication et coordination pour Devnet 3

Kasey Kirkham, développeur de Prysm, a souligné un problème de communication lors du lancement de Devnet 2, affirmant ne pas avoir été au courant du démarrage du réseau. Pour éviter de tels problèmes à l’avenir, les développeurs ont convenu d’établir une série de réunions hebdomadaires axées sur les mises à jour des tests de Pectra. Ainsi, les réunions, prévues le lundi, dureront entre 15 et 30 minutes.

De plus, ces réunions ont pour objectif de tenir toutes les équipes clientes informées des activités de Devnet, notamment celles liées à PeerDAS et EOF. Concernant Devnet 3, les développeurs ont confirmé qu’il reproduira la configuration de Devnet 2, avec l’ajout de la conception EIP 7702 mise à jour.

Cependant, Gajinder Singh de Lodestar a signalé des problèmes rencontrés avec l’EIP 7251, MaxEB, sur Devnet 2. Cela concerne spécifiquement la consolidation des soldes de dépôts ETH mis en jeu par les validateurs. Bien que ces problèmes aient été résolus, ils feront l’objet de tests supplémentaires dans le prochain devnet.

A lire aussi : Pourquoi la vente massive d’ETH provoquée par le jeton Plus n’est pas aussi importante qu’elle le semble

Abandon de Mplex et transition vers un nouveau protocole

La discussion a également porté sur la transition vers l’abandon de Mplex. Il s’agit d’un protocole utilisé par les clients CL pour le multiplexage des flux de données, qui est désormais obsolète. Phil Ngo de Lodestar a mentionné que son client avait terminé les tests pour yamux, un nouveau multiplexeur. Il a suggéré de passer complètement à yamux pour éviter les frais liés à la maintenance des deux protocoles.

Pendant ce temps, Etan Kissling de Nimbus a indiqué que son équipe testait toujours yamux. Ainsi, les développeurs d’Ethereum ont accepté de revenir sur le sujet une fois que davantage d’équipes clientes auront terminé leurs tests.

Problèmes de mise à niveau de la norme EIP 7688 et de Pectra

L’inclusion de l’EIP 7688 dans la mise à niveau de Pectra a fait l’objet de débats. La proposition introduit une structure de données compatible avec les contrats intelligents, garantissant la compatibilité lors de la transition de l’EL de RLP à SSZ. Cependant, Stokes a exprimé des réserves quant à l’ajout de l’EIP à Pectra, qualifiant la mise à niveau de déjà importante.

Jayanthi a suggéré que le moment le plus proche pour tester l’EIP 7688 serait Devnet 5. Alors que les équipes clientes de Lodestar, Prysm, Teku et Lighthouse ont soutenu son inclusion, Stokes et Beiko ont recommandé de stabiliser les EIP Pectra existants avant d’envisager de nouveaux ajouts. Kissling a accepté et a demandé des conseils sur le moment de revoir la discussion. Par conséquent, les développeurs sont susceptibles de reconsidérer l’EIP 7688 à l’approche du lancement de Devnet 5.

Mise en œuvre de PeerDAS

L’équipe Prysm a partagé des mises à jour sur l’implémentation de PeerDAS. Cela a déclenché un débat sur la nécessité de la demande d’API du moteur « blobsidecar ». Stokes a suggéré de répondre à ces préoccupations lors du prochain appel de discussion PeerDAS.

De plus, une proposition visant à supprimer l’échantillonnage de PeerDAS a été discutée. Ils ont également soulevé des inquiétudes quant à la manière dont ce changement pourrait compliquer les futures mises à niveau. L’EIP 7742, qui propose de découpler la limite de gaz blob entre EL et CL, a également été mentionné, les développeurs acceptant de revenir sur ce sujet lors d’un prochain appel.

Distribution des nœuds Ethereum

Trois sujets de recherche ont été abordés, notamment les cas extrêmes de consolidation du solde ETH mis en jeu par le validateur dans le cadre de l’EIP 7251. Il a été conseillé aux développeurs de laisser la conception actuelle inchangée, malgré les problèmes potentiels liés aux responsabilités du comité de synchronisation. Les modifications de la couche réseau, en particulier l’ajout d’une « entrée ENR rapide », ont également été discutées. Ils ont suggéré une demande d’extraction pour détailler les modifications exactes.

Enfin, la société d’analyse de blockchain ProbeLab a présenté des données sur la distribution des nœuds Ethereum. Les statistiques ont révélé que sur 8 335 nœuds, 42 % fonctionnent sur le client Lighthouse, dont 36 % sont basés aux États-Unis. Notamment, un nombre plus élevé de nœuds Lighthouse sont hébergés dans des centres de données que de nœuds auto-hébergés. Stokes a attribué cela aux préférences des utilisateurs institutionnels.

De plus, l’appel s’est terminé avec le développeur de Prysm « Potuz » exhortant les développeurs à examiner les modifications qu’il proposait à la structure de la charge utile d’exécution. Il a également souligné la nécessité d’une décision rapide afin de laisser suffisamment de temps pour les mises à jour des spécifications de la couche de consensus.

A lire aussi : La mise à jour Dogecoin Core 1.14.8 est sortie, voici tout

Avertissement : Le contenu présenté peut inclure l’opinion personnelle de l’auteur et est soumis aux conditions du marché. Faites vos études de marché avant d’investir dans les crypto-monnaies. L’auteur ou la publication n’assume aucune responsabilité pour vos pertes financières personnelles.