Ethereum 2.0 n'est pas la fin. Voici plusieurs propositions EIP à surveiller à l'avenir
TechFlow SélectionTechFlow Sélection
Ethereum 2.0 n'est pas la fin. Voici plusieurs propositions EIP à surveiller à l'avenir
Bien qu'il soit régulièrement critiqué pour sa lenteur dans l'évolution technologique, Ethereum possède indéniablement la plus grande communauté de développeurs du secteur.
Auteur : Ans, Krypital Group
Édité par : Krypital Group
Cet article est fourni uniquement à titre d'échange et d'apprentissage, et ne constitue aucun conseil d'investissement.
Qu'est-ce qu'un EIP ?
Le terme complet est Ethereum Improvement Proposals (propositions d'amélioration d'Ethereum). Un EIP est l'unité fondamentale de gouvernance au sein de la communauté Ethereum.
Les EIP incluent les spécifications techniques des propositions d'amélioration, ainsi que la discussion et l'élaboration des mises à jour du réseau Ethereum et des normes applicatives. Cela englobe les propositions réseaux (Networking), les propositions d'interface (Interface), et les propositions ERC (ERC), dont la plus connue est la proposition ERC (Ethereum Request For Comment), qui désigne les standards et protocoles de développement sur Ethereum, tels que les très utilisés ERC-20, ERC-721, ERC-1155, etc.
Toute personne dans la communauté Ethereum peut créer un EIP afin de proposer une nouvelle fonctionnalité potentielle ou un nouveau processus. Un EIP doit fournir des détails techniques concis sur la fonction proposée, ses principes et justifications. L'équipe des développeurs principaux d’Ethereum décidera ensuite s’il convient de le transformer en standard universel ou de l’intégrer dans une mise à niveau du réseau, comme par exemple « Shanghai Upgrade » ou « London Upgrade ».
1. EIP-2612 : autorisation hors chaîne via signature
Avant d'expliquer cet EIP, examinons un cas concret : si un nouveau portefeuille contient uniquement des USDC mais pas d'ETH pour payer les frais de gaz (gas), est-il possible d'interagir avec un contrat intelligent pour effectuer un paiement ou toute autre opération ?
La réponse est oui, car USDC est un jeton compatible ERC-2612, implémentant l'EIP-2612.

L’EIP-2612 ajoute une nouvelle instruction au standard ERC-20 : permit. Cette fonction remplit le même rôle que la fonction approve, mais prend une signature comme paramètre.
Autrement dit, la signature de l’utilisateur inclut déjà l’autorisation approve. Une fois que le contrat l’a validée, il peut exécuter une opération transferFrom. En outre, le fournisseur du service contractuel peut payer les frais de transaction sur la blockchain principal au nom de l’utilisateur, puis déduire ces frais directement depuis les jetons transférés (par exemple, USDC est directement prélevé comme coût de gaz).

Un utilisateur ayant signé un contrat malveillant a perdu 469 146 USDC.
Comme ce mécanisme le montre, s'il apporte de la commodité, il comporte aussi un risque d'abus potentiel, ce qui exigera probablement à l'avenir des améliorations des systèmes d'avertissement dans les portefeuilles.
Par conséquent, lorsqu’un message de signature apparaît dans votre portefeuille, soyez attentif aux détails de la demande, car même sans notification explicite d'autorisation approve, vos actifs USDC (ou autres jetons ERC-2612) peuvent être volés.
2. EIP-3074
L’EIP-3074 est considéré comme le EIP le plus attendu après l’EIP-1559. Il introduit deux nouvelles instructions dans la machine virtuelle Ethereum (EVM) : AUTH et AUTHCALL. Ces instructions permettent à une adresse EOA (compte externe ordinaire) de déléguer temporairement le contrôle de son compte à un appelant de contrat intelligent, et permettent à un utilisateur d’exécuter plusieurs opérations dans une seule transaction, telles que l’approbation (approve), l’exécution, et la révocation de l’approbation.

