Ethereum Mise à niveau de Pectra : les défis liés à « Testnet », la diversité des clients et ce qu'il faut savoir

Quicknode

25 février 2025 — 5 min de lecture

Partager

Ajouter comme source préférée

La mise à jour Pectra marque un nouveau bond en avant pour la blockchain « Ethereum », la rapprochant d’un environnement évolutif et efficace pour les utilisateurs et les développeurs. Dans cet article, nous allons vous expliquer en quoi consiste Pectra, nous pencher sur les propositions d’amélioration de l’ Ethereum e (EIP) incluses dans cette mise à jour, et voir comment ces propositions renforcent le réseau. Nous aborderons également un petit contretemps survenu lors du processus de mise à jour « testnet » (nous y reviendrons plus tard). C’est parti !

EIP Pectra : ce qu'il y a sous le capot

Pectra propose différents EIP qui modifient les mécanismes de la couche d'exécution (EL) et de la couche de consensus (CL) d'Ethereum. En voici un aperçu :

• EIP-7702: Permet aux comptes détenus par des tiers (EOA) de déléguer l'exécution de la logique d'un contrat intelligent sans perdre leur capacité à signer des transactions. Cela s'effectue via un nouveau type de transaction (0x4) qui définit un « désignateur de délégation » (0xef0100 + adresse cible) dans le champ de code de l'EOA. Lorsqu'un utilisateur interagit avec l'EOA, l'EVM exécute automatiquement le bytecode situé à l'adresse cible dans le contexte de l'EOA, lui donnant ainsi accès au stockage et au solde de l'EOA. Cela permet d’utiliser des fonctionnalités de contrats intelligents telles que le traitement par lots des transactions (par exemple, l’approbation ou l’échange de jetons ERC-20) et la gestion des autorisations, tout en conservant l’adresse d’origine et les capacités de signature de l’EOA. Cette fonctionnalité est conçue comme une solution à court terme d’abstraction de compte ne nécessitant pas de nouveaux opcodes au niveau du protocole.

• EIP-7251: Augmente la valeur de MAX_EFFECTIVE_BALANCE à 2 048 ETH (au lieu de 32 ETH) tout en conservant le seuil minimum de staking à 32 ETH. Les grands validateurs en tirent profit en pouvant exploiter moins de validateurs et de nœuds Beacon, tandis que les petits validateurs bénéficient de la capitalisation des récompenses et d'incréments de staking plus flexibles (par exemple, staker directement 40 ETH au lieu d'avoir besoin de 64 ETH pour deux validateurs distincts).

• EIP-7742: Cet EIP supprime la vérification redondante du nombre maximal de blobs au niveau de la couche d’exécution et modifie la manière dont celle-ci reçoit la valeur cible relative aux blobs. Au lieu d’utiliser des valeurs fixes codées en dur dans la couche d’exécution, la couche de consensus fournit désormais de manière dynamique les valeurs target_blobs_per_block et max_blobs_per_block via l’API Engine. Cette modification apporte davantage de flexibilité aux paramètres relatifs aux blobs, ce qui facilite leur ajustement dans le cadre de la stratégie de mise à l’échelle d’ Ethereum.

• EIP-7691: Double le nombre de blobs, qui passe de 3 à 6 (objectif) et de 6 à 9 (maximum) par bloc, ce qui améliore la disponibilité des données en L2 et réduit les coûts de gaz des rollups en augmentant la capacité de traitement des transactions gourmandes en données sur la solution de couche 2 d’ Ethereum.

Ce que cela implique pour les utilisateurs et les développeurs

• Pour les utilisateurs: l'EIP-7702 permet d'optimiser les EOA (adresses de sortie) — pensez notamment aux transactions sans gaz ou aux transactions groupées dans des dApps telles que les applications d'approbation et d'échange. La fonctionnalité « blob boost » de l'EIP-7691 réduit les frais de la couche 2, tandis que l'EIP-7251 facilite le cumul des récompenses de staking.

• Pour les développeurs: l'abstraction des comptes (7702) ouvre la voie à de nouvelles possibilités pour les dApps. La mise à l'échelle des blobs (7691, 7742) augmente le débit de la couche 2, tandis que les ajustements apportés à EL/CL (6110, 7002) facilitent l'intégration du staking.

• Pour le réseau: l'augmentation du nombre de blobs et l'optimisation des opérations CL permettent à l'Ethereum de faire face à des charges plus importantes, même si les bogues côté client nous rappellent les risques liés à l'exécution.
  

Les déboires de Holesky et la diversité de sa clientèle : la force cachée d’ Ethereum

Pectra a été déployé sur l’ testnet Holesky le 24 février 2025, marquant le coup d’envoi d’un test crucial pour la mise à niveau ; cependant, tout ne s’est pas déroulé exactement comme prévu. Au bout d’un certain temps, le réseau a rencontré des difficultés lorsque la finalité (c’est-à-dire le moment où les transactions sont validées) n’a pas pu être établie sur certains clients de la blockchain. Le problème provenait d’une mauvaise configuration des adresses des contrats de dépôt, ce qui a faussé le calcul du hachage des requêtes de Pectra et généré des valeurs erronées. En conséquence, la majorité des clients, comme Geth, se sont retrouvés bloqués, tandis que des acteurs minoritaires, tels qu’Erigon et Reth, ont continué à fonctionner (plus d’informations).

Cet incident survenu sur Holesky met en lumière un élément dont l'Ethereum ne peut se passer : la diversité des clients. Lorsqu'un client rencontre des difficultés, les autres prennent le relais, et c'est exactement ce qui s'est passé ici. Un réseau trop dépendant d’un seul client — comme lorsque Geth détenait 80 % des parts de marché en 2021 (plus d’infos) — est une structure fragile, susceptible de s’effondrer à la moindre faille (vous vous souvenez de la scission de la chaîne provoquée par la version 1.10.8 de Geth ?). La diversité des clients répartit ce risque, garantissant ainsi la résilience de la chaîne même lorsqu’un client faiblit. C’est pourquoi des entités telles qu’ Quicknode exploitent des configurations multi-clients — comme Geth, Nethermind, Erigon, Reth et bien d’autres — afin de renforcer leur infrastructure. Pour un réseau décentralisé comme Ethereum, ce n’est pas seulement un atout, c’est une nécessité absolue.

Prochaines étapes de la feuille de route

Si la mise à jour de Sepolia est menée à bien le 5 mars 2025, Pectra devrait être mise en service sur mainnet en avril 2025. Ensuite, Ethereum se concentrera sur la mise à jour de Fusaka, qui apportera les changements majeurs suivants :

• PeerDAS: une nouvelle fonctionnalité pour accélérer la croissance des solutions de couche 2

• Plus de « blobs »: augmentation du nombre de « blobs » à au moins 12, ce qui double la capacité d'évolutivité de la couche 2 offerte par Pectra.

• EVM EOF: ensemble de plusieurs EIP visant à améliorer la structure des contrats intelligents exécutés sur l'EVM.