À l'approche de la mise à niveau de Cancun, quelles EIP Ethereum faut-il surveiller ?
TechFlow SélectionTechFlow Sélection
À l'approche de la mise à niveau de Cancun, quelles EIP Ethereum faut-il surveiller ?
Cet article examinera en détail les propositions et leurs impacts potentiels.
Dédié à des analyses Web3 approfondiesRédaction : Blockwords
Traduction : TechFlow
Alors qu'Ethereum s'achemine vers son prochain hard fork Dencun au premier trimestre 2024, la communauté attend avec impatience une série de propositions d'amélioration majeures (EIP). Ces propositions ne concernent pas seulement l'avenir d'Ethereum, mais pourraient également avoir un impact profond sur l'ensemble de l'écosystème des cryptomonnaies. Dans cet article, nous examinerons en détail les spécificités et les impacts potentiels de ces propositions afin d'offrir aux lecteurs une compréhension complète.
La dernière réunion complète des développeurs principaux d'Ethereum a finalement établi un calendrier provisoire pour le prochain hard fork du réseau principal, Dencun. À noter que, sauf problème majeur, les développeurs d’Ethereum prévoient de procéder au fork des réseaux de test publics aux dates suivantes :
-
Goerli : 17 janvier
-
Sepolia : 30 janvier
-
Holesky : 7 février
Ce sera la dernière fois que Goerli rejoindra le programme de test, car ce réseau devrait être progressivement abandonné.
Ils ont également discuté des étapes suivantes — la mise à niveau Prague/Electra, encore non nommée. La communauté Ethereum envisage de se concentrer soit sur une grande fonctionnalité centrale (ce qui pourrait prendre un an de travail), soit sur plusieurs améliorations mineures pouvant être mises en œuvre d'ici la fin 2024.
Une décision sera prise après le Nouvel An quant à cette question, mais pour l'instant, voici quelques améliorations à surveiller après la mise à niveau Dencun en 2024 :
EIP-4844 (Danksharding initial)
L’EIP-4844 est un projet phare parmi les EIP de Dencun, faisant l’objet de nombreux articles en 2023.
Eli Ben-Sasson, cofondateur de StarkWare, souligne que cette mise à jour réduira le coût de disponibilité des données pour tous les L2. C’est donc quelque chose que Starknet attend avec impatience afin de permettre aux utilisateurs de réduire leurs coûts.
Lucas Henning, directeur technique de Suku, un développeur de portefeuilles Web3, qualifie cette année de « l’année des améliorations révolutionnaires pour Ethereum ». L’EIP-4844 est une technologie transformatrice qui pourrait réduire les frais de gaz des Rollups jusqu’à 100 fois.
Montée en puissance de l’abstraction des comptes
Un autre point central pour Henning concerne les améliorations liées à l’abstraction des comptes : ERC-4337 et son extension ERC-6900.
Les ERC sont un sous-ensemble des EIP, spécifiquement dédiés aux standards de jetons dans l’écosystème Ethereum. Ils définissent des règles pour l’implémentation des jetons afin d’assurer l’interopérabilité. Contrairement à certains EIP modifiant le protocole principal, les ERC n’ont généralement pas besoin d’un hard fork.
L’ERC-4337 a été lancé en mars, et Henning pense que le concept d’abstraction des comptes jouera un rôle clé dans les changements les plus importants pour les utilisateurs.
Il affirme que l’abstraction des comptes transformera radicalement notre façon de percevoir et d’interagir avec les portefeuilles, rendant les transactions payables en gas la norme, et les connexions sociales sécurisées une nouvelle normalité, redéfinissant fondamentalement l’expérience utilisateur sur Ethereum.
Traditionnellement, Ethereum possède deux types de comptes : les comptes externes contrôlés par des clés privées (EOA) et les comptes contrats contrôlés par du code. L’abstraction des comptes brouille cette distinction, permettant aux utilisateurs de créer des comptes ressemblant davantage à des contrats intelligents.
Cela peut améliorer l’expérience utilisateur et la sécurité, tout en autorisant une logique de compte plus complexe, comme les portefeuilles multisignatures ou la récupération sociale des clés perdues.
ERC-6900 introduit le concept de « transaction déléguée ». Ce standard ne nécessite pas non plus de modification du consensus du réseau principal Ethereum, il permet à un utilisateur de déléguer à autrui la capacité d’envoyer des transactions en son nom, par exemple pour gagner du temps et éviter des tracas, en approuvant d’un seul coup une série d’opérations.
EIP-1153 (opcode de stockage transitoire)
Cette proposition fait partie de Dencun et vise à introduire un nouveau mécanisme pour gérer le stockage temporaire ou transitoire pendant l’exécution des contrats intelligents.
Les opérations de stockage traditionnelles sur Ethereum sont permanentes et consomment du gaz. Pour les données temporaires qui n’ont pas besoin de persister au-delà d’une transaction, cela peut être inefficace.
L’EIP-1153 est un opcode (code opérationnel) qui permet aux contrats intelligents d’utiliser un stockage transitoire — un espace de stockage effacé à la fin de l’exécution de la transaction.
L’équipe Uniswap a milité pour l’inclusion de l’EIP-1153 dès Shapella, mais elle n’a pas pu obtenir suffisamment de soutien pour atteindre un consensus parmi les développeurs principaux. Cette mise à jour devrait jouer un rôle important dans l’amélioration des capacités et de l’efficacité du futur protocole v4 d’Uniswap.
Cliquez ici pour lire : Que prépare Uniswap Labs pour la version v4 ?
En activant le stockage temporaire, l’EIP-1153 peut réduire les coûts en gaz liés au stockage des données pendant l’exécution des contrats et offrir plus de flexibilité aux développeurs lors de la conception de contrats intelligents.
En allégeant la charge du stockage permanent et en minimisant l’expansion de l’état, l’EIP-1153 peut contribuer à l’évolutivité globale du réseau Ethereum.
EIP-4788 (soumission de la racine du bloc Beacon)
Imaginez Ethereum comme une immense bibliothèque composée de deux grandes sections : la section Machine Virtuelle Ethereum (EVM), semblable à une salle de lecture où les gens viennent consulter des livres (exécuter des contrats intelligents), et la chaîne Beacon, semblable au système de catalogue de la bibliothèque, qui suit tous les livres et leur emplacement (consensus et coordination du réseau Ethereum).
Avant l’EIP-4788, ces deux sections fonctionnaient de manière relativement indépendante. La partie EVM n’avait pas accès direct au catalogue le plus récent ; elle devait s’appuyer sur des méthodes indirectes pour connaître ce qui se passait dans la chaîne Beacon.
L’EIP-4788 propose d’insérer dans chaque bloc EVM une « racine de bloc Beacon » (résumé ou hachage arborescent du bloc parent). C’est comme passer d’un ancien système de fiches cartonnées (peu efficace, parfois inexact) à un système relié en temps réel, précisément et directement à la base de données principale de la bibliothèque.
Dans cette bibliothèque moderne, chaque fois qu’un livre est ajouté, déplacé ou retiré (mise à jour de la chaîne Beacon), les lecteurs (EVM) reçoivent immédiatement une information exacte. Ils peuvent faire confiance à l’information la plus récente, et les opérations de la bibliothèque (comme l’exécution des contrats intelligents) restent parfaitement synchronisées avec le système global de catalogage (l’état de la couche de consensus).
Tout cela se produit de manière minimisant la confiance, supprimant ainsi le besoin d’oracles externes pour fournir ces données, réduisant ainsi les points de défaillance ou de manipulation potentiels.
Ce changement est particulièrement bénéfique pour les protocoles de mise en gage liquide comme Lido, les ponts basés sur des contrats intelligents et les solutions de re-staking, car il leur permet d’accéder directement depuis la couche de consensus à des données critiques telles que les soldes et l’état des validateurs, renforçant ainsi leur sécurité et leur efficacité opérationnelle.
L’EIP-4788 introduit essentiellement un oracle au niveau du protocole, diffusant l’état du consensus d’Ethereum à travers tout le réseau principal.
Misha Komarov, fondateur de Nil Foundation, déploie actuellement un zkOracle pour Lido, et le qualifie d’« absolument utile ». Il explique : « Nous avons besoin d’utiliser la racine de l’état de la couche de consensus dans notre logique applicative (actuellement prouvée via zkLLVM dans la couche d’exécution via les preuves Casper FFG), ce qui est exactement ce qui est réalisé dans la conception du zkOracle ».
Cliquez ici pour lire : Un nouveau Rollup Ethereum adopte une approche zéro-connaissance pour le sharding
EIP-5656 (opcode MCOPY)
L’EVM fonctionne grâce à un ensemble d’opcodes qui indiquent diverses opérations.
L’EIP-5656 introduit un nouvel opcode appelé MCOPY, conçu pour optimiser le processus de copie des données en mémoire pendant l’exécution des contrats intelligents.
Dans l’architecture actuelle de l’EVM, la copie de grands segments de données à l’aide des opcodes existants peut être inefficace et coûteuse. MCOPY propose une méthode plus efficace, susceptible de réduire les frais de gaz associés à ces opérations tout en améliorant les performances.
Des opérations mémoire plus rapides signifient une exécution plus rapide des contrats, donnant aux développeurs davantage d’outils pour optimiser leurs contrats intelligents — en particulier lorsqu’ils traitent de grandes structures de données ou des opérations complexes impliquant la mémoire.
EIP-6780 (limiter SELFDESTRUCT)
Sur Ethereum, l’opcode SELFDESTRUCT permet à un contrat intelligent de s’auto-supprimer de la blockchain. Lorsqu’il est exécuté, il supprime le code et le stockage du contrat de l’état et envoie les ethers restants du contrat vers une adresse spécifiée.
Toutefois, cette fonctionnalité a entraîné plusieurs problèmes, notamment une complexité accrue dans la gestion de l’état et des vulnérabilités potentielles en matière de sécurité. En limitant SELFDESTRUCT, Ethereum peut mieux gérer la taille de son état, assurant ainsi une blockchain plus stable et plus prévisible. Ceci est crucial pour l’évolutivité à long terme et la maintenance du réseau, car cela simplifiera les futures mises à jour d’Ethereum.
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
Blockworks