Reprenons l’expérience actuelle sur Ethereum : prenons l’exemple d’un swap. Tout d’abord, vous devez avoir suffisamment d’ETH dans votre portefeuille pour couvrir les frais de gaz. Ensuite, une première transaction d’« approve » est nécessaire, suivie d’une deuxième transaction pour transférer les jetons vers le contrat.
Comme mentionné précédemment, cette étape d’« approve » impose non seulement un coût supplémentaire en frais de gaz, mais complique aussi l’expérience utilisateur, et expose à des risques de sécurité. Les problèmes liés à l’autorisation ERC-20 se sont multipliés ces dernières années.
L’EIP-3074 modifiant profondément le mode d’interaction avec Ethereum, il reste actuellement en phase d’évaluation et n’a pas encore été activé sur le réseau principal. Si l’EIP-3074 est activé avec succès, Ethereum pourra prendre en charge les transactions groupées : plusieurs opérations exécutées en un seul appel, réduisant ainsi les frais de transaction. Par exemple, il sera possible d’appeler simultanément approve et transferFrom dans une seule transaction. De plus, l’EIP-3074 permettra des transactions parrainées : si un compte n’a pas d’ETH, un autre compte pourra payer les frais de gaz à sa place.
3. EIP-4626 : Standard des coffres-forts tokenisés
Le fondateur du Fei Protocol, Joey Santoro, et le développeur de Rari Capital, Jet Jadeja, ont proposé le standard ERC-4626 dans l’EIP-4626.
Pertinence du standard ERC-4626
Les jetons producteurs de rendement (Yield-bearing Tokens) sont des jetons qui génèrent automatiquement des intérêts au fil du temps, comme stETH, xSUSHI ou cUSDC de Compound. Ces jetons peuvent être échangés contre les jetons natifs verrouillés dans un coffre (vault).
De nombreux protocoles DeFi ont adopté ces jetons comme mécanisme d’incitation, notamment les agrégateurs de rendement (Yearn, Rari, Idle), les protocoles de prêt (Compound, Aave, Fuse) et les jetons de staking (xSUSHI).
L’ERC-4626 vise à standardiser les paramètres techniques des coffres (vaults) DeFi, notamment les fonctions de création, dépôt, retrait et consultation du solde, afin d’améliorer leur interopérabilité, accessibilité et sécurité d’intégration. Ce standard devient ainsi un nouveau composant essentiel dans l’écosystème Lego DeFi.
Joey Santoro : « On voit déjà de nombreux cas d’usage pour les jetons de rendement. Cependant, l’absence de standardisation des coffres DeFi entraîne une grande diversité dans leurs implémentations. Chaque protocole développe ses propres adaptateurs, sujets aux erreurs et gaspillant des ressources de développement. C’est un problème global pour tout l’écosystème DeFi. »
Sans un standard commun pour les jetons dérivés de rendement, l’interopérabilité entre protocoles DeFi devient de plus en plus complexe, augmentant la difficulté d’intégration pour les développeurs et exposant à davantage de vulnérabilités.
Le pool ETH de Rari Capital a par exemple été piraté à cause d'une vulnérabilité lors de son intégration avec Alpha Finance. La stratégie de Rari incluait le jeton ibETH d’Alpha Finance, mais les développeurs de Rari n’avaient pas remarqué que la fonction ibETH.work était un appel externe, permettant à un attaquant de manipuler sa valeur de retour. Avec un standard uniforme, les développeurs comprendraient clairement le fonctionnement de chaque jeton de rendement, réduisant fortement ce type d’erreurs.
Scoopy Trooples, cofondateur d’Alchemix, a commenté l’ERC-4626 : « J’en ai vraiment besoin maintenant. Le principal problème d’Alchemix v2 est que chaque intégration de jeton de rendement nécessite une solution personnalisée à auditer. S’ils étaient standardisés, l’intégration serait bien plus simple. »
Joey Santoro : « La standardisation des coffres tokenisés fera exploser la composable du DeFi, offrant une meilleure expérience aux développeurs et utilisateurs. Bien que cette proposition puisse sembler mineure, elle pourrait avoir un impact profond sur l’utilisabilité, la liquidité et l’utilité du DeFi, tout comme le standard ERC-721 a posé les bases de l’essor des NFT. »
4. EIP-4907 (Protocole de prêt NFT)
Ces dernières années, le système de bourses des guildes de play-to-earn a grandement stimulé le développement du GameFi, mettant en lumière l’importance des fonctionnalités de location. L’ERC-4907 permet de définir deux rôles distincts pour un NFT : « propriétaire » et « utilisateur ». Il ajoute une fonction expires, selon laquelle l’accès de l’« utilisateur » expire automatiquement après une durée donnée. Son objectif est de séparer la propriété et l’usage des NFT, créant ainsi un standard unifié pour les fonctionnalités de location dans les jeux Web3 ou le métavers. Cela enrichit les attributs financiers des NFT et libère davantage de liquidité.
La fonction de location réduit le coût d’entrée pour les utilisateurs, permettant une situation gagnant-gagnant entre joueurs fortunés et joueurs occasionnels. L’ERC-4907 réduira considérablement les coûts d’intégration des locations NFT. À l’avenir, le GameFi restera un pilier important de l’industrie blockchain, et avec la généralisation de tels standards, l’intégration de la location par les grandes places de marché NFT ne saurait tarder.
5. EIP-4361 (Connexion avec Ethereum)
L’EIP-4361 a été lancé conjointement par la Fondation Ethereum, le système de noms de domaine Ethereum (ENS) et l’entreprise d’authentification numérique Spruce.
Dans le Web2, pour accéder à un service, l'utilisateur doit entrer un nom d'utilisateur ou une adresse e-mail et un mot de passe. Ces données sont stockées dans les bases internes du fournisseur de service. Or, cette centralisation des données souveraines comporte des risques de fuites, d’abus, de procédures complexes, et d’insularité des comptes entre plateformes, causant des inconvénients aux utilisateurs. Certains services peuvent même suspendre des comptes, entraînant la perte d’actifs pour les utilisateurs.

