203e réunion ACDE d'Ethereum : Ethereum peut-il relancer sa dynamique grâce à la mise à niveau Pectra ?
TechFlow SélectionTechFlow Sélection
203e réunion ACDE d'Ethereum : Ethereum peut-il relancer sa dynamique grâce à la mise à niveau Pectra ?
La 203e réunion ACDE d'Ethereum s'est concentrée sur le lancement du Devnet 5 Pectra, la mise à jour des spécifications et le plan de mise à niveau des testnets, propulsant ainsi la mise à niveau du réseau principal et la collaboration écosystémique vers une nouvelle étape.
Dédié à des analyses Web3 approfondiesRédaction : Christine Kim
Traduction : Blockchain pour les Nuls
Le 16 janvier 2025, les développeurs du protocole Ethereum se sont réunis via Zoom pour la 203e réunion All Core Developers Execution (ACDE). Cette session hebdomadaire a été animée par Tim Beiko, responsable du support protocolaire à la Fondation Ethereum (EF). La série des réunions ACDE constitue un point de coordination bimensuel où les développeurs discutent et synchronisent les évolutions liées à la couche d'exécution (EL) d'Ethereum.
Lors de cette 203e réunion ACDE, les développeurs ont abordé le lancement de Pectra Devnet 5 ainsi que les mises à jour restantes concernant la spécification Pectra. Ils ont également examiné les prochaines étapes prévues pour tester une augmentation du plafond de gaz sur le réseau test Holesky, fait le point sur la standardisation des RPC, et discuté des exigences minimales en matière de matériel et de bande passante pour les nœuds.
1. Lancement de Pectra Devnet 5
Pectra Devnet 5 a été lancé une demi-heure avant le début de la réunion. Parithosh Jayanthi, ingénieur opérations développeurs à la Fondation Ethereum, a signalé la présence de problèmes d'estimation du gaz sur le réseau de développement. Il prévoit de collecter les journaux associés et de partager ces informations sur le canal Discord dédié au développement d'Ethereum.
2. Mises à jour de la spécification Pectra
Les développeurs ont discuté de cinq mises à jour non finalisées de la spécification Pectra :
1) **EIP 7623 : clarification du traitement des remboursements de gaz** La première mise à jour concerne une modification de l’EIP 7623 visant à clarifier la gestion des remboursements de gaz. Cette mise à jour a déjà été fusionnée sur GitHub et est intégrée aux tests de Pectra Devnet 5.
2) **EIP 7840 : ajout de la planification des blobs dans la configuration des clients d’exécution** La deuxième mise à jour porte sur la question du score des frais de base dans l’EIP 7840. Aucune objection n’a été soulevée lors de la réunion. Les développeurs ont convenu d’intégrer les modifications correspondantes sur GitHub avant la réunion de test Pectra prévue lundi 20 janvier.
3) **Mise à jour relative aux frais de base des blobs** La troisième mise à jour concerne également les frais de base des blobs, en particulier le calcul du gaz excédentaire pendant l’activation de Pectra. Alex Stokes, responsable de la recherche à la Fondation Ethereum, a expliqué que ce calcul dépend des informations figurant dans l’en-tête du bloc précédent. Si la modification de la capacité des blobs entre en vigueur exactement à la frontière du fork (le bloc d’activation de Pectra), alors le calcul du gaz excédentaire s’appuiera sur un bloc construit selon les anciennes règles. Stokes a souligné qu’il était nécessaire de préciser si l’augmentation de la capacité des blobs devait être activée à la frontière du fork ou bien au bloc suivant. Selon lui : « Le choix importe peu, mais nous devons adopter une approche uniforme. » Les développeurs se sont mis d’accord pour clarifier l’EIP 7691 afin que l’augmentation de la capacité des blobs prenne effet au bloc suivant la frontière du fork, garantissant ainsi que le calcul ne repose que sur les nouvelles règles. Mario Vega, développeur de tests Ethereum, a indiqué que les clients étaient déjà en train de tester cette logique. Le développeur Geth « Lightclient » s’est engagé à mettre à jour l’EIP 7691 avant la réunion de test du lundi suivant.
4) **EIP 2537 : coût de précompilation pour les opérations sur courbe BLS12-381** La quatrième mise à jour concerne le calcul du coût de multiplication dans l’EIP 2537. Les développeurs ont convenu de préciser dans l’EIP que ce calcul doit utiliser une division entière. Les équipes clientes ayant testé Pectra Devnet 5 ont vraisemblablement déjà implémenté cette logique dans leur code ; seule une mise à jour de la spécification est donc requise. Paweł Bylica, développeur de la machine virtuelle Ethereum (EVM), a indiqué qu’il apporterait cette modification sur GitHub avant la réunion de test du lundi suivant.
Ces mises à jour permettent aux développeurs de continuer à affiner et coordonner les travaux relatifs à Pectra, préparant ainsi la voie à une future mise à niveau du réseau principal Ethereum.
5) **Dernière mise à jour : EIP 7702 et fonctionnalité d'introspection du code** La cinquième et dernière mise à jour concerne l’EIP 7702, qui propose un nouveau type de transaction permettant aux comptes externes (EOA) de définir du code de façon permanente. Julian Rachman, directeur des opérations chez Otim Labs, a suggéré une modification comportementale à cet EIP : activer la fonction d’introspection du code. D’après un document rédigé par l’équipe d’Otim Labs, l’introspection du code désigne la capacité d’un contrat existant à inspecter son propre bytecode ou celui d’un contrat externe, puis à adapter son comportement en fonction de ces informations.
Bien que l’équipe de développement du format objet de la machine virtuelle Ethereum (EOF) prévoie de désactiver l’introspection du code dans de futures mises à niveau, le document et la réunion ont indiqué que l’activation de cette fonctionnalité pour vérifier l’« adresse délégataire » (delegate_address) d’un EOA ne compromettrait pas le développement de EOF. Autoriser l’introspection du code pour examiner l’adresse délégataire dans les transactions de type EIP 7702 présente un avantage : elle permet d’utiliser en toute sécurité des relais et autres comptes externes tout en bénéficiant des fonctionnalités d’EIP 7702, comme le parrainage de gaz.
Le développeur Geth « Lightclient » soutient l’inclusion de cette mise à jour dans la spécification Pectra. Il a déclaré : « Cette mise à jour est très facile à implémenter. Nous vérifions déjà si un compte est un compte délégataire EIP 7702 ; ajouter une adresse de retour spécifique est une chose très simple. » Le modérateur de la réunion, Beiko, a invité les participants à prendre quelques jours supplémentaires pour examiner les modifications avant de décider de leur inclusion définitive. Il a proposé de revenir sur ce sujet lors de la réunion de test du lundi suivant.
Beiko a également demandé à l’équipe de Rachman de soumettre officiellement sur GitHub une demande de fusion (pull request) contenant toutes les propositions de modification relatives à l’EIP 7702, afin que les développeurs puissent les examiner lundi. Concernant la nécessité ou non de lancer un nouveau réseau de développement Pectra pour tester cette modification, Jayanthi a indiqué qu’elle pourrait être intégrée à un fork fantôme (shadow fork) sur un réseau test public, sans nécessiter un nouveau réseau de développement. Beiko a ajouté que toutes les autres mises à jour de spécifications discutées lors de cette réunion n’exigeaient pas non plus un nouveau réseau Pectra. Ainsi, une fois les tests sur Pectra Devnet 5 terminés, les développeurs pourront poursuivre les mises à jour sur les réseaux tests publics.
3. Mise à jour de l’audit des contrats système Pectra
Fredrik Svantes, chercheur en sécurité protocolaire à la Fondation Ethereum (EF), a annoncé que tous les audits tiers des contrats système Pectra étaient désormais terminés. Aucun problème majeur n’a été détecté. Les rapports seront publiés sur GitHub pour examen par les équipes clientes. Svantes a suggéré d’organiser un temps dédié lors de la prochaine réunion ACDE afin que les auditeurs présentent leurs résultats et répondent aux questions des équipes clientes.
4. Calendrier prévu pour la mise à niveau des réseaux test Pectra
Tim Beiko a présenté un calendrier préliminaire pour la mise à niveau des réseaux test. Il a proposé de fixer lors des deux prochaines réunions ACD les hauteurs de bloc pour les mises à niveau des réseaux test Sepolia et Holesky, et de préparer les versions clientes d'ici le 3 février 2025. La bifurcation de Sepolia serait programmée pour la semaine du 12 février, suivie par celle de Holesky la semaine du 19 février. En l’absence de vulnérabilité majeure ou de problème critique, la mise à niveau Pectra pourrait être déployée sur le réseau principal Ethereum entre début et mi-mars 2025, soit environ trois à cinq semaines après la bifurcation de Holesky. Aucun participant n’a exprimé d’opposition à ce calendrier. Stokes a suggéré de synchroniser la publication des clients avec les mises à niveau des réseaux test Sepolia et Holesky.
5. Limite de gaz sur Holesky
Sophia Gold, ingénieure générale à la EF, a proposé de configurer par défaut la limite de gaz des clients dans la version de mise à niveau de Holesky à 36 millions (36m), et de continuer à augmenter progressivement cette limite par défaut sur Holesky afin qu’elle reste toujours supérieure à celle du réseau principal Ethereum. Cela garantirait que toute augmentation de la limite de gaz sur le réseau principal puisse être testée au préalable sur Holesky. Aucune objection n’a été formulée lors de la réunion. Les représentants des équipes Teku, Besu, Prysm et Nethermind ont indiqué que leurs versions clientes pour Holesky avaient déjà défini la limite par défaut à 36 millions.
6. Efforts de standardisation des RPC
Felix Lange, développeur Geth, a exprimé sa déception face au manque de retour des équipes clientes sur ses efforts de standardisation de l’interface JSON-RPC d’Ethereum. Il a notamment mentionné l’absence de définition claire quant au périmètre de cette standardisation et aux parties prenantes de l’écosystème qui devraient y participer. Lange a détaillé ses initiatives et recommandations dans un article de blog. Beiko a suggéré de poursuivre la discussion sur Discord et d’organiser une réunion thématique à ce sujet. Justin Florentine, développeur Besu, s’est proposé pour coordonner l’organisation de cette réunion.
7. Spécification des exigences matérielles et de bande passante pour les nœuds
Kevaundray Wedderburn, chercheur appliqué à la EF, a sollicité des retours sur son document relatif aux exigences minimales en matériel et en bande passante pour les nœuds Ethereum. Beiko s’est interrogé sur la pertinence de rédiger ces exigences sous forme d’EIP informatif, afin qu’elles puissent servir de référence aux développeurs et à la communauté Ethereum dans son ensemble. Le développeur Prysm « Potuz » a souligné que les exigences matérielles diffèrent entre les validateurs et les nœuds complets, et qu’il conviendrait donc de faire cette distinction dans le document. Beiko a approuvé cette remarque et a suggéré de poursuivre la discussion sur Discord concernant les exigences matérielles et de bande passante, ainsi que les prochaines étapes pour formaliser le document de Wedderburn.
8. Atelier sur l’édition des EIP
Enfin, la réunion a mentionné un atelier thématique consacré au processus d’édition des EIP, bien que les détails précis et la date n’aient pas encore été fixés. Ce sujet pourrait être approfondi lors d’une réunion ultérieure.
L’équipe Ethereum Cat Herders organisera un atelier sur l’édition des EIP le 17 janvier 2025 à 16h00 UTC. Cet événement présentera le processus d’édition des EIP et est ouvert à tous les membres de la communauté Ethereum intéressés par les workflows et le rôle des éditeurs. L’enregistrement de la réunion sera publié ultérieurement sur YouTube.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@galaxyhq
