Auteur : zf857.eth, R3PO

EIP signifie Ethereum Improvement Proposal (Proposition d'amélioration d'Ethereum). Toute personne au sein de la communauté Ethereum peut créer un EIP. Les directives pour rédiger les propositions sont fournies dans l'EIP-1. Le créateur d’un EIP est chargé d’établir un consensus au sein de la communauté et de documenter les divergences d’opinions.

Historiquement, les auteurs des propositions EIP étaient principalement des développeurs d’applications ou de protocoles, car la soumission d’une proposition exige une forte compétence technique. Une fois examinée initialement, chaque EIP se voit attribuer un numéro chronologique et fait l’objet d’un processus de revue comme illustré ci-dessous :
 

Il existe plusieurs types d’EIP, notamment Core, Networking, Interface, ERC, Meta et Informational, chacun répondant à des problématiques différentes. Parmi eux, les standards bien connus tels que ERC-20, ERC-721 et ERC-1155 relèvent du protocole applicatif de niveau supérieur. La majorité des applications industrielles NFT actuelles s'appuient sur ces protocoles dominants. Les EIP forment en quelque sorte une chronique d’Ethereum, retracent son évolution depuis sa création et permettent même d’anticiper les directions futures de l’écosystème. À travers un détail infime, on peut percevoir un changement potentiellement révolutionnaire pour tout le secteur. Cet article mettra particulièrement l’accent sur les propositions EIP liées aux NFT qui sont actuellement en phase « Last Call » ou récemment passées en phase « Final ».

EIP-4955 : Extension du standard des métadonnées

Ce EIP propose de normaliser le schéma des métadonnées des NFT, en ajoutant un nouveau champ appelé namespaces (espaces de noms) au format JSON des standards EIP-721 et EIP-1155. Le code principal est illustré ci-dessous :

L’EIP-4955 étend directement les métadonnées définies par l’EIP-721 afin d’assurer une compatibilité ascendante. L'idée sous-jacente est de permettre aux projets existants, dont les contrats intelligents ne peuvent pas modifier leur réponse de schéma, de déployer un nouveau contrat intelligent capable de renvoyer un schéma de métadonnées mis à jour via le tokenId. Étant donné que la plupart des projets sur Ethereum utilisent des contrats non mis à jour, une implémentation entièrement nouvelle entraînerait un redéploiement coûteux en temps et en frais. En réutilisant les champs de métadonnées existants de l’EIP-721, ce EIP minimise au maximum les modifications nécessaires.

De nombreux projets nécessitent des attributs personnalisés pour leurs NFT. Chaque projet pouvant avoir sa propre méthode de rendu visuel, ils ont besoin de valeurs de métadonnées différentes. Par exemple, des projets de métavers comme Decentraland ou The Sandbox doivent utiliser différents modèles 3D selon leur moteur graphique. Des collections comme Cryptopunks ou Bored Apes peuvent ainsi produire les modèles 3D requis par chaque plateforme.

Grâce au nouveau champ namespaces, chaque projet ou fournisseur peut invoquer directement les actifs NFT via cet espace de noms (comme montré dans le code ci-dessus). Cela permet aux développeurs d’utiliser plusieurs schémas de métadonnées NFT dans un même contrat ou application sans risque de conflit de nommage. De plus, les métadonnées NFT deviendront interopérables avec des portefeuilles, marchés, métavers, etc. Cette proposition est particulièrement utile pour les places de marché NFT qui doivent gérer plusieurs schémas de métadonnées : même si plusieurs vendeurs utilisent des formats différents, cette norme garantira l’unicité des clés tout en permettant de stocker librement des données JSON spécifiques. La solution proposée pourrait également trouver des applications plus larges, par exemple dans les grands écosystèmes GameFi ou métavers, où des milliers de NFT pourraient bénéficier de métadonnées personnalisées sans conflits de nommage, améliorant ainsi considérablement l'interopérabilité des NFT.

Extension pour la location de NFT : d’EIP-4907 à EIP-5006

