CIP-68 : L'approche de Cardano pour la conception d'actifs natifs

/16 oct. 2025

Points clés

• CIP-68 permet de stocker des métadonnées évolutives sur la chaîne pour les actifs natifs.

• Les actifs natifs de Cardano sont gérés via un modèle EUTXO, offrant des frais prévisibles et une comptabilité simple.

• Les dApps peuvent accéder aux métadonnées sans dépenser l'actif, facilitant les intégrations et la composabilité.

• Les utilisateurs bénéficient de métadonnées déterministes et d'une expérience utilisateur améliorée lors des mises à jour d'actifs.

• CIP-68 encourage le versionnement des schémas de données, permettant aux métadonnées d'évoluer sans perturber les consommateurs.

Cardano traite les actifs natifs comme des citoyens de première classe au niveau du registre, évitant les wrappers de contrat de style ERC-20/721 et héritant du même modèle de sécurité et de frais que l'ada. Ce choix de conception rend l'émission d'actifs efficace, mais soulève également des questions pratiques concernant les métadonnées, la mutabilité, les redevances et la composabilité. La Proposition d'Amélioration de Cardano, CIP-68, introduit un modèle robuste pour les "actifs intelligents" : des métadonnées évolutives sur la chaîne pour les NFTs et les jetons fongibles, qui peuvent être lues et validées sans dépenser l'actif lui-même.

Cet article explique pourquoi CIP-68 est important, comment il fonctionne et ce qu'il débloque pour les constructeurs et les utilisateurs de l'écosystème Cardano.

Pourquoi les actifs natifs de Cardano sont différents

Contrairement aux chaînes basées sur des comptes, le registre EUTXO (Extended UTXO) de Cardano vous permet de créer et de transférer plusieurs actifs dans le même UTXO, suivi par des politiques d'émission plutôt que des contrats spécifiques aux jetons. Cela offre des frais prévisibles et une parallélisation tout en maintenant une comptabilité simple des actifs au niveau du registre. Pour plus de contexte, consultez la documentation de Cardano sur les jetons natifs et comment le modèle EUTXO permet des transactions scriptées avec un comportement déterministe :

Vue d'ensemble des actifs natifs (Cardano Docs) — lien à la fin de ce paragraphe
Matériaux de recherche et de développement sur l'EUTXO — lien à la fin de ce paragraphe

Référence : lisez la documentation officielle sur les jetons natifs dans Cardano et le modèle EUTXO sur le portail développeur de Cardano et les blogs de recherche associés. Visitez la documentation officielle via Actifs natifs et modèle EUTXO pour en savoir plus.

Le problème des métadonnées héritées (CIP-25)

Les premiers NFTs de Cardano reposaient sur des indexeurs hors chaîne et des métadonnées de transaction via CIP-25. Bien que simple, cette approche :

Reposait sur des indexeurs tiers pour son exactitude
Rendait les mises à jour gênantes ou impossibles
Ne pouvait pas facilement appliquer la logique des redevances sur la chaîne ou un comportement dynamique

Au fur et à mesure que l'écosystème mûrissait, les constructeurs avaient besoin d'une norme qui maintient les métadonnées et l'état sur la chaîne, versionnés et découvrables de manière fiable, sans sacrifier l'expérience utilisateur.

Vous pouvez trouver l'approche originale des métadonnées de NFT dans CIP-25 pour le contexte historique (référence à la fin de cette phrase). Voir la spécification dans CIP-25.

Entrez dans CIP-68 : les "actifs intelligents" évolutifs sur la chaîne

CIP-68 définit un modèle pour stocker les métadonnées et l'état dans les datum des UTXO tout en conservant un jeton propre et orienté utilisateur. Il formalise une relation entre plusieurs jetons émis sous la même politique pour séparer les préoccupations :

Un actif orienté utilisateur que les gens détiennent et échangent
Un actif de référence dont l'UTXO porte les métadonnées canoniques et versionnées dans un datum intégré
Un jeton d'état/fil optionnel pour gérer la mutabilité ou les transitions d'état

Essentiellement, les portefeuilles et les dApps peuvent lire les métadonnées de l'actif de référence sans le consommer, et les mises à jour sont effectuées en dépensant et en recréant l'UTXO de référence avec un nouveau datum. Cela donne aux projets un comportement de "NFT intelligent" sans dépendre de bases de données hors chaîne. Lisez la norme sur CIP-68.

Pourquoi les fonctionnalités de l'ère Vasil sont importantes : entrées de référence, datum intégrés et scripts de référence

CIP-68 exploite trois améliorations de l'ère Vasil qui ont rendu les métadonnées sur la chaîne pratiques et rentables :

CIP-31 Entrées de référence : lire des données d'un UTXO dans une transaction sans le dépenser, idéal pour consulter l'UTXO de métadonnées d'un NFT de référence. Voir CIP-31.
CIP-32 Datum intégrés : stocker le datum directement dans l'UTXO, permettant des métadonnées canoniques sur la chaîne sans recherche externe. Voir CIP-32.
CIP-33 Scripts de référence : attacher des scripts aux UTXO et les référencer pour la validation, réduisant la taille des transactions et les coûts lors de l'interaction répétée avec le même script. Voir CIP-33.

Ces fonctionnalités ensemble permettent un accès en lecture aux métadonnées et à l'état, composable et à faible coût, tout en évitant les déplacements d'UTXO inutiles.

Le modèle à trois jetons en pratique

Bien que les implémentations varient, un déploiement typique de CIP-68 ressemble à ceci :

