Auteur : équipe de support du protocole Ethereum ; traduction : Jinse Caijing xiaozou
Le plan de mise à niveau Pectra d'Ethereum sera activé sur le réseau principal Ethereum à l'epoch 364032 le 7 mai 2025 (UTC 10:05:11).
1. Introduction à Pectra
Pectra est une mise à jour majeure suite à la mise à niveau Dencun de l'année dernière. Elle améliore le système de comptes Ethereum, optimise l'expérience des validateurs, prend en charge l'extension L2, etc. en introduisant de nouvelles fonctionnalités !
Cet article explorera en détail ces trois principales améliorations. Pour une compréhension complète du contenu de la mise à niveau, veuillez consulter le guide de mise à niveau sur ethereum.org.
(1) d'un compte externe (EOA) à un compte intelligent
EIP-7702 marque une étape importante dans le processus d'abstraction des comptes, permettant aux utilisateurs d'ajouter des fonctionnalités de contrat intelligent aux comptes externes (EOA).
Cette solution hybride combine la simplicité des EOA avec la programmabilité des comptes de contrat. Plus précisément, elle permet aux portefeuilles de prendre en charge les fonctionnalités suivantes :
• Traitement des transactions par lots : Plusieurs opérations peuvent être exécutées de manière atomique dans une seule transaction. Plus besoin d'initier des transactions distinctes pour "autoriser" et "échanger" !
• Paiement des frais de gaz : Permet à un tiers de payer les frais de transaction. Cela est particulièrement utile pour initier des transactions sans compte ETH.
• Validation alternative : signifie que de nombreux modules de sécurité matériels (HSM) dans le téléphone actuel peuvent autoriser les opérations de compte via des technologies telles que des clés d'accès.
Contrôle des dépenses : limitez le nombre de tokens pouvant être consommés par une application spécifique, ou définissez une limite quotidienne sur les transferts de portefeuille pour plus de sécurité.
• Mécanisme de récupération : Fournit aux utilisateurs plusieurs options de protection des actifs, sans nécessité de migration vers un nouveau compte.
Lors de l'utilisation de l'EIP-7702, l'EOA doit signer une autorisation pointant vers une adresse de délégation spécifique (cette adresse contient le code à exécuter). Une fois la configuration terminée, le compte obtient de nouvelles fonctionnalités de code (comme le traitement par lots, le paiement à la place, la logique de validation, etc.). Étant donné que le choix de l'objectif de délégation implique de transférer un contrôle considérable, l'EIP-7702 impose plusieurs vérifications de sécurité :
• Délégation de chaîne spécifique : Par défaut, la délégation n'est valable que pour un ID de chaîne spécifique, empêchant l'utilisation de la même autorisation à travers différents réseaux.
• Délégation de nonce liée : L'autorisation peut être liée au nonce actuel du compte, et devient automatiquement invalide lorsque le nonce augmente. • Révocabilité : Le propriétaire de l'EOA peut toujours créer une nouvelle autorisation EIP-7702 pour révoquer ou remplacer le code de délégation existant, évitant ainsi un blocage permanent dû à une erreur d'opération.
(2) optimisation de l'expérience des validateurs
Pectra contient trois EIP améliorant l'expérience des validateurs : 7251, 7002 et 6110.
Tout d'abord, l'EIP-7251 augmente le solde maximum des récompenses que les validateurs peuvent obtenir de 32 ETH à 2048 ETH en mettant à jour volontairement le type de certificat de retrait.
Pour les stakers, cela permet de réaliser des intérêts composés. Auparavant, la partie des validateurs qui stakait plus de 32 ETH n'était pas prise en compte dans le volume de staking actif. Les utilisateurs souhaitant staker plus de 32 ETH ne peuvent opérer qu'en unités de 32 ETH, tandis que la valeur intermédiaire doit dépendre du pool de staking. L'EIP-7251 permet aux nouveaux et anciens validateurs d'être configurés pour recevoir des récompenses en fonction du montant réellement staké (plafond de 2048 ETH).
Cet EIP permet également aux grands opérateurs de fusionner plusieurs validateurs de 32 ETH, réduisant ainsi les besoins en bande passante du réseau.
EIP-7002 étend les capacités des validateurs en introduisant des retraits déclenchables au niveau de l'exécution. Auparavant, seuls les clés de signature actives des validateurs pouvaient déclencher une sortie. Maintenant, si une adresse Ethereum est définie comme preuve de retrait, cette adresse peut également forcer une sortie. Cela réduit l'hypothèse de confiance dans les configurations de délégation, car les propriétaires de fonds (qu'il s'agisse d'une personne contrôlant un EOA ou d'un contrat intelligent géré par un DAO) peuvent toujours initier une sortie sans avoir à faire confiance.
Enfin, l'EIP-6110 a éliminé les problèmes hérités d'Ethereum avant la fusion : le délai entre le dépôt des validateurs et l'ajout à la file d'attente des dépôts. Avant la fusion d'Ethereum, la chaîne de balises devait attendre 2048 blocs pour traiter les dépôts des validateurs afin de faire face à une éventuelle réorganisation de la preuve de travail. Cela n'est plus nécessaire maintenant !
EIP-6110 a réduit le délai de traitement des dépôts d'environ 9 heures à 13 minutes.
(3) extension Blob
La dernière modification majeure de Pectra est l'EIP-7691, qui double le débit de blob d'Ethereum !
La blob introduite par la mise à niveau Dencun est une solution de stockage temporaire pour que les L2 soumettent des données de transactions compressées et des preuves à Ethereum L1. Une fois activée, elle réduit les frais L1 des L2 de 10 à 100 fois, diminuant considérablement les coûts de transaction pour les utilisateurs de L2.
Le réseau principal Ethereum prend en charge en moyenne 3 blobs par bloc, avec une capacité maximale de 6 blobs. L'EIP-7691 augmentera respectivement à une prise en charge moyenne de 6 blobs, avec un pic à 9.
Contrairement aux CALLDATA stockés de manière permanente sur les nœuds, les blobs sont supprimés après 4096 époques (environ 18 jours). Cela limite leur occupation de l'espace. La contrainte réelle des blobs provient de la bande passante, car ils doivent se propager dans la couche pair-à-pair d'Ethereum. Pour compenser la croissance de bande passante causée par l'EIP-7691, Pectra a également introduit l'EIP-7623 pour limiter la taille maximale des blocs.
Pour continuer à augmenter le débit de données d'Ethereum sans augmenter les besoins en bande passante, nous devons passer du modèle "chaque nœud stocke tous les blobs" à "les nœuds ne stockent qu'un sous-ensemble et vérifient le reste des données par échantillonnage réseau". La bonne nouvelle est que : des travaux connexes sont en cours ! Francesco de l'équipe de recherche de la Fondation Ethereum a décrit en gros cette feuille de route d'expansion lors de son discours principal à Devcon.
2、Pectra规范
Les mises à jour spécifiques de Pectra sont détaillées dans l'EIP-7600. Cela inclut :
• EIP-2537 : précompilation pour les opérations sur la courbe BLS12-381
• EIP-2935 : sauvegarder les valeurs de hachage des blocs historiques dans l'état.
• EIP-6110 : dépôt de validateurs de l'offre sur la chaîne
• EIP-7002 : sortie déclenchée par la couche d'exécution
• EIP-7251 : Augmenter la limite MAX_EFFECTIVE_BALANCE
• EIP-7549 : déplacer le champ d'index de comité hors de l'Attestation
• EIP-7623 : augmentation du coût du calldata
• EIP-7685 : demande de couche d'exécution générale
• EIP-7691 : Amélioration du débit des Blobs
• EIP-7702 : définir le code du compte EOA
• EIP-7840 : ajout d'un calendrier de blob au fichier de configuration EL
La version complète en Python des spécifications de la couche d'exécution et de la couche de consensus peut être consultée dans la version suivante :
• Couche d'exécution : v1.17.0rc6
• Couche de consensus : v1.5.0-beta.5
De plus, Pectra a également mis à jour l'API Engine utilisée pour la communication entre les nœuds de la couche de consensus et de la couche d'exécution.
3、Activation de Pectra
La mise à niveau du réseau Pectra sera activée sur le réseau principal Ethereum le 7 mai 2025 à 10:05:11 UTC (début de l'époque 364032).
L'activation a déjà été complétée sur les réseaux de test Hoodi, Holesky et Sepolia.
4、Version du client
Les versions de client suivantes sont adaptées à la mise à niveau Pectra du réseau principal Ethereum.
version de protocole de consensus
Lors de l'exécution d'un validateurs, il est nécessaire de mettre à jour simultanément le nœud de balise de la couche de consensus et le client de validateurs.
version de la couche d'exécution
5、Questions fréquentes
Q : Comment fonctionne la mise à niveau du réseau Ethereum ?
Réponse : La mise à niveau du réseau Ethereum nécessite que les opérateurs de nœuds choisissent clairement de participer. Bien que les développeurs de clients parviennent à un consensus sur les EIP inclus dans la mise à niveau, ils ne sont pas les décideurs finaux.
Pour que la mise à niveau prenne effet, les validateurs et les nœuds non stakés doivent mettre à jour manuellement le logiciel pour prendre en charge le nouveau protocole.
Si le client Ethereum utilisé n'est pas mis à jour vers la dernière version (voir ci-dessus), la connexion avec les nœuds mis à niveau sera interrompue lors de la bifurcation des blocs, entraînant une bifurcation du réseau. Dans ce cas, chaque sous-ensemble de nœuds ne maintiendra la connexion qu'avec les nœuds ayant le même état (non) mis à niveau.
Bien que la plupart des mises à jour d'Ethereum soient incontestées et que les forks soient rares, la décision des opérateurs de nœuds de soutenir ou non les mises à jour est une caractéristique centrale de la gouvernance d'Ethereum.
Question : En tant qu'utilisateur du réseau principal Ethereum ou détenteur d'ETH, que dois-je faire ?
Réponse : En un mot : pas besoin.
Si vous utilisez un échange, un portefeuille numérique ou un portefeuille matériel, aucune opération n'est nécessaire à moins que le prestataire de services ne l'indique spécifiquement.
Q : En tant qu'opérateur de nœud non engagé, que dois-je faire ?
Réponse : Pour assurer la compatibilité, veuillez mettre à jour le client de la couche d'exécution et le client de la couche de consensus vers les versions indiquées dans le tableau ci-dessus.
Q : En tant que staker, que dois-je faire ?
Réponse : Pour assurer la compatibilité, veuillez mettre à jour les clients de la couche d'exécution et de la couche de consensus vers les versions listées dans le tableau ci-dessus. Veuillez également mettre à jour les nœuds de balise et les clients de validateurs.
Question : En tant que développeur d'applications ou d'outils, que devrais-je faire ?
Réponse : Examiner les EIP inclus dans Pectra et évaluer leur impact sur le projet - cette mise à niveau introduit de nombreuses nouvelles fonctionnalités passionnantes tant au niveau d'exécution qu'au niveau de consensus !
Question : Pourquoi l'avoir nommé "Pectra" ?
Réponse : La mise à niveau de la couche d'exécution utilise le nom des villes de Devcon, tandis que la mise à niveau de la couche de consensus utilise des noms d'astres. "Pectra" est une combinaison de Prague, le lieu de Devcon IV, et de l'étoile géante bleue et blanche Electra dans le Taureau.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Guide complet de mise à niveau d'Ethereum Pectra
Auteur : équipe de support du protocole Ethereum ; traduction : Jinse Caijing xiaozou
Le plan de mise à niveau Pectra d'Ethereum sera activé sur le réseau principal Ethereum à l'epoch 364032 le 7 mai 2025 (UTC 10:05:11).
1. Introduction à Pectra
Pectra est une mise à jour majeure suite à la mise à niveau Dencun de l'année dernière. Elle améliore le système de comptes Ethereum, optimise l'expérience des validateurs, prend en charge l'extension L2, etc. en introduisant de nouvelles fonctionnalités !
Cet article explorera en détail ces trois principales améliorations. Pour une compréhension complète du contenu de la mise à niveau, veuillez consulter le guide de mise à niveau sur ethereum.org.
(1) d'un compte externe (EOA) à un compte intelligent
EIP-7702 marque une étape importante dans le processus d'abstraction des comptes, permettant aux utilisateurs d'ajouter des fonctionnalités de contrat intelligent aux comptes externes (EOA).
Cette solution hybride combine la simplicité des EOA avec la programmabilité des comptes de contrat. Plus précisément, elle permet aux portefeuilles de prendre en charge les fonctionnalités suivantes :
• Traitement des transactions par lots : Plusieurs opérations peuvent être exécutées de manière atomique dans une seule transaction. Plus besoin d'initier des transactions distinctes pour "autoriser" et "échanger" !
• Paiement des frais de gaz : Permet à un tiers de payer les frais de transaction. Cela est particulièrement utile pour initier des transactions sans compte ETH.
• Validation alternative : signifie que de nombreux modules de sécurité matériels (HSM) dans le téléphone actuel peuvent autoriser les opérations de compte via des technologies telles que des clés d'accès.
Contrôle des dépenses : limitez le nombre de tokens pouvant être consommés par une application spécifique, ou définissez une limite quotidienne sur les transferts de portefeuille pour plus de sécurité.
• Mécanisme de récupération : Fournit aux utilisateurs plusieurs options de protection des actifs, sans nécessité de migration vers un nouveau compte.
Lors de l'utilisation de l'EIP-7702, l'EOA doit signer une autorisation pointant vers une adresse de délégation spécifique (cette adresse contient le code à exécuter). Une fois la configuration terminée, le compte obtient de nouvelles fonctionnalités de code (comme le traitement par lots, le paiement à la place, la logique de validation, etc.). Étant donné que le choix de l'objectif de délégation implique de transférer un contrôle considérable, l'EIP-7702 impose plusieurs vérifications de sécurité :
• Délégation de chaîne spécifique : Par défaut, la délégation n'est valable que pour un ID de chaîne spécifique, empêchant l'utilisation de la même autorisation à travers différents réseaux.
• Délégation de nonce liée : L'autorisation peut être liée au nonce actuel du compte, et devient automatiquement invalide lorsque le nonce augmente. • Révocabilité : Le propriétaire de l'EOA peut toujours créer une nouvelle autorisation EIP-7702 pour révoquer ou remplacer le code de délégation existant, évitant ainsi un blocage permanent dû à une erreur d'opération.
(2) optimisation de l'expérience des validateurs
Pectra contient trois EIP améliorant l'expérience des validateurs : 7251, 7002 et 6110.
Tout d'abord, l'EIP-7251 augmente le solde maximum des récompenses que les validateurs peuvent obtenir de 32 ETH à 2048 ETH en mettant à jour volontairement le type de certificat de retrait.
Pour les stakers, cela permet de réaliser des intérêts composés. Auparavant, la partie des validateurs qui stakait plus de 32 ETH n'était pas prise en compte dans le volume de staking actif. Les utilisateurs souhaitant staker plus de 32 ETH ne peuvent opérer qu'en unités de 32 ETH, tandis que la valeur intermédiaire doit dépendre du pool de staking. L'EIP-7251 permet aux nouveaux et anciens validateurs d'être configurés pour recevoir des récompenses en fonction du montant réellement staké (plafond de 2048 ETH).
Cet EIP permet également aux grands opérateurs de fusionner plusieurs validateurs de 32 ETH, réduisant ainsi les besoins en bande passante du réseau.
EIP-7002 étend les capacités des validateurs en introduisant des retraits déclenchables au niveau de l'exécution. Auparavant, seuls les clés de signature actives des validateurs pouvaient déclencher une sortie. Maintenant, si une adresse Ethereum est définie comme preuve de retrait, cette adresse peut également forcer une sortie. Cela réduit l'hypothèse de confiance dans les configurations de délégation, car les propriétaires de fonds (qu'il s'agisse d'une personne contrôlant un EOA ou d'un contrat intelligent géré par un DAO) peuvent toujours initier une sortie sans avoir à faire confiance.
Enfin, l'EIP-6110 a éliminé les problèmes hérités d'Ethereum avant la fusion : le délai entre le dépôt des validateurs et l'ajout à la file d'attente des dépôts. Avant la fusion d'Ethereum, la chaîne de balises devait attendre 2048 blocs pour traiter les dépôts des validateurs afin de faire face à une éventuelle réorganisation de la preuve de travail. Cela n'est plus nécessaire maintenant !
EIP-6110 a réduit le délai de traitement des dépôts d'environ 9 heures à 13 minutes.
(3) extension Blob
La dernière modification majeure de Pectra est l'EIP-7691, qui double le débit de blob d'Ethereum !
La blob introduite par la mise à niveau Dencun est une solution de stockage temporaire pour que les L2 soumettent des données de transactions compressées et des preuves à Ethereum L1. Une fois activée, elle réduit les frais L1 des L2 de 10 à 100 fois, diminuant considérablement les coûts de transaction pour les utilisateurs de L2.
Le réseau principal Ethereum prend en charge en moyenne 3 blobs par bloc, avec une capacité maximale de 6 blobs. L'EIP-7691 augmentera respectivement à une prise en charge moyenne de 6 blobs, avec un pic à 9.
Contrairement aux CALLDATA stockés de manière permanente sur les nœuds, les blobs sont supprimés après 4096 époques (environ 18 jours). Cela limite leur occupation de l'espace. La contrainte réelle des blobs provient de la bande passante, car ils doivent se propager dans la couche pair-à-pair d'Ethereum. Pour compenser la croissance de bande passante causée par l'EIP-7691, Pectra a également introduit l'EIP-7623 pour limiter la taille maximale des blocs.
Pour continuer à augmenter le débit de données d'Ethereum sans augmenter les besoins en bande passante, nous devons passer du modèle "chaque nœud stocke tous les blobs" à "les nœuds ne stockent qu'un sous-ensemble et vérifient le reste des données par échantillonnage réseau". La bonne nouvelle est que : des travaux connexes sont en cours ! Francesco de l'équipe de recherche de la Fondation Ethereum a décrit en gros cette feuille de route d'expansion lors de son discours principal à Devcon.
2、Pectra规范
Les mises à jour spécifiques de Pectra sont détaillées dans l'EIP-7600. Cela inclut :
• EIP-2537 : précompilation pour les opérations sur la courbe BLS12-381
• EIP-2935 : sauvegarder les valeurs de hachage des blocs historiques dans l'état.
• EIP-6110 : dépôt de validateurs de l'offre sur la chaîne
• EIP-7002 : sortie déclenchée par la couche d'exécution
• EIP-7251 : Augmenter la limite MAX_EFFECTIVE_BALANCE
• EIP-7549 : déplacer le champ d'index de comité hors de l'Attestation
• EIP-7623 : augmentation du coût du calldata
• EIP-7685 : demande de couche d'exécution générale
• EIP-7691 : Amélioration du débit des Blobs
• EIP-7702 : définir le code du compte EOA
• EIP-7840 : ajout d'un calendrier de blob au fichier de configuration EL
La version complète en Python des spécifications de la couche d'exécution et de la couche de consensus peut être consultée dans la version suivante :
• Couche d'exécution : v1.17.0rc6
• Couche de consensus : v1.5.0-beta.5
De plus, Pectra a également mis à jour l'API Engine utilisée pour la communication entre les nœuds de la couche de consensus et de la couche d'exécution.
3、Activation de Pectra
La mise à niveau du réseau Pectra sera activée sur le réseau principal Ethereum le 7 mai 2025 à 10:05:11 UTC (début de l'époque 364032).
L'activation a déjà été complétée sur les réseaux de test Hoodi, Holesky et Sepolia.
4、Version du client
Les versions de client suivantes sont adaptées à la mise à niveau Pectra du réseau principal Ethereum.
version de protocole de consensus
Lors de l'exécution d'un validateurs, il est nécessaire de mettre à jour simultanément le nœud de balise de la couche de consensus et le client de validateurs.
version de la couche d'exécution
5、Questions fréquentes
Q : Comment fonctionne la mise à niveau du réseau Ethereum ?
Réponse : La mise à niveau du réseau Ethereum nécessite que les opérateurs de nœuds choisissent clairement de participer. Bien que les développeurs de clients parviennent à un consensus sur les EIP inclus dans la mise à niveau, ils ne sont pas les décideurs finaux.
Pour que la mise à niveau prenne effet, les validateurs et les nœuds non stakés doivent mettre à jour manuellement le logiciel pour prendre en charge le nouveau protocole.
Si le client Ethereum utilisé n'est pas mis à jour vers la dernière version (voir ci-dessus), la connexion avec les nœuds mis à niveau sera interrompue lors de la bifurcation des blocs, entraînant une bifurcation du réseau. Dans ce cas, chaque sous-ensemble de nœuds ne maintiendra la connexion qu'avec les nœuds ayant le même état (non) mis à niveau.
Bien que la plupart des mises à jour d'Ethereum soient incontestées et que les forks soient rares, la décision des opérateurs de nœuds de soutenir ou non les mises à jour est une caractéristique centrale de la gouvernance d'Ethereum.
Question : En tant qu'utilisateur du réseau principal Ethereum ou détenteur d'ETH, que dois-je faire ?
Réponse : En un mot : pas besoin.
Si vous utilisez un échange, un portefeuille numérique ou un portefeuille matériel, aucune opération n'est nécessaire à moins que le prestataire de services ne l'indique spécifiquement.
Q : En tant qu'opérateur de nœud non engagé, que dois-je faire ?
Réponse : Pour assurer la compatibilité, veuillez mettre à jour le client de la couche d'exécution et le client de la couche de consensus vers les versions indiquées dans le tableau ci-dessus.
Q : En tant que staker, que dois-je faire ?
Réponse : Pour assurer la compatibilité, veuillez mettre à jour les clients de la couche d'exécution et de la couche de consensus vers les versions listées dans le tableau ci-dessus. Veuillez également mettre à jour les nœuds de balise et les clients de validateurs.
Question : En tant que développeur d'applications ou d'outils, que devrais-je faire ?
Réponse : Examiner les EIP inclus dans Pectra et évaluer leur impact sur le projet - cette mise à niveau introduit de nombreuses nouvelles fonctionnalités passionnantes tant au niveau d'exécution qu'au niveau de consensus !
Question : Pourquoi l'avoir nommé "Pectra" ?
Réponse : La mise à niveau de la couche d'exécution utilise le nom des villes de Devcon, tandis que la mise à niveau de la couche de consensus utilise des noms d'astres. "Pectra" est une combinaison de Prague, le lieu de Devcon IV, et de l'étoile géante bleue et blanche Electra dans le Taureau.