Le EIP-5006, proposé par la plateforme de location NFT Double Protocol, définit un standard de location pour les NFT de type ERC-1155. Ce standard constitue une extension du protocole ERC-1155. Il prévoit d’ajouter un nouveau champ optionnel user (utilisateur) aux métadonnées du NFT, permettant d’accorder temporairement les droits d’utilisation à une adresse autre que celle du propriétaire (owner).

Dès le 29 juin dernier, toujours par Double Protocol, le EIP-4907 a été officiellement adopté après validation sur Ethereum, devenant ainsi le premier standard ERC permettant la location de NFT. En tant qu’extension de l’ERC-721, il introduit une variable UserInfo comprenant l’adresse de l’utilisateur (User) et la date d’expiration de la location (userExpires). Passé ce délai, la relation de location prend fin automatiquement. Le code principal est illustré ci-dessous :

Contrairement à l’approche simple d’extension d’EIP-4907 pour ERC-721, EIP-5006 exploite la structure de données spécifique de l’ERC-1155 (qui gère plusieurs jetons via un ID pouvant correspondre à plusieurs adresses et quantités). Il ajoute les éléments Userrecord et la fonction usableBalance, facilitant ainsi la gestion groupée des statuts de location. Le code principal est illustré ci-dessous :

Valeur fondamentale des standards EIP-4907 et EIP-5006

Que ce soit pour les jetons ERC-721 ou ERC-1155, il existe un besoin croissant d'une nouvelle fonctionnalité : la dissociation entre celui qui "possède" un jeton et celui qui en "utilise" les droits (comme dans le cas d'une location). Il devient donc essentiel de distinguer les rôles de "propriétaire" et d'"utilisateur", afin que ce dernier ne puisse pas effectuer certaines actions réservées au propriétaire, comme transférer la propriété. L’introduction des EIP-4907 et EIP-5006 clarifie la répartition des droits associés au NFT, contribuant ainsi à résoudre le problème de faible liquidité des NFT. Grâce à cette séparation des rôles propriétaire/utilisateur, il devient possible de dissocier propriété et usage — une infrastructure clé pour stimuler la liquidité des NFT et soutenir des cas d’usage en chaîne tels que la location. Cela simplifie grandement la gestion des permissions : on peut facilement définir ce que le prêteur ou l’emprunteur peut ou ne peut pas faire. Par exemple, avant un transfert, le système vérifie simplement si l’adresse agissante est celle du propriétaire ou de l’utilisateur ; si c’est un utilisateur, la transaction est bloquée. En outre, le propriétaire conserve le contrôle sur qui devient utilisateur, et d'autres projets peuvent aisément attribuer des droits spécifiques au propriétaire ou à l’utilisateur.

Par ailleurs, grâce à l’interopérabilité permise sans autorisation préalable, ce standard facilite pour les protocoles tiers la gestion des droits d’usage des NFT, sans avoir besoin de l'accord du projet émetteur ou de l’application NFT. Dès lors qu’un projet adopte ce rôle supplémentaire d’utilisateur, tout autre projet peut interagir directement avec ces fonctions et créer ses propres types de transactions. Par exemple, un NFT PFP conforme à ce standard peut être intégré à une plateforme de location (où un utilisateur loue le NFT pendant 30 jours), mais aussi à une plateforme de crédit-bail, où l'utilisateur bénéficie du NFT tout en acquérant progressivement sa pleine propriété via des paiements échelonnés — le tout sans autorisation du projet PFP initial.

La mise en œuvre des EIP-4907 et EIP-5006 ouvre clairement la voie vers une expansion significative des usages des NFT, favorisant l’émergence de nouveaux mécanismes, scénarios d’application et produits dérivés. Par exemple, la généralisation de la location de NFT enrichira considérablement l’écosystème GameFi et améliorera fortement le taux de rotation des capitaux. Dans des jeux massifs comme Axie Infinity, les nombreux joueurs de base, qui contribuent activement au temps de jeu, auront besoin d’un moyen peu coûteux en confiance (location non contraignante) pour accéder à des équipements ou ressources dans le jeu. De nombreux NFT deviendront ainsi plus utilitaires : des terrains virtuels dans un métavers pourront être "utilisés", des NFT représentant des objets de jeu pourront être "utilisés" en jeu. Dans certains cas, le propriétaire et l’utilisateur ne seront pas identiques. Un propriétaire pourrait louer son NFT à un "utilisateur". Les actions permises à un "utilisateur" différeront alors de celles du "propriétaire" (par exemple, l’utilisateur ne pourra généralement pas vendre le NFT). Avoir des rôles distincts pour identifier si une adresse représente un "propriétaire" ou un "utilisateur", et gérer en conséquence les permissions d’exécution, devient alors très pertinent.

EIP-5007 : Attribuer une dimension temporelle aux NFT

Cette proposition recommande d’ajouter un nouvel attribut au standard de jeton ERC-721, incluant deux champs temporels : startTime et endTime. Cela simplifie et rend plus efficace la gestion temporelle des NFT sur la blockchain. Certains NFT ont une durée d'utilisation définie, au-delà de laquelle ils ne peuvent plus être utilisés. Pour les NFT traditionnels dépourvus d'information temporelle, rendre un jeton invalide ou l’activer à une date précise nécessite une transaction active — un processus manifestement fastidieux et coûteux. De plus, l'absence de standardisation des fonctions temporelles pose des difficultés aux plateformes tierces de développement. En intégrant ces fonctions (startTime, endTime), il devient possible d’activer ou désactiver automatiquement un NFT directement sur la chaîne. Le code principal est illustré ci-dessous :

Cette fonctionnalité ouvre de nouveaux scénarios d’usage, par exemple des services d’accès ou des contenus par abonnement basés sur des NFT. En effet, l’EIP-5007 permettrait aux développeurs de révoquer automatiquement l’accès à un service ou contenu après une période donnée. Elle pourrait également s’appliquer à l’art numérique ou aux collections, où la valeur du NFT diminue avec le temps. La possibilité de définir une date d’expiration aide à éviter que les NFT ne deviennent obsolètes ou perdent progressivement de la valeur.

Un point important à noter : si la date d’expiration n’est pas correctement appliquée, ou si un acteur malveillant tente de falsifier ce champ, cela pourrait poser des problèmes de sécurité. Nous pensons donc qu’il pourrait être nécessaire de mettre en place des mesures supplémentaires pour garantir l’exécution fidèle de la date d’expiration, et s’assurer que les propriétaires de NFT ne soient pas injustement privés de leurs actifs.

EIP-5496 : Extension pour la gestion multi-droits des NFT

L’EIP-5496 propose une extension du standard de jeton EIP-721 afin de permettre la gestion de multiples droits associés à un NFT. Cette proposition définit une interface étendant l’EIP-721, offrant la possibilité de partager certains droits liés au NFT avec plusieurs personnes. Ces droits peuvent être sur la chaîne (droit de vote, droit de réclamer un airdrop) ou hors chaîne (bon de réduction dans une boutique en ligne, accès salon VIP d’aéroport, etc.). Un NFT peut contenir plusieurs droits, et le détenteur d’un droit peut à son tour le transférer à autrui. Les droits peuvent être partageables ou non. Les droits partageables peuvent être clonés, et le fournisseur peut ajuster les détails selon le chemin de diffusion. Un délai d’expiration peut également être défini pour chaque droit. Le code principal est illustré ci-dessous :

La gestion des données de droits utilise deux structures imbriquées : PrivilegeRecord, qui contient l’adresse de l’utilisateur (address user) et la date d’expiration (expiresAt), puis PrivilegeStorage, qui stocke la date d’expiration la plus récente (LastExpiresAt) et associe chaque ID de droit à un PrivilegeRecord via un mapping. Cette approche par ID de droit est ingénieuse : elle simplifie grandement la vérification, qui ne nécessite plus de comparer minutieusement chaque détail, mais seulement de valider l’ID. Comme le contenu des droits change souvent, le placer hors chaîne et ne garder que l’ID sur chaîne permet aux projets de modifier les droits sans payer de frais de gaz. Toutefois, un inconvénient est que les droits ne sont pas directement lisibles — une application tierce devra probablement proposer une interface pour configurer et consulter les droits liés à chaque ID. Le code principal est illustré ci-dessous :