Jeton utilisateur (l'actif négociable) : ce que les utilisateurs voient dans leur portefeuille et sur les places de marché.
Jeton de référence (non négociable ou détenu par le protocole) : ancre les métadonnées canoniques dans un datum intégré ; les indexeurs et les dApps lisent à partir de cet UTXO via des entrées de référence.
Jeton de fil d'état (optionnel) : régit les mises à jour, applique l'unicité ou transporte l'état programmatique pour des cas d'utilisation tels que l'art dynamique, les identifiants, les positions ou les objets de jeu.

CIP-68 encourage également le versionnement des schémas pour les datum afin que les métadonnées puissent évoluer sans casser les consommateurs. Le résultat est une source de vérité versionnée sur la chaîne que toute dApp peut interroger de manière cohérente.

Vous pouvez explorer la spécification formelle et les schémas recommandés sur CIP-68.

Ce que les constructeurs obtiennent

Composabilité : les dApps peuvent faire confiance à une seule source de métadonnées sur la chaîne et la consommer sans dépenser l'actif, permettant des intégrations transparentes dans les places de marché, les protocoles DeFi et les jeux.
Évolutivité avec transparence : les datum sur la chaîne sont audibles ; les projets peuvent publier des politiques de changement, des verrous temporels ou des exigences de multisignature autour des mises à jour.
Meilleur indexation : les indexeurs n'ont plus besoin de réconcilier les métadonnées hors chaîne avec les actifs orientés utilisateur ; ils peuvent suivre la relation définie par la politique et le schéma de datum.
Redevances et règles de politique : bien que les redevances ne soient pas appliquées au niveau du registre, CIP-68 s'associe bien à la logique de politique et aux conventions de place de marché pour honorer l'intention du créateur. Pour les conventions de redevances, voir CIP-27.

Référencez la convention de redevances dans CIP-27.

Ce que les utilisateurs obtiennent

Métadonnées déterministes : les portefeuilles peuvent afficher les mêmes données que celles que les dApps et les explorateurs lisent à partir de l'UTXO de référence.
Moins de friction : les mises à jour d'œuvres d'art, d'attributs ou d'état ne nécessitent plus de re-créations gênantes ou de coordination hors chaîne.
Modèle de confiance plus clair : les projets peuvent divulguer si les métadonnées sont modifiables, qui peut les mettre à jour et dans quelles conditions.

Comme toujours, vérifiez les identifiants de politique et inspectez les métadonnées à partir d'explorateurs réputés avant d'interagir avec des actifs inconnus. Vous pouvez vérifier les politiques et les transactions à l'aide d'explorateurs Cardano tels que Cardanoscan.

Cas d'utilisation pratiques

NFTs dynamiques : œuvres d'art évolutives, laissez-passer saisonniers ou objets de jeu dont les attributs changent au fil du temps.
Identifiants et artefacts de type SBT : badges avec mécanismes de révocation ou de mise à jour alimentés par un jeton d'état.
Positions DeFi : parts de LP ou reçus de coffre-fort qui transportent l'état de la position dans le datum tandis que le jeton utilisateur reste négociable le cas échéant.
Actifs du monde réel : provenance et attestations stockées sur la chaîne de manière versionnée et auditable.

Conseils et meilleures pratiques pour les développeurs

Adoptez des schémas de datum clairs et versionnés et documentez-les publiquement afin que les portefeuilles et les indexeurs puissent s'intégrer rapidement.
Signalez la mutabilité : si les métadonnées peuvent changer, rendez cela explicite et expliquez la gouvernance (par exemple, signataires multisig, verrous temporels ou approbations DAO).
Utilisez des scripts de référence et des entrées de référence pour minimiser les frais et les déplacements d'UTXO.
Évitez la complexité d'état inutile ; gardez l'UX du jeton utilisateur simple et rapide à transférer.
Envisagez de combiner CIP-68 avec des verrous temporels ou un verrouillage de politique une fois que les règles de la collection sont finalisées.

Pour les fonctionnalités sous-jacentes qui rendent ce modèle efficace, voir CIP-31, CIP-32 et CIP-33.

Perspectives pour 2025

Alors que Cardano continue d'évoluer vers l'ère Conway avec des bases de gouvernance sur la chaîne comme CIP-1694, les normes qui améliorent l'expressivité et la composabilité des actifs ne feront que croître en importance pour les dApps et les écosystèmes partenaires. La gouvernance et les mises à niveau du protocole peuvent renforcer les assurances autour de la mutabilité, de la provenance et des métadonnées à long terme pour les cas d'utilisation tokenisés du monde réel. Pour le contexte de gouvernance, lisez CIP-1694.

Considérations de sécurité et de portefeuille

Les actifs CIP-68 dépendent des UTXO de référence et des datum intégrés. Lors de la signature des transactions :

Examinez les politiques d'émission de la transaction et tous les scripts référencés.
Privilégiez les portefeuilles qui affichent les identifiants de politique, les datum et les métadonnées claires des actifs provenant de la chaîne.
Stockez les avoirs à long terme dans un stockage froid et utilisez la signature matérielle pour réduire l'exposition des clés.

Si vous gérez un portefeuille multi-chaînes qui comprend des jetons natifs Cardano, un portefeuille matériel open-source comme OneKey peut servir d'ancre de signature hors ligne dans votre pile. OneKey se concentre sur un micrologiciel transparent et auditable et des flux hors ligne sécurisés, vous aidant à garder les clés privées hors des appareils connectés à Internet tout en interagissant avec les dApps via des portefeuilles logiciels compatibles.