Titres Titres
- Aperçu de Pectra
- Spécifications de Pectra
- Activation de Pectra
- Versions des Clients
- FAQ
- Comment fonctionnent les mises à niveau du réseau Ethereum ?
- En tant qu’utilisateur ou détenteur d’$ETH, y a-t-il quelque chose à faire ?
- En tant qu’opérateur de nœud non-staking sur Sepolia ou Holesky, que dois-je faire ?
- En tant que staker sur Sepolia ou Holesky, que dois-je faire ?
- En tant qu’opérateur ou staker non-Sepolia ou Holesky, que dois-je faire ?
- En tant que développeur d’application ou d’outils, que dois-je faire ?
- En tant que chercheur en sécurité, que dois-je faire ?
- Pourquoi « Pectra » ?
La mise à niveau du réseau Pectra est prévue pour être activée sur les testnets Ethereum !
Aperçu de Pectra
La mise à niveau sera lancée sur Holesky à l’epoch 115968 (le 24 février à 21h55 UTC) et sur Sepolia à l’epoch 222464 (le 5 mars à 07h29 UTC). Les annonces concernant les versions du client testnet Pectra sont indiquées ci-dessous. Une fois que les deux testnets auront été mis à jour avec succès, un epoch d’activation pour le mainnet sera sélectionné.
Pectra s’inscrit dans la continuité de la mise à niveau Dencun de l’année dernière. Cette mise à jour apporte des fonctionnalités visant à améliorer les comptes Ethereum, à enrichir l’expérience des validateurs et à soutenir l’évolutivité de la couche 2, entre autres !
Dans cet article, nous allons analyser en détail trois améliorations majeures. Pour un aperçu plus complet, consultez le guide de mise à niveau sur ethereum.org.
Des EOAs aux Comptes Intelligents
L’EIP-7702 marque une avancée significative vers l’abstraction des comptes, permettant aux utilisateurs d’améliorer leurs Externally Owned Accounts (EOAs) avec des fonctionnalités de contrats intelligents.
Cette approche hybride combine la simplicité des EOAs avec la programmabilité des comptes basés sur des contrats. Concrètement, cela permet :
- Le groupement de transactions, où plusieurs opérations s’exécutent de manière atomique dans une seule transaction. Finies les transactions séparées pour « approuver » et « échanger » !
- Le parrainage des frais, permettant à d’autres de payer pour les frais de transaction. Cela est particulièrement utile lors des opérations à partir d’un compte sans ETH.
- Une authentification alternative, qui signifie que de nombreux modules de sécurité matériels (HSM) des téléphones d’aujourd’hui peuvent être utilisés pour autoriser des opérations via des technologies comme les passkeys.
- Des contrôles de dépenses, qui peuvent limiter combien de tokens une application spécifique peut dépenser ou caper les sorties journalières d’un portefeuille, renforçant ainsi la sécurité.
- Des mécanismes de récupération, offrant différentes options pour sécuriser les actifs des utilisateurs sans nécessiter de migration vers un nouveau compte.
Pour utiliser l’EIP-7702, un EOA signe une autorisation pointant vers une adresse de délégation spécifique dont il souhaite exécuter le code. Une fois défini, le compte acquiert les nouvelles capacités de ce code (par exemple, groupement, parrainage, logique d’authentification, etc.). Étant donné que choisir une délégation implique un transfert de contrôle considérable, l’EIP-7702 impose plusieurs vérifications de sécurité :
- Délégations spécifiques à la chaîne : par défaut, une délégation n’est valide que sur un ID de chaîne spécifique, empêchant ainsi l’utilisation de la même autorisation sur différents réseaux.
- Délégations liées au nonce : les autorisations peuvent être rattachées au nonce actuel du compte, les invalidant automatiquement dès que le nonce augmente.
- Résiliation possible : le propriétaire de l’EOA peut toujours créer une nouvelle autorisation EIP-7702 qui révoque ou remplace le code de délégation existant, évitant ainsi un blocage permanent en cas de problème.
Pour approfondir sur le fonctionnement de tout cela, consultez l’intervention de @lightclient lors de Devcon.
Améliorations UX des Validateurs
Trois nouvelles EIPs dans Pectra améliorent l’expérience des validateurs : 7251, 7002 et 6110.
L’EIP-7251 augmente le solde maximum pour lequel un validateur peut recevoir des récompenses, passant de 32 ETH à 2048 ETH, grâce à une mise à jour opt-in du type de données d’identification de retrait.
Pour les petits stakers, cela permet la capitalisation automatique des récompenses. Auparavant, les récompenses perçues au-delà des 32 ETH déposés par un validateur n’étaient pas comptées dans leur mise active. Avec l’EIP-7251, les validateurs existants et nouveaux peuvent configurer leurs comptes pour gagner des récompenses sur l’intégralité de leur mise, jusqu’à 2048 ETH par validateur.
Cette EIP permet également aux grands opérateurs de consolider plusieurs validateurs en fusionnant ceux ayant des identifiants de retrait communs, réduisant ainsi la nécessité de bande passante pour le réseau entier.
L’EIP-7002 étend également les capacités des validateurs en introduisant des retraits déclenchables par la couche d’exécution. Maintenant, si une adresse Ethereum est configurée comme identifiant de retrait, elle peut également forcer une sortie.
Enfin, l’EIP-6110 supprime un vestige de l’Ethereum avant la fusion : le retard entre les dépôts des validateurs et leur ajout à la file d’attente de dépôts. Avec cette amélioration, les délais de traitement des dépôts passent d’environ 9 heures à environ 13 minutes.
Scalabilité des Blobs
Le dernier changement majeur dans Pectra est l’EIP-7691, qui augmente de 50 % la capacité de blob d’Ethereum !
Les blobs, introduits lors de la mise à niveau Dencun, sont des espaces de stockage de données éphémères que les L2 peuvent utiliser pour soumettre des données et des preuves de transactions compressées à Ethereum L1. Depuis leur lancement, ils ont réduit les frais L1 pour les L2 de 10 à 100 fois, rendant ainsi les transactions des utilisateurs L2 beaucoup moins chères.
Actuellement, le mainnet Ethereum prend en charge en moyenne 3 blobs par bloc, avec un maximum de 6 pour répondre aux périodes de forte demande. Avec l’EIP-7691, ces chiffres passeront à une moyenne de 6 et un maximum de 9.
Contrairement aux CALLDATA, que les nœuds stockent indéfiniment, les blobs sont supprimés du réseau après 4096 époques (environ 18 jours), limitant ainsi l’espace disque qu’ils peuvent utiliser. Pour compenser l’augmentation de la bande passante provoquée par l’EIP-7691, Pectra introduit également l’EIP-7623, qui plafonne la taille maximale d’un bloc.
Pour continuer à évoluer le débit de données d’Ethereum sans une augmentation correspondante des exigences de bande passante, nous devons passer à un monde où chaque nœud ne stocke qu’un sous-ensemble de blobs tout en échantillonnant le réseau pour vérifier les données restantes des blobs. Bonne nouvelle : des travaux de soutien à ce sujet sont déjà en cours ! Francesco de l’équipe de recherche de la Fondation Ethereum a exposé cette feuille de route de scalabilité lors de son intervention lors de Devcon.
Spécifications de Pectra
La liste des changements introduits dans Pectra peut être consultée dans l’EIP-7600. Pour référence, les changements sont :
De plus, la spécification Python complète pour les modifications des couches d’exécution et de consensus est disponible dans les versions suivantes :
Pectra introduit également des changements à l’API du moteur utilisée pour la communication entre les nœuds de consensus et d’exécution. Celles-ci sont spécifiées dans le fichier prague.md du dépôt.
Activation de Pectra
La mise à niveau du réseau Pectra sera activée sur Holesky et Sepolia comme suit :
Il est à noter que Pectra a déjà été activé sur Ephemery, un testnet de staking qui se réinitialise tous les 28 jours.
Versions des Clients
Les versions suivantes des clients sont adaptées pour la mise à niveau Pectra sur Holesky et Sepolia. D’autres versions seront publiées pour activer le support sur le mainnet, avec un nouvel avis à cet effet sur ce blog.
Versions de la Couche de Consensus Sepolia & Holesky
Lorsque vous exécutez un validateur, il est impératif que le nœud Beacon de la couche de consensus et le client Validator soient mis à jour.
Note : le client Grandine a été open-sourcé en avril 2024. Depuis, il a été inclus dans tous les efforts de test de Pectra aux côtés d’autres clients.
Versions de la Couche d’Exécution Sepolia & Holesky
FAQ
Comment fonctionnent les mises à niveau du réseau Ethereum ?
Les mises à niveau du réseau Ethereum nécessitent un opt-in explicite de la part des opérateurs de nœuds. Bien que les développeurs de clients parviennent à un consensus sur les EIPs inclus dans une mise à niveau, ils ne sont pas les décideurs finaux de son adoption.
Pour que la mise à niveau soit active, les validateurs et les nœuds non-stakers doivent mettre à jour manuellement leur logiciel pour soutenir les changements de protocole introduits.
S’ils utilisent un client Ethereum qui n’est pas à jour (comme mentionné ci-dessus), au bloc de fork, il se déconnectera des pairs qui ont été mis à niveau, conduisant à un fork sur le réseau. Dans ce cas, chaque sous-ensemble des nœuds du réseau ne restera connecté qu’à ceux qui partagent leur statut (mis à jour ou non).
Bien que la plupart des mises à niveau d’Ethereum soient non controversées et que les cas de forks aient été rares, la possibilité pour les opérateurs de nœuds de coordonner leur soutien ou non à une mise à niveau est une caractéristique clé de la gouvernance d’Ethereum.
En tant qu’utilisateur ou détenteur d’$ETH, y a-t-il quelque chose à faire ?
En résumé, non. Cette annonce concerne uniquement les testnets Ethereum : Holesky et Sepolia. Une annonce ultérieure sera faite pour l’activation de Pectra sur le mainnet Ethereum, mais même dans ce cas, les utilisateurs mainnet d’Ethereum et les détenteurs d’$ETH ne sont pas censés avoir à agir.
Si vous souhaitez suivre l’activation en direct sur Holesky, EthStaker organise une soirée de visionnage en ligne !
En tant qu’opérateur de nœud non-staking sur Sepolia ou Holesky, que dois-je faire ?
Pour être compatible avec la mise à niveau sur l’un ou l’autre testnet, mettez à jour les clients de votre nœud pour les couches d’exécution et de consensus.
En tant que staker sur Sepolia ou Holesky, que dois-je faire ?
Pour rester compatible avec la mise à niveau sur l’un des testnets, assurez-vous que les clients de votre nœud pour les couches d’exécution et de consensus sont mis à jour. Assurez-vous que votre nœud beacon et votre client validator sont tous les deux à jour.
En tant qu’opérateur ou staker non-Sepolia ou Holesky, que dois-je faire ?
Pour l’instant, rien. D’autres annonces seront faites pour l’activation de Pectra sur le mainnet.
En tant que développeur d’application ou d’outils, que dois-je faire ?
Examinez les EIPs inclus dans Pectra pour déterminer si et comment ils affectent votre projet – de nombreuses nouvelles fonctionnalités passionnantes sont introduites tant au niveau de l’exécution qu’à celui du consensus !
En tant que chercheur en sécurité, que dois-je faire ?
Restez à l’affût d’un post concernant la compétition de bugs de Pectra qui arrive bientôt 👀
Pourquoi « Pectra » ?
Les mises à niveau de la couche d’exécution suivent les noms des villes de Devcon, et celles de la couche de consensus utilisent des noms d’étoiles. « Pectra » est une combinaison de Prague, le lieu de Devcon IV, et d’Electra, une étoile géante bleu-blanc de la constellation du Taureau.
Image d’origine par Julia Solonina, avec modifications.
Source https://blog.ethereum.org/en/2025/02/14/pectra-testnet-announcement