Ce protocole permet une gestion efficace et en temps réel des droits attachés aux NFT. Beaucoup de NFT ne servent pas uniquement de photo de profil ou d’œuvre d’art, mais ont des utilités concrètes dans divers contextes. Par exemple, une marque de mode pourrait offrir des remises à ses détenteurs de NFT ; les membres d’un DAO pourraient voter sur l’utilisation du trésor via leur NFT ; une dApp pourrait organiser un airdrop ciblé vers certains détenteurs de NFT blue-chip ; un supermarché pourrait émettre ses cartes de fidélité en tant que NFT, accordant des privilèges lors des achats. Les émetteurs peuvent ainsi attribuer de nombreuses utilités à leurs NFT, mais le détenteur n’a pas toujours envie d’en profiter. Le standard EIP-721 classique ne permet que d’enregistrer la propriété et les transferts, sans aucune trace des droits sur la chaîne. L’extension EIP-5496 permet aux commerçants ou projets d’enregistrer ces droits sur la blockchain, de les attribuer à des groupes spécifiques, et de donner aux détenteurs la capacité de gérer individuellement chaque droit. Cela libère tout le potentiel pratique des NFT et ouvre la voie à de grandes applications concrètes.

EIP-5606 : NFT Multivers

L’EIP-5606 définit une interface permettant de créer un standard de NFT Multivers (NFT multivers), destiné à des actifs numériques comme des objets vestimentaires ou des items de jeu, tout en indexant les NFT délégués sur chaque plateforme. Ces plateformes peuvent être des métavers, des jeux GameFi ou des marchés NFT. Ce standard autorise également le « groupage » et le « dégroupage » des NFT délégués au sein du NFT multivers, permettant aux détenteurs de les échanger séparément ou en lot. Le code principal est illustré ci-dessous :

Le concept de NFT multivers introduit par l’EIP-5606 représente un actif numérique qui traverse plusieurs plateformes. Le contrat NFT multivers définit un nouveau type de jeton, préservant la relation entre un actif numérique unique et ses homologues sur chaque plateforme (appelés « jetons délégués » dans l’EIP). Ce standard introduit la notion simple de « bundle » (lot). Un lot est essentiellement un ensemble de NFT délégués identifiés par un ID unique (ID du jeton multivers). La structure DelegateData contient les informations des jetons délégués sur chaque plateforme, notamment : contractAddress, tokenId, et quantity, pour différencier les NFT (conformes aux standards ERC-721 ou ERC-1155). Les fonctions de groupage et dégroupage acceptent un tableau de structures DelegateData, permettant des opérations partielles. Elles exigent également les ID de jetons délégués individuels, et seul le propriétaire du NFT multivers (ou une adresse disposant du rôle bundler) peut appeler la fonction de groupage.

Dans l’écosystème web3, les NFT représentent désormais divers types d’actifs uniques et non fongibles. Certains actifs consistent en un ensemble de NFT interconnectés. Par exemple, si une marque lance une nouvelle paire de baskets sur plusieurs plateformes, elle sera frappée en NFT distinct sur chacune. Pourtant, en réalité, il s’agit du même produit. L’absence d’interopérabilité entre plateformes est devenue un problème urgent. Créer un standard NFT multivers permettant d’indexer et de prouver la propriété d’un actif numérique sur différentes plateformes serait une première étape cruciale vers l’interopérabilité et une véritable propriété transversale. Sur ce chemin, l’EIP-5606 constitue la première tentative concrète de résoudre l’interopérabilité des NFT et la question de la « vraie » propriété à travers les plateformes.

EIP-6150 : Naissance du standard NFT hiérarchique

Le protocole EIP-6150 étend le standard EIP-721 en proposant une structure NFT hiérarchique à plusieurs niveaux, similaire à un système de fichiers. Ce protocole ajoute de nouvelles interfaces au standard EIP-721 et à son contrat, permettant d’obtenir le NFT parent ou enfant, et de déterminer si un NFT est un nœud racine ou feuille, tout en conservant les relations hiérarchiques entre eux. La relation hiérarchique entre NFT signifie que tous les NFT forment un arbre hiérarchique. Chaque NFT est un nœud de cet arbre, pouvant être racine, feuille, parent ou enfant. Le code principal est illustré ci-dessous :