L’EIP-4361 vise à changer notre manière de nous connecter aux services Web2 en utilisant des méthodes courantes dans les services Web3 (portefeuilles, dApps). Au lieu d’un nom d’utilisateur et d’un mot de passe, l’utilisateur peut s’authentifier via une signature de son compte Ethereum.
Ce modèle est essentiellement un « Gravatar » décentralisé, toujours disponible à 100 %, dont les données appartiennent entièrement à l’utilisateur. Les données ne sont plus détenues par une entité privée, mais publiées sur la blockchain Ethereum, accessibles à toutes les applications. L’utilisateur aura la même identité sur plusieurs applications, authentifiée via la signature de son portefeuille.
Signature d’un message d’authentification
ENS
ENS (Ethereum Name Service) est un projet de domaine décentralisé incubé par la Fondation Ethereum. Il fait partie intégrante de l’EIP-4361 et permet aux utilisateurs d’afficher leurs longues adresses publiques Ethereum sous forme de noms lisibles simplifiés, facilitant le partage, l'utilisation et la mémorisation.
En outre, ENS permet aux utilisateurs de lier leur e-mail, leur compte Twitter, leur avatar NFT, etc., à leur nom de domaine, informations lisibles et affichables par des plateformes tierces, créant ainsi une couche d’identité pour le monde Web3.

Sur http://login.xyz, on peut suivre la progression de la promotion de cet EIP. Grâce au soutien de Vitalik, la majorité des applications Ethereum prennent désormais en charge les domaines ENS.
6. EIP-3525 : jeton semi-fongible (semi-fungible token)
Proposé par Solv Protocol, l’EIP-3525 n’a pas encore été officiellement adopté comme nouveau standard ERC-3525. Il définit un nouveau concept : le « SFT » (jeton semi-fongible). Ce EIP présente le SFT comme un nouveau type de jeton, troisième catégorie générale d’actifs numériques aux côtés des FT (jetons fongibles) et des NFT.
Comme son nom l’indique, « semi-fongible » signifie qu’il se situe entre les FT et les NFT : il peut être divisé tout en conservant une certaine unicité. Son champ d’application est vaste. Il permet d’identifier plusieurs jetons similaires mais non identiques comme appartenant à une « même classe », et d’autoriser des opérations spécifiques entre ceux-ci, telles que le transfert. En pratique, cela revient à pouvoir fusionner, diviser ou fragmenter des jetons au sein d’une même classe.
Les SFT sont particulièrement adaptés pour représenter des objets numériques ayant une dimension quantitative et nécessitant parfois des opérations de fusion ou division.
-
Par exemple, dans le Web3 ou le métavers, des objets virtuels avancés, des équipements ou des terrains virtuels : s’ils sont représentés par des NFT, il est difficile de gérer des opérations comme la fusion ou la division de terrains. Mais avec des SFT, cela devient facile.
-
De même, pour des équipements de jeu pouvant être mis à niveau ou combinés, l’utilisation des SFT, grâce à leur nature calculable et composable, simplifierait considérablement le développement et améliorerait la liquidité des transactions d’objets virtuels.
L’utilisation de l’ERC-3525 pour créer des cartes de membre, des bons cadeaux ou des billets de tombola permettrait de nombreuses fonctionnalités inédites, enrichissant l’expérience utilisateur des applications Web3.
En outre, l’ERC-3525 peut s’étendre à divers actifs financiers numériques avancés, comme les titres financiers, les certificats fonciers, les obligations, les options ou tout produit standardisé ayant une quantité intrinsèque. Par exemple, deux obligations identiques de 500 $ chacune sont équivalentes à une obligation unique de 1 000 $ sous les mêmes conditions.
Conclusion
Ces dernières années, bien qu’Ethereum soit souvent critiqué pour la lenteur de ses mises à jour technologiques, il faut reconnaître qu’il dispose de la plus grande communauté de développeurs du secteur, avec des milliers d’ingénieurs étendant continuellement ses capacités techniques et son écosystème.
Cela lui confère une capacité durable d’évolution, et dans un avenir prévisible, il continuera à conserver cet avantage.
Outre les EIP cités ici, de nombreux autres EIP fondamentaux sont en cours de développement sur Ethereum, trop nombreux pour tous les énumérer dans cet article.
Une chose est sûre : grâce à la mise à jour continue de nombreux EIP, Ethereum 2.0 n’est pas une fin en soi, mais ouvre la voie à de nombreuses possibilités futures.
Sources :
https://blog.mycrypto.com/sign-in-with-ethereum-an-alternative-to-centralized-identity-providers/
https://ethereum.org/zh/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














