-
Les développeurs d’Ethereum travaillent sur 10 propositions d’améliorations.
-
Certains aspects qu’ils visent à optimiser sont la gestion des données historiques et l’efficacité générale.
La mise à jour Pectra réseau principal (réseau principal) d’Ethereum (ETH) serait opérationnel début 2025. Cependant, les améliorations incluses dans Pectra se feront en deux étapes. La deuxième phase n’a pas encore de date précise.
Pectra sera en réalité la fusion de deux mises à jour planifiées indépendamment : Prague et Electra. Selon la feuille de route Ethereum, Pectra aura lieu dans 68 joursau moment d’écrire ces lignes.
Les dix propositions incluses dans la première étape visent à garantir que le réseau Ethereum du futur voit Optimisation de divers aspects du réseaude l’amélioration du traitement des données historiques et des opérations de cryptographie à l’augmentation de l’efficacité, à l’aide aux validateurs et à l’amélioration de la sécurité globale d’Ethereum.
Table des matières
L’acronyme « EIP » vient de l’expression Proposition d’amélioration d’Ethereum (en espagnol Ethereum Improvement Proposal) et, suivi d’un numéro, représente l’identification de cette proposition d’amélioration.
1. EIP-7702 : une couche de sécurité supplémentaire
Cette amélioration a été nommée «Définir le code de compte EOA” ou “Compte externe» ou « Compte contrôlé en externe » et permettrait aux comptes contrôlés en externe (EOA) d’avoir un code, ce qui jusqu’à présent se limitait aux seuls contrats intelligents.
Les EOA sont les comptes traditionnels standard que les utilisateurs contrôlent avec des clés privées, mais ne peuvent pas exécuter de code directement.
Cet EIP introduit un couche supplémentaire de sécurité et de flexibilitépermettant aux EOA d’exécuter des contrats sponsorisés ou de s’engager dans des transactions déléguées. Cela pourrait faciliter la création de solutions de portefeuille plus sophistiquées.
2. EIP-2537 : plus de bits de sécurité pour Ethereum
L’EIP 2537 était intitulé «Précompilation pour les opérations de courbe BLS12-381» ou en espagnol « Fonctions précompilées pour les opérations sur la courbe BLS12-381 ».
Ces fonctions précompilées sont conçues pour effectuer des calculs complexes ou répétitifs qui seraient coûteux à mettre en œuvre dans des contrats intelligents standards.
De plus, il permet de réaliser plus efficacement des opérations complexes, réduire le coût du gaz associé à ces opérations.
EIP-2537 fournit également plus de 120 bits de sécuritépar rapport aux 80 bits de la courbe utilisée dans ETH, BN254. Les bits de sécurité mesurent la difficulté de briser un système cryptographique. Plus de bits de sécurité signifient une plus grande résistance aux attaques.
De son côté, la courbe BLS12-381 est un type particulier d’équation mathématique utilisée en cryptographie. Son nom est dérivé de la famille de courbes BLS (Barreto-Lynn-Scott).
Introduit des fonctions précompilées pour les opérations avec ces courbes, telles que la vérification de signature BLS (Boneh-Lynn-Shacham) et l’agrégation de clé publique. Ce sont des éléments essentiels pour les applications de cryptographie avancées, améliorant la confidentialité et l’évolutivité.
3. EIP-2935 : Faciliter l’accès aux données historiques d’Ethereum
Il vise faciliter l’accès aux données historiques d’Ethereumrendant l’accès aux anciens hachages plus rapide et plus efficace, ce qui profite à plusieurs applications qui s’appuient sur la vérification des événements passés.
Dans l’état actuel d’Ethereum, obtenir des hachages d’anciens blocs (en particulier, des blocs situés à plus de 256 blocs du bloc actuel) est compliqué et coûteux.
Le but de cette proposition est de permettre un mécanisme permettant aux contrats intelligents accéder directement aux hachages de blocs historiques de l’état Ethereum, en les stockant dans la structure de données d’état.
Sous le titre de «Servir les hachages de blocs historiques de l’État” ou ” Servir les en-têtes de bloc historiques à partir de l’état “, EIP-2935 fournit un moyen de générer des en-têtes de bloc historiques à partir de l’état Ethereum, améliorant ainsi l’efficacité de la synchronisation des nœuds légers.
4. EIP-7685 : Améliorer la couche d’exécution Ethereum
EIP-7565, intitulé «Requêtes de couche d’exécution à usage général» ou « Demandes à la couche d’exécution à usage général d’Ethereum », est une proposition conçue pour améliorer l’interopérabilité et la fonctionnalité de la couche d’exécution (IL) dans Ethereum.
Il Couche d’exécution dans Ethereum, c’est la couche de ce réseau responsable du traitement des transactions et de l’exécution des contrats intelligents. Cependant, jusqu’à présent, son interaction avec d’autres couches (par exemple, la Couche de consensus, CL) a été limité et assorti de restrictions quant aux demandes pouvant être faites entre eux.
Ainsi, EIP-7685 cherche accroître la flexibilité et la capacité des demandes au sein du Couche d’exécution, permettre des interactions plus générales et dynamiques entre les différentes couches, ce qui stimulera l’innovation dans le développement d’applications décentralisées et améliorera l’efficacité globale du système.
Ethereum se compose également de 5 autres couches : Couche de consensus (Couche de consensus), Couche d’application (Couche Application), Couche de disponibilité des données (Couche de disponibilité des données), Couche réseau (Capa de Rouge) e Couche d’infrastructure (Couche d’infrastructure).
Cette architecture multicouche permet de répartir les fonctions clés du réseau sur différentes strates, optimiser vos performances général sans compromettre son intégrité.
5. EIP-6110 : Augmenter les dépôts de capital du validateur
Proposition 6110, «Fournir des dépôts de validateur en chaîne» ou « Fournir des dépôts de validation en chaîne », permettrait au le validateur dépose directement sur le réseausimplifiant le processus et le rendant plus transparent.
Cela augmente également la sécurité et réduit les écarts potentiels entre les couches de consensus et d’exécution, ce qui est crucial pour maintenir l’intégrité du système de validation sur Ethereum.
Actuellement, les dépôts des validateurs doivent être envoyés hors chaîne (hors chaîne), ce qui ajoute à la complexité opérationnelle.
Les dépôts des validateurs constituent un montant minimum d’éther qu’une personne ou une entité doit verrouiller dans Ethereum afin de devenir validateur sur ce réseau.
Ces dépôts servent à garantir que les validateurs bénéficient d’une incitation financière agir honnêtement lors de la validation des transactions et de la sécurisation du réseau.
6. EIP-7002 : Autoriser les retraits partiels sans mettre l’intégralité du validateur hors ligne
Actuellement, les retraits pour les validateurs nécessitent de passer en mode de retrait complet.
L’EIP-7002, intitulé «Retraits déclenchables au niveau de la couche d’exécution» ou « Les retraits activés depuis la couche d’exécution » permettraient aux validateurs du réseau de effectuer des retraits partiels directement depuis la couche d’exécution (Couche d’exécutionEL), ce qui ajoute de la flexibilité au processus.
Les validateurs pourraient retirer des récompenses sans avoir à déconnecter complètement votre validateurce qui améliore l’expérience du validateur et réduit le risque d’interruptions potentielles de validation.
7. EIP-7251 : Augmenter les limites maximales de mise sur Ethereum
Avec cette amélioration appelée «Augmenter le solde effectif maximum» ou « Augmenter le solde effectif maximum » pourrait augmenter le solde effectif maximum pour les validateurs. À son tour, cela permettrait aux validateurs Ethereum de participer au réseau avec des capitaux plus importants.
Il fait référence au montant maximum d’ETH qu’un validateur peut prendre en considération pour participer à la validation de bloc et obtenir des récompenses. Dans Ethereum 2.0, cette limite est de 32 ETH. Cela signifie que même si un validateur peut déposer plus de 32 ETH sur son compte, seuls les 32 premiers ETH seront efficaces pour le processus de validation et de récompense.
EIP-7251 vise à augmenter cette limite pour les validateurs. En outre, cela pourrait également optimiser les performances du réseau, car il y aurait plus de valeur en jeu et une plus grande incitation à le protéger contre les attaques malveillantes.
8. EIP-7549 : simplifier la validation des blocs
Nommé «Déplacer l’index du comité en dehors de l’Attestation» ou « Découpler l’index du comité de l’attestation », EIP-7549 vise à faire plus processus d’attestation efficace.
Une attestation est un vote émis par un validateur qui confirme qu’un bloc spécifique est valide et doit être ajouté à la blockchain. Ce processus permet de sécuriser le réseau et de maintenir l’intégrité de la blockchain.
Cette proposition vise à déplacer l’index des comités du processus d’attestation vers simplifier la validation des blocsce qui accélère les opérations et réduit la charge de calcul sur les nœuds de validation.
Cela optimise le suivi des validateurs et améliore la capacité du réseau à traiter les transactions.
9. EIP-7742 : Améliorer l’interopérabilité entre les couches Ethereum EL et CL
La proposition EIP-7742 était intitulée «Découpler le nombre de blocs entre CL et EL«, qui en espagnol se traduit par « Découplage du nombre de blocs entre la couche de consensus et la couche d’exécution ».
Cette amélioration propose de découpler ces comptes de blocs pour offrir une plus grande flexibilité dans les transitions entre les deux couches. Cela permettrait d’effectuer des mises à jour ou des adaptations spécifiques sur une couche sans affecter l’autre, ce qui pourrait améliorer l’efficacité du système et réduire la latence.
Actuellement, les couches de consensus (CL) et l’exécution (IL) sur Ethereum sont synchronisés en termes de nombre de blocs.
Bien que l’EIP-7742 ne soit pas inclus dans la feuille de route d’Ethereum, lors d’une réunion virtuelle diffusée sur YouTube, les développeurs de l’écosystème Ethereum ont convenu de l’intégrer dans Pectra.
10. EIP-TBD : Augmenter la capacité de disponibilité des données
Dans un premier temps, cette amélioration n’a pas encore reçu formellement de numéro d’identification comme les précédentes. De ce fait, l’acronyme « TBD », qui est l’abréviation de l’expression anglaise «A déterminer» (à déterminer).
Cette amélioration n’est pas non plus incluse dans la feuille de route d’Ethereum, et son insertion dans Pectra a été proposée par Francis Li, développeur de Base, un Ethereum L2.
Son but est augmenter la capacité de disponibilité des données (connu sous le nom de “blobs«) dans les solutions de deuxième couche (L2) d’Ethereum. Le blobs Ils constituent un outil important pour améliorer l’évolutivité et l’efficacité d’Ethereum. En permettant le stockage des données hors chaîne, les blobs contribuent à réduire les frais de transaction et à augmenter la puissance de traitement du réseau.
En augmentant la limite et le montant cible de ces blobsla capacité du réseau à traiter les données est améliorée sans augmenter significativement les coûts.
Cela serait particulièrement important pour réduire les coûts de transaction dans les solutions L2, améliorant ainsi l’évolutivité.
Ensemble, ces propositions pour la mise à niveau de Pectra sont conçues pour améliorer la sécurité, l’évolutivité et l’efficacité opérationnelle sur Ethereum, tant au niveau de l’exécution que du consensus.