Dans cette proposition, l’événement Minted est d’abord normalisé pour indiquer explicitement la relation parent-enfant lors du minting d’un nouveau nœud. Dans chaque arbre hiérarchique, la fonction parentOf permet de rechercher le nœud parent d’un NFT via son tokenId, et la fonction childrenOf permet de lister tous les nœuds enfants. Cela facilite la navigation vers les nœuds supérieurs et inférieurs. De plus, les fonctions isRoot et isLeaf permettent respectivement de vérifier si un tokenId est un nœud racine ou feuille dans l’arbre NFT.

À noter également que cette proposition ajoute trois extensions facultatives très complètes :

Extension énumérable (IERC6150Enumerable)

Trois fonctions sont standardisées pour permettre des requêtes énumérables impliquant les nœuds enfants. Chaque fonction inclut un paramètre parentId ; pour assurer la compatibilité, lorsque parentId vaut 0, cela signifie qu’on interroge les nœuds racines.

Extension de destruction de nœud (IERC6150Burnable)

Extension de transfert de relation parent (IERC6150ParentTransferable) : dans certains cas, comme un système de fichiers, un dossier ou fichier peut être déplacé d’un répertoire à un autre. Cette proposition ajoute donc l’extension ParentTransferable pour prendre en charge ce scénario.

Contrôle d’accès (IERC6150AccessControl)

Dans une structure hiérarchique, plusieurs comptes peuvent avoir le droit d’agir sur un nœud (minting, transfert, destruction). Cette proposition ajoute des fonctions standard pour vérifier les permissions d’accès.

Actuellement, la plupart des NFT sont plats, sans lien relationnel. Avec le standard hiérarchique, tous les NFT peuvent être reliés en une structure arborescente, similaire à un système de fichiers. Les NFT hiérarchiques peuvent servir dans de nombreux domaines : organisation d’entreprise, graphe de relations sociales, catégories de produits e-commerce, systèmes de commentaires structurés, etc.

Tout scénario possédant une structure hiérarchique peut tirer parti de ce standard EIP-6150. Les NFT hiérarchiques pourraient connaître de larges applications dans les réseaux sociaux décentralisés, le commerce électronique décentralisé, etc. Dans l’écosystème Ethereum, un contrat intelligent unique pourrait servir de racine, gérant chaque catégorie ou répertoire comme un NFT distinct et préservant les relations hiérarchiques. Le tokenURI de chaque NFT pourrait pointer vers une autre adresse de contrat, un lien web, ou tout autre type de métadonnées. Un seul contrat suffirait à gérer les relations hiérarchiques. À court terme, avec l’amélioration des solutions de disponibilité des données d’Ethereum et des réseaux externes de conservation de données sans permission, la gestion d’organisations en chaîne deviendra possible, ouvrant la voie à des applications totalement décentralisées.

Voici donc un aperçu des dernières évolutions des protocoles NFT sur Ethereum. Au moment de la rédaction, les EIP-5007 et EIP-5496 sont encore en phase « Last Call », tandis que les protocoles EIP-4955, EIP-5006, EIP-5606 et EIP-6150 sont passés de « Last Call » à la phase « Final ». Globalement, l’adoption de ces nouveaux protocoles apporte une contribution majeure à l’innovation et à l’utilité pratique des NFT. Nous avons dépassé l’ère des simples PFP, et l’aventure Web3 vise les étoiles. L’innovation ne cesse d’émerger, et le prochain grand récit des NFT semble s’orienter vers des usages de plus en plus concrets et applicatifs. Dans un avenir proche, la technologie NFT transformera des secteurs comme le jeu, l’assurance, l’immobilier, la publicité payante, le vote, les réseaux sociaux, les médias vidéo… touchant tous les aspects de notre vie. Les NFT ne seront bientôt plus seulement une « partie » du monde cryptographique. Dans les années à venir, ils pourraient bien devenir la seule application crypto réellement connectée au monde réel.