Comprendre l'ERC-998 : l'idée derrière les NFT composables

Les NFT composables visent à résoudre un problème simple : les choses que nous possédons sur la chaîne sont souvent liées à d'autres choses. Un personnage de jeu possède un équipement, une parcelle de métavers contient des bâtiments et des objets à porter, un NFT d'art peut inclure des licences ou une trésorerie de jetons. Aujourd'hui, ces relations sont fragmentées entre les contrats et les portefeuilles. L'ERC-998 propose un moyen pour qu'un NFT puisse posséder d'autres NFT et des jetons fongibles, et les déplacer ensemble comme un seul paquet programmable. Cette conception permet des hiérarchies d'actifs plus riches, des transferts plus sûrs et des expériences utilisateur plus intuitives. Consultez la norme proposée dans l'EIP-998 (Composable Non-Fungible Token).

Ce que l'ERC-998 ajoute concrètement

L'ERC-721 définit des actifs uniques. L'ERC-998 étend cette idée avec la propriété enfant, de sorte qu'un NFT "parent" puisse gérer directement :

• D'autres jetons ERC-721 (par exemple, des objets, des sous-actifs)
• Des soldes ERC-20 (par exemple, monnaie de jeu, redevances)

L'ERC-998 introduit deux modèles :

• Composables de haut en bas : le NFT parent maintient un index de ses enfants et peut les transférer ou en recevoir de nouveaux. Lorsque vous transférez le parent, les enfants peuvent se déplacer atomiquement avec lui. Consultez l'interface sur l'EIP-998.
• Composables de bas en haut : un jeton enfant enregistre une référence à son parent pour une traversée ascendante. Cela permet aux contrats de découvrir et de faire respecter les hiérarchies de propriété.

Le gain pratique est l'atomicité : déplacer un seul NFT peut emporter tout un inventaire avec lui. Pour les jeux, les collections de objets de collection ou l'art soutenu par une trésorerie, il s'agit d'une amélioration significative de l'expérience utilisateur par rapport aux transferts manuels de plusieurs actifs.

Comparaison de l'ERC-998 avec d'autres normes

• ERC-721 : un jeton unique par identifiant. Il ne définit pas la propriété enfant. Référence : EIP-721.
• ERC-1155 : norme multi-jetons où le même contrat peut émettre des jetons fongibles et non fongibles, avec des transferts par lots et une surcharge de gaz réduite. Il ne définit toujours pas nativement la propriété parent-enfant. Référence : EIP-1155.
• Comptes liés aux jetons (EIP-6551) : donne à chaque NFT son propre compte intelligent afin qu'un NFT puisse détenir des actifs et signer des transactions via un portefeuille contractuel. Conceptuellement similaire à "les NFT possèdent des actifs", mais implémenté via des comptes plutôt que des liens parent-enfant. Référence : EIP-6551.
• Abstraction de compte (EIP-4337) : rend les comptes intelligents plus conviviaux et programmables (par exemple, gaz sponsorisé, validation personnalisée), ce qui complète les comptes détenus par des NFT et les flux d'actifs avancés. Référence : EIP-4337.

En bref, l'ERC-998 est un modèle de composabilité au niveau du jeton, tandis que l'EIP-6551 utilise la composabilité au niveau du compte. Pour certaines applications, la sémantique de transfert groupé de l'ERC-998 est idéale ; pour d'autres, les comptes liés aux jetons offrent une exécution plus flexible.

Pourquoi les NFT composables sont importants en 2025

Les développeurs vont au-delà des simples objets de collection pour les jeux on-chain, les primitives de métavers et les biens numériques dynamiques. La composabilité est cruciale pour :

• Personnages de jeu et configurations : un seul transfert met à jour la propriété du personnage plus l'équipement, les familiers et les consommables.
• Positions DeFi : regrouper un NFT de stratégie avec des actifs stakés ou des jetons de récompense pour des mouvements en un clic ou des listages sur le marché. Les positions Uniswap v3 sont déjà des jetons ERC-721 ; les regrouper avec des garanties ou des récompenses améliore l'UX. Référence : Uniswap v3 NonfungiblePositionManager.
• Parcelles de métavers et sous-actifs : un terrain peut transporter des structures, des objets à porter et des laissez-passer comme enfants.
• Droits et licences : le NFT maître peut inclure des sous-licences ou des jetons de partage des revenus, en les transférant ensemble pour des sémantiques de propriété claires.

Avec des frais réduits sur les couches 2 d'Ethereum, ces interactions plus riches sont plus réalisables à déployer et à utiliser à grande échelle. Consultez l'aperçu des rollups et des économies de frais sur Ethereum Layer 2.

Notes de conception et d'implémentation

Si vous envisagez l'ERC-998, réfléchissez à :

• Sémantique de transfert : définissez quand les enfants se déplacent avec le parent et comment se désengager. Par exemple, un "transfert sécurisé" qui transporte les enfants par défaut et un "transfert léger" qui les laisse.
• Gestion des enfants : fonctions pour ajouter/supprimer des enfants et les énumérer. Émettez des événements pour que les indexeurs suivent les paquets de manière fiable. Outils d'indexation de référence : Documentation The Graph.
• Approbations et permissions : évitez le drainage accidentel des enfants via les approbations. Envisagez des contrôles basés sur les rôles pour des types d'enfants spécifiques.
• Réentrance et hooks : l'ajout et le transfert d'enfants déclenchent des appels de contrat ; suivez les meilleures pratiques pour éviter la réentrance et les incohérences d'état. Référence : Considérations de sécurité Ethereum pour les contrats intelligents.
• Visibilité sur le marché : assurez-vous que les métadonnées incluent les relations enfants et que les événements sont conviviaux pour les indexeurs et les agrégateurs. Les événements par lots de type ERC-1155 peuvent réduire la charge d'indexation.
• Évolutivité et migration : si vous utilisez des proxys, gérez soigneusement la disposition du stockage et les registres d'enfants lors des mises à niveau.

Notez que l'ERC-998 est encore une extension proposée. De nombreuses équipes explorent également les comptes liés aux jetons via l'EIP-6551 pour obtenir des avantages similaires avec les outils de compte intelligents et l'UX alimentée par l'EIP-4337. Les deux voies peuvent coexister : ERC-998 pour des paquets atomiques simples ; EIP-6551 pour une exécution et des permissions complexes.

Composabilité entre L2 et cross-chain

• Déploiements L2 : regroupez les opérations enfants sur les rollups pour économiser du gaz, et utilisez des ponts canoniques pour maintenir l'intégrité des paquets lors du passage d'une chaîne à l'autre. Référence : Ethereum Layer 2.
• Stratégies cross-chain : envisagez le verrouillage-et-mint ou le mappage canonique pour le parent et les enfants, et assurez-vous que l'état du paquet peut être reconstruit sur la destination. Évitez les ponts partiels qui brisent les graphes de propriété.

Checklist UX et développeur

• Créer des vues d'inventaire : affichez les arbres parent-enfant avec les soldes et les articles.
• Listage atomique : activez les options "vendre le parent avec les enfants" sur les places de marché, ou mettez les enfants sous séquestre pendant les listages pour éviter les litiges.
• Reçus clairs : incluez les mouvements d'enfants dans les reçus de transaction et les événements afin que les utilisateurs et les auditeurs puissent vérifier l'intégrité du paquet.
• Budgétisation du gaz : regroupez les opérations et évitez les listes d'enfants illimitées ; limitez les tailles ou utilisez la pagination.
• Tests : simulez les cas extrêmes (enfants orphelins, transferts partiels, révocations) et intégrez le fuzzing pour la couverture de la machine d'état.

Où se dirige le marché

L'intérêt renouvelé pour les jeux on-chain, les NFT dynamiques et la propriété programmable a mis la composabilité au premier plan. Les comptes liés aux jetons (EIP-6551) gagnent en adoption parmi les développeurs, tandis que des normes comme l'ERC-1155 continuent de dominer les actifs à haut débit. L'ERC-998 offre un moyen élégant et natif au jeton de regrouper des actifs, et en 2025, nous voyons des équipes explorer des hybrides : ERC-998 pour les graphes de propriété et EIP-6551 pour la puissance d'exécution, le tout soutenu par l'abstraction de compte via EIP-4337 pour une meilleure UX. Références : EIP-6551, EIP-4337.

Détention sécurisée de NFT composables

La gestion des NFT qui contrôlent d'autres actifs augmente les enjeux pour la sécurité des clés privées. L'utilisation d'un portefeuille matériel permet de s'assurer que les signatures et les approbations ne peuvent pas être détournées par des logiciels malveillants. OneKey se concentre sur la sécurité open-source, la prise en charge multi-chaînes et des flux de signature clairs, ce qui facilite la révision des transactions complexes qui peuvent déplacer un NFT parent et ses enfants en une seule fois. Si vous avez l'intention de conserver des paquets ERC-998 ou des NFT liés à des jetons, il est fortement recommandé de pratiquer la gestion des clés assistée par matériel et la simulation de transactions.

Références clés

• Spécification proposée : EIP-998 (Composable Non-Fungible Token)
• Normes de base : EIP-721, EIP-1155
• Comptes liés aux jetons : EIP-6551
• Abstraction de compte : EIP-4337
• Aperçu de la couche 2 : Ethereum Layer 2
• Indexation : Documentation The Graph
• Positions NFT DeFi : Uniswap v3 NonfungiblePositionManager

L'ERC-998 donne aux NFT un moyen de transporter ce qu'ils possèdent. Que vous choisissiez la composabilité au niveau du jeton ou les comptes liés aux jetons au niveau du compte, l'objectif est le même : le transfert prévisible et sécurisé d'objets on-chain riches. À mesure que les écosystèmes mûrissent en 2025, une composabilité bien conçue, associée à une conservation sécurisée, définira la prochaine génération d'expériences NFT.