Décryptage d'Ethereum Pectra : la prochaine grande mise à jour
TechFlow SélectionTechFlow Sélection
Décryptage d'Ethereum Pectra : la prochaine grande mise à jour
La mise à niveau Pectra est la prochaine étape importante du réseau Ethereum, prévue pour être mise en œuvre au premier trimestre 2025.
Dédié à des analyses Web3 approfondiesRédaction : dwong
L'activation de Pectra constitue la prochaine étape importante du réseau Ethereum, prévue pour être mise en œuvre au premier trimestre 2025. Cette mise à jour comprend deux volets principaux : l'évolution de la couche d'exécution appelée Prague et celle de la couche de consensus nommée Electra.
Contrairement aux précédentes mises à jour majeures, Pectra ne se concentre pas sur un objectif principal unique, mais vise plutôt plusieurs améliorations techniques et optimisations. Cela contraste avec des mises à jour comme Dencun (réduction drastique des frais sur les L2) ou Shapella (autorisation du retrait des ETH mis en jeu, dernière étape de la transition complète vers la preuve d'enjeu - PoS).
Dernières avancées
Récemment, les développeurs principaux d'Ethereum (ACD, All Core Developers) ont discuté lors d'une réunion téléphonique de la possibilité de scinder la mise à jour Pectra en deux phases. Selon cette proposition :
-
La mise à jour Pectra inclurait les EIPs de pectra-devnet-3 (voir ci-dessous).
-
Les composantes initialement prévues EOF (EVM Object Format) et PeerDAS (Peer Data Availability Sampling) seraient reportées à une mise à jour ultérieure provisoirement nommée Fusaka (Fulu + Osaka).
-
Les éléments liés aux arbres de Verkle, initialement prévus pour Osaka, seraient repoussés plus loin, probablement intégrés lors de la mise à jour Amsterdam.
Cette approche par étapes vise à maintenir chaque mise à jour dans des limites gérables en termes de taille et de complexité, tout en permettant suffisamment de temps pour tester et peaufiner chaque technologie.
EIPs associés à la mise à jour Pectra
EIPs confirmés
-
EIP-2537[1] : Précompilations pour opérations sur courbe BLS12-381
-
EIP-2935[2] : Sauvegarde des hachages de blocs historiques dans l'état
-
EIP-6110[3] : Dépôts de validateurs directement sur la chaîne
-
EIP-7002[4] : Sortie déclenchable depuis la couche d'exécution
-
EIP-7251[5] : Augmentation du solde effectif maximal
-
EIP-7549[6] : Déplacement de l'index de comité hors des attestations
-
EIP-7685[7] : Demandes générales de la couche d'exécution
-
EIP-7702[8] : Affectation de code à un compte EOA via transaction
EIPs en cours d'examen
-
EIP-7212 : Précompilation supportant la courbe secp256r1
-
EIP-7547[9] : Liste incluse
-
EIP-7623[10] : Augmentation du coût des données calldata
-
EIP-7742[11] : Dissociation du nombre de blobs entre couche de consensus et couche d'exécution
Présentation des principaux EIPs
EIP-2537 : Précompilations pour opérations sur courbe BLS12-381
Ce document introduit des opérations précompilées sur la courbe BLS12-381, considérablement accélérant des tâches telles que la vérification des signatures BLS. Comparée à la précompilation BN254 actuelle, BLS12-381 offre une sécurité accrue (supérieure à 120 bits contre seulement 80 bits pour BN254). Cette amélioration englobe non seulement les calculs basiques sur courbes, mais intègre aussi des exponentiations multiples, posant les bases d'une agrégation efficace des clés publiques et des signatures.
EIP-2935 : Sauvegarde des hachages de blocs historiques dans l'état
Cette proposition recommande de stocker les hachages des 8192 derniers blocs dans un contrat système. Ce changement vise principalement à faciliter l'exécution des clients sans état (stateless clients). Grâce à cela, ces clients peuvent facilement obtenir les informations historiques nécessaires, tout en conservant la compatibilité avec l'opcode BLOCKHASH existant. Cela simplifie le mécanisme de stockage des hachages de blocs et ouvre de nouvelles méthodes d'accès aux données historiques.
EIP-6110 : Dépôts de validateurs directement sur la chaîne
Cette proposition intègre directement le processus de dépôt des validateurs dans la structure des blocs de la couche d'exécution d'Ethereum. Ce transfert déplace la responsabilité d'inclusion et de validation des dépôts de la couche de consensus vers la couche d'exécution, supprimant ainsi la nécessité pour la couche de consensus de voter sur les dépôts (ou eth1data). La liste des dépôts est générée en analysant les événements de logs des transactions de dépôt dans le contrat. Cette méthode améliore non seulement la sécurité et l'efficacité du traitement des dépôts, mais renforce également l'expérience utilisateur. En outre, elle simplifie la conception des logiciels clients et réduit la complexité globale du système.
EIP-7002 : Sortie déclenchable depuis la couche d'exécution
Cette proposition introduit un nouveau mécanisme permettant aux validateurs de déclencher leurs opérations de retrait et de sortie via la couche d'exécution (en utilisant les identifiants de retrait 0x01). La mise en œuvre concrète consiste à ajouter le message de retrait dans les blocs de la couche d'exécution, puis à le transmettre à la couche de consensus pour traitement. Cette méthode offre aux validateurs des options de sortie plus flexibles tout en maintenant la sécurité et la cohérence du système.
EIP-7251 : Augmentation du solde effectif maximal
Cette proposition vise à augmenter le solde effectif maximal (MAX_EFFECTIVE_BALANCE) des validateurs Ethereum, tout en conservant le seuil minimal de mise en jeu à 32 ETH. Ce changement présente plusieurs avantages :
-
Permet aux grands opérateurs de nœuds de fusionner leurs validateurs en un nombre réduit, améliorant ainsi leur efficacité opérationnelle.
-
Offre aux petits participants l'opportunité de bénéficier des rendements composés, augmentant l'attractivité du staking.
-
Propose des options de staking plus flexibles, attirant davantage de participants.
-
Réduit le nombre de validateurs redondants sur le réseau, diminuant ainsi le volume des messages P2P.
-
Réduit l'empreinte mémoire de BeaconState, améliorant l'efficacité du système.
-
S'intègre avec les retraits partiels améliorés de la couche d'exécution, optimisant davantage la liquidité du réseau Ethereum.
EIP-7549 : Déplacement de l'index de comité hors des attestations
Cette proposition recommande de retirer le champ index du comité des messages signés d'attestation afin de permettre l'agrégation de votes de consensus identiques. Son objectif principal est d'améliorer l'efficacité des clients Casper FFG en réduisant le nombre moyen d'appariements requis pour vérifier les règles de consensus. Bien que tous les types de clients puissent tirer profit de cette amélioration, c'est particulièrement pour les circuits ZK ayant besoin de prouver le consensus Casper FFG que les gains de performance pourraient être les plus significatifs.
EIP-7685 : Demandes générales de la couche d'exécution
Cette proposition définit un cadre général pour stocker et traiter des demandes déclenchées par des contrats intelligents. Concrètement, elle ajoute un champ dans l'en-tête et le corps d'exécution pour y insérer les informations de demande, exposant ainsi ces requêtes à la couche de consensus qui peut alors les traiter individuellement. Ce mécanisme répond principalement à la demande croissante de validateurs contrôlés par des contrats intelligents, posant les fondations pour des interactions complexes futures sur la chaîne.
EIP-7702 : Affectation de code à un compte EOA via transaction
Proposé notamment par Vitalik Buterin, l'EIP-7702 vise à optimiser l'abstraction des comptes (account abstraction) sur Ethereum. Il introduit un nouveau type de transaction permettant aux comptes possédés extérieurement (EOA) de définir du code de compte via un mécanisme d'autorisation. Cette amélioration prend en charge plusieurs fonctionnalités nouvelles :
-
Opérations groupées : permet à un EOA d'exécuter plusieurs actions dans une même transaction, améliorant ainsi l'efficacité.
-
Paiement de transaction par un tiers : facilite le paiement des frais par un tiers.
-
Rétrogradation de permissions : renforce la sécurité et la flexibilité des comptes.
Grâce à une nouvelle structure de transaction, cette proposition améliore non seulement la fonctionnalité et l'utilisabilité des EOA, mais assure également une bonne compatibilité et extensibilité pour les technologies futures d'abstraction des comptes.
Conclusion
Bien que la mise à jour Pectra ne se focalise pas sur un objectif majeur unique, elle renforcera par une série d'améliorations techniques les fonctionnalités, la sécurité et l'efficacité du réseau Ethereum. À mesure que le plan de mise à jour progressera, nous assisterons probablement à l'ajout ou à la modification d'autres EIPs.
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
@UpchainDAO
