jakiro
Auteur: 0xnatalie Source: Chainfeeds
La prochaine mise à niveau d’Ethereum vers PECTRA, son nom provient de la combinaison de Prague et Electra.
Prague représente la mise à niveau de la couche d’exécution, nommée à Prague, la conférence Host City of Ethereum Developers (Devcon 4), tandis que Electra symbolise la mise à niveau de la couche consensus, nommée d’après les étoiles dans l’ordre alphabétique.Le nom d’étoile Electra sélectionné cette fois correspond à la lettre « E ».
En tant que fourchette dure qui peut impliquer les propositions d’amélioration les plus éthereum (EIP) dans l’histoire d’Ethereum, la mise à niveau de PECTRA comprend non seulement une série de propositions pour les opérations de validateur et les améliorations des performances principales, mais introduit également des propositions pour optimiser L2.Le réseau de test PECTRA DEVNET 4 vient d’être lancé et 8 EIP ont été confirmés pour être inclus dans la mise à niveau de Pectra.
Identifiez l’EIP inclus et son impact
L’impact de ces 8 EIP sur les utilisateurs se reflète: en ajoutant des capacités d’exécution de code à l’EOA, en améliorant la flexibilité du compte, leur permettant d’effectuer des opérations plus complexes; Les processus du validateur améliorent la sécurité et l’efficacité et augmentent la vitesse et le débit d’Ethereum.
EIP-2537 (prend en charge la signature BLS): En introduisant une série de contrats précompilés (contrats précompilés), il peut ajouter une prise en charge des opérations de courbe BLS12-381 à Ethereum.Implémenter la vérification de la signature BLS, et permet à plusieurs signatures de s’agréger en une seule signature, réduisant ainsi la complexité pendant la vérification.La signature BLS est un algorithme cryptographique qui génère des signatures plus petites et prend en charge l’agrégation de signature.Ce vaAide L2, qui nécessite beaucoup d’opérations de vérification de signature et de vérification des données, fonctionne mieux.
EIP-2935 (sauver le hachage historique de blocs dans l’état): en stockant les hachages de bloc 8192 les plus récents dans le contrat du système,Pour prendre en charge les modèles de clients apatrides, et offre une fonction de requête de hachage historique plus flexible.Ces hachages peuvent être directement interrogés par le contrat et regroupés en tant que témoins et fournis aux clients apatrides.Les clients n’ont pas besoin de maintenir un historique complet de la blockchain ou de stocker de grandes quantités de données par elles-mêmes, vous pouvez vérifier la légitimité des blocs et des transactions en s’appuyant sur le hachage des blocs et les preuves connexes stockées dans l’État.
EIP-6110 (Fournir des dépôts de vérificateur sur la chaîne): transfère le traitement des dépôts de vérificateur de la couche de consensus à la couche d’exécution, et les processus et vérifies sur la chaîne, sans compter sur des mécanismes de vote supplémentaires dans la couche de consensus pour confirmer l’efficacité des informations de dépôt des dépôts .Améliore la sécurité du processus de dépôt, réduit les retards de traitement et simplifie la conception de la couche et du client consensus.
EIP-7002 (sortie déclenchable de la couche d’exécution): permet au propriétaire du bon de retrait pour lancer une sortie indépendamment etPas besoin de s’appuyer sur la clé active du validateur (clé BLS)), augmentation de l’autonomie des utilisateurs.Actuellement, seule la clé active du vérificateur peut déclencher une sortie, ce qui signifie que si la clé active est perdue, ou si le vérificateur délègue la tâche de vérification à un tiers (comme un fournisseur de services de jalonnement), le propriétaire du bon de retrait (c’est-à-dire. , le financé le propriétaire réel) ne peut pas contrôler l’ETH promis de manière indépendante.La proposition déclenche les opérations de sortie et de retrait de l’ETH par le biais de la couche d’exécution, et les détenteurs peuvent lancer des sorties via le bon de retrait sans s’appuyer sur la clé active.
EIP-7251 (Ajouter au capuchon de gage): augmenter le équilibre maximal valide du vérificateur, permettant à chaque vérificateur de contenir plus de 32 ETH, tandis que le seuil de mise à l’emploi minimum reste à 32 ETH.Viser à permettre aux grands opérateurs de nœuds de fusionner plusieurs validateursRéduisez le nombre de validateurs dans le réseau, réduisant ainsi les messages P2P, l’agrégation de signature et la charge de stockage.
EIP-7549 (Déplacement de l’indice du comité hors preuve): une agrégation de vote consensuelle plus efficace en émouvant le domaine de l’indice du comité hors du message d’attestation.Actuellement dans le mécanisme du consensus d’Ethereum, le vote de chaque validateur comprend: le vote des fantômes LMD (y compris le créneau racine et le créneau horaire), le vote Casper-FFG (y compris les informations source et cible), et l’indice du comité (auquel appartient le vérificateur. Numéro de comité).Étant donné que l’indice du comité est inclus dans le message de signature, lorsque plusieurs validateurs votent sur le même bloc, les racines de signature générées sont différentes, même si leurs votes sont les mêmes, ce qui entraîne que ces votes n’étaient pas facilement agrégés.Déplacer le champ d’index du comité hors du message de signature lui-même, doncAtteignez une agrégation de vote plus efficace et réduisez les coûts de vérification et la charge du réseau.
EIP-7685 (demande générale de la couche d’exécution): définit un cadre commun pour la couche d’exécution (EL) pour stocker et traiter les demandes déclenchées par des contrats intelligents.Ce cadrePrend en charge plus de comportement de déclenchement de la couche d’exécutionet permettent de traiter différents types de demandes uniformément,Simplifie le processus d’ajout de nouveaux types de demande, sans modifier la structure du bloc d’exécution.
EIP-7702 (Ajouter une capacité d’exécution de code à EOA):Ajouter l’exécution du code aux comptes appartenant à l’extérieur (EOA) pour améliorer la flexibilité et la programmabilité du compte.EOA spécifie un contrat intelligent pour effectuer certaines opérations, telles que les transactions par lots ou le contrôle de l’autorisation, par le biais de signatures d’autorisation.Il a certaines fonctions de contrat intelligent sans se transformer en un compte de contrat intelligent.
EIPS qui sont à l’étude
Voici quelques EIP qui sont activement pris en compte.De plus, l’ajustement pour augmenter les coûts de calldata peut affecter la quantité d’ETH détruite et augmenter la pression inflationniste sur l’ETH.
EIP-7742 (Découplage de la dépendance du nombre de Blob entre la couche consensus et la couche d’exécution): découple le nombre de blobs entre la couche consensus et la couche d’exécution, simplifie le processus de vérification du blob, réduit la complexité inutile, améliore l’évolutivité du protocole et flexibilité.Dans le protocole actuel, la couche d’exécution et la couche de consensus code dur de la valeur maximale du blob, entraînant une vérification redondante.Cette proposition annule la vérification par la couche d’exécution de la valeur BLOB maximale et fournit à la place la couche de consensus avec la valeur cible BLOB à la couche d’exécution.De cette façon, les paramètres cibles BLOB peuvent être ajustés de manière plus flexible pour s’adapter aux futurs besoins d’expansion.L’EIP-7742 est la proposition la moins controversée de la liste des EIP qui sont envisagées pour l’inclusion dans la liste EIP améliorée. sera officiellement inclus doit encore attendre la couche d’exécution.
EIP 7762 (Frais de base Blob minimum): Augmentez MIN_BASE_FEE_PER_BLOB_GAS dans le but deRéduisez le temps nécessaire pour ajuster le prix Blob à un niveau raisonnable.Actuellement, les frais de base BLOB minimum sont fixés à 1 WEI, et lorsque la demande BLOB dépasse l’offre, le processus de découverte des prix (c’est-à-dire déterminer un prix raisonnable de gaz blob) est trop lent et prend beaucoup de temps pour atteindre le niveau de frais approprié .En augmentant les frais de base BLOB minimum, le temps d’ajustement des prix peut être raccourci, l’équilibre du marché peut être atteint plus rapidement et le réseau peut rester stable pendant la demande de pointe.
EIP-7623 (augmenter le coût de CallData): augmenter le coût de CallData dans les transactions pour réduire la taille maximale du bloc et sa gamme de modifications, garantissant que le réseau peut traiter les transactions plus facilement.La taille maximale du bloc actuelle est d’environ 1,79 Mo, mais en raison de la grande quantité de données publiées par des applications telles que des Rollups, la taille moyenne du bloc continue d’augmenter.En augmentant le coût de CallData principalement pour les transactions de disponibilité des données (DA), réduisant la taille maximale du bloc à environ 0,72 Mo, laissant la place pour l’addition future de limites de gaz de bloc ou plus de blobs.Les coûts de transaction pour les utilisateurs ordinaires restent les mêmes, et ce changement affecte principalement les types de transactions qui reposent sur Ethereum pour le stockage de données à grande échelle.Cependant, l’augmentation des coûts de calldata peutRéduire la compétitivité d’Ethereum dans le stockage des données.De plus, les coûts de calldata augmentent et le nombre de transactions peut diminuer, entraînant une réduction correspondante de l’ETH détruite par le mécanisme EIP-1559.À son tour, il entraîne une plus grande pression inflationniste à ETH.
EIP 7782 (temps de raccourcissement de l’emplacement): raccourcit le temps de l’emplacement Ethereum de 12 secondes à 8 secondes, génére des blocs plus fréquemment pour traiter plus de transactions, en utilisant cela comme alternative à l’augmentation du nombre de blobs pour améliorer le débit des transactions.Mais il peut détruire certains contrats intelligents qui ont codé en dur à 12 secondes le temps de l’emplacement et accélérer le problème d’inflation de l’État d’Ethereum, augmentant le stockage et la charge informatique.
EIP-7783 (gradually increase the block gas fee limit): As a more moderate alternative to EIP-7782, gradually increase the number of transactions that can be accommodated per block by dynamically adjusting the block gas limit, thereby improving the processing power of the réseau. .Par rapport au temps de raccourcissement directement de l’emplacement, l’ajustement des limites de gaz à réglage progressive peut rendre l’expansion du réseau plus stable.Cette proposition ne nécessite pas de fourche dure, mais peut avoir un impact sur les données de l’État.
Étant donné que la mise à niveau de PECTRA contient un grand nombre d’EIP, afin de réduire la complexité d’une seule mise à niveau et d’accélérer le lancement de certains EIP, en mai, ethpandaops, l’équipe d’ingénieur de la fondation Ethereum, a suggéré de diviser Pectra en deux parties, mais était était craint que cela ne retarde la mise à niveau à l’époque.En septembre, le chercheur d’Ethereum, Alex Stokes, a encore proposé une proposition de partage, qui a été reconnue par les développeurs cette fois.
Première partie: Y compris les EIP (c’est-à-dire 8 EIP qui ont été identifiés) qui ont été exécutés sur le PECTRA DEVNET TESTNET, ils sont relativement plus faciles à mettre en œuvre et ont réussi de nombreux tests.
Partie 2: Mettez des EIP plus complexes (tels que les Peerdas, les propositions liées à l’EOF) et d’autres propositions qui nécessitent plus de temps pour tester dans la deuxième phase.Ces propositions nécessitent un développement, un audit et des tests supplémentaires, en particulier ceux impliquant la coordination entre le consensus et les niveaux d’exécution.
