Tokens Natifs Questions Fréquentes

Actifs en chaîne

Q. Quelle est la définition du support "multi-actifs (MA)" et est-ce que Cardano en dispose ?

R. Le support multi-actifs (MA) est le nom d'un ensemble de caractéristiques (fonctionnalités) qu'un ledger (blockchain/wallet/cryptocurrency/plateforme bancaire) peut fournir, qui lui permet de faire de la comptabilité sur ou de faire des transactions avec plus d'un type d'actif.

La fonction de prise en charge de MA par Cardano est appelée Native Tokens. MA permet aux utilisateurs d'effectuer des transactions avec ada et un nombre illimité de tokens définis par l'utilisateur. Cette prise en charge est native, ce qui signifie que les tokens peuvent être échangés (suivis/envoyés/reçus) à l'aide du système comptable défini dans le cadre de la fonctionnalité de grand livre de la crypto-monnaie, sans qu'il soit nécessaire de recourir à des contrats intelligents pour activer cette fonctionnalité.

Q. Qu'est-ce que la tokenisation (des actifs) ?

R. La tokénisation d'un actif signifie la création d'une représentation sur la chaîne de cet actif.

Monnayage (frapper)

Q. Que signifie "frapper" un token?

R. La "frappe" est le processus par lequel de nouveaux tokens sont créés ou détruits. En d'autres termes, la quantité totale en circulation (c'est-à-dire additionnée à toutes les adresses du grand livre) du type de token frappé augmente ou diminue. La frappe d'une quantité positive de tokens est une création de tokens, et la frappe d'une quantité négative est une destruction de tokens.

Q. Que signifie "brûler" un token ?

R. Le terme "brûlage" désigne le processus par lequel les tokens sont détruits. Il est synonyme de "frappe négative".

Q. Qu'est-ce que la rédemption de tokens ?

R. La rédemption des tokens est l'action de renvoyer les tokens à l'émetteur pour qu'il les brûle. Cette action est généralement réalisée lorsque les tokens remboursés n'ont plus de raison d'être sur le grand livre, et que l'utilisateur ou le contrat qui les possède n'est pas en mesure (ou n'est pas autorisé par la politique de frappe) de brûler les tokens.

Il se peut qu'aucune compensation ne soit offerte pour la rédemption des tokens (la décision à ce sujet relève de la politique de l'émetteur des tokens/de l'opérateur), mais l'utilisateur peut choisir de le faire quand même pour éviter d'avoir des tokens inutilisables dans son wallet.

Q. Qu'est-ce qu'une transaction de monnayage?

R. Les transactions ont une structure différente dans les ères Shelley, ShelleyMA et Goguen, mais cette structure est la même au sein d'une même ère. Les transactions Shelley+MA et Goguen peuvent contenir des données qui précisent quels tokens sont frappés. Les transactions pour lesquelles cette donnée (appelée champ de frappe) est non vide sont appelées transactions de frappe. Ces transactions doivent également contenir les politiques de frappe des tokens qu'elles frappent, afin qu'elles puissent être vérifiées pendant la validation.

Le résultat du traitement d'une transaction de frappe est que le grand livre contiendra désormais en plus les actifs inclus dans le champ de frappe (minting field) de la transaction. Si la quantité d'un actif particulier dans le champ de frappe est négative, le résultat est qu'après le traitement de la transaction, la quantité totale de cet actif spécifique dans le grand livre sera réduite du montant reflété dans le champ de frappe.

Notez qu'une transaction unique peut frapper des tokens associés à plusieurs politiques de frappe distinctes, par exemple (Policy1, SomeTokens), (Policy2, SomeOtherTokens). Notez également qu'une transaction peut simultanément frapper certains tokens et en brûler d'autres.

 

Q. Qu'est-ce qu'une politique de monnayage?

R. Une politique de monnayage est un ensemble de règles utilisées pour réglementer le monnayage des actifs qui lui sont associés (dont elle fait partie). Par exemple, qui a le contrôle (et sous quelles conditions) de l'approvisionnement de la monnaie, de sa frappe et de son brûlage. Ces règles concernent le contenu des données de transaction de la transaction qui tente de frapper la monnaie. Par exemple, une politique de frappe de monnaie peut exiger qu'un ensemble particulier de clés ait signé la transaction de frappe.

Cet ensemble de règles est défini par l'utilisateur qui souhaite créer le nouvel actif. Par exemple, un utilisateur peut souhaiter n'autoriser que lui-même à frapper ce type particulier de token. Dans ce cas, il le stipule dans la politique. Le nœud vérifie le respect des politiques de monnayage lorsqu'une transaction est traitée en exécutant le code ou en vérifiant les signatures pertinentes. Les données de la transaction doivent satisfaire à toutes les politiques de frappe de tous les actifs que la transaction tente de frapper.

Q. Qu'est-ce qu'un token builder et quelle est sa fonctionnalité ?

R. Un token builder est un logiciel qui permet à l'utilisateur de définir les tokens à frapper et de les inclure dans une transaction de frappe. Il garantit également que les données supplémentaires nécessaires pour vérifier que la transaction est autorisée à effectuer le monnayage sont incluses dans la transaction (voir la question sur la politique de monnayage ci-dessous).

 

Exemples de politiques et façons de les définir

Q. Qu'est-ce que le "multisig" et comment est-il lié aux politiques de monnayage ?

R. Le langage de script multisig (qui existait avant l'introduction de la fonctionnalité MA sur Cardano) spécifie un ensemble minimal de signatures nécessaires pour permettre à une transaction d'effectuer une certaine action, généralement pour dépenser une entrée UTXO.

Les scripts multisig peuvent également être utilisés pour spécifier les politiques de monnayage les plus basiques, c'est-à-dire les politiques qui nécessitent un ensemble spécifique de clés pour signer la transaction de monnayage. Par exemple, une politique de frappe à émetteur unique peut être exprimée à l'aide d'un script multisig. Notez que les politiques de monnayage sont les seuls types de politiques qui peuvent être exprimés en utilisant des scripts multisig.

En l'absence de contrats intelligents Plutus ou de toute autre extension du langage de la politique monétaire, le multisig est le seul moyen de spécifier une politique de monnayage.

Q. Quel est le rapport entre les contrats intelligents Plutus et les tokens natifs ?

R. Les politiques de monnayage peuvent être écrites dans le langage de contrat intelligent Plutus. Cela permet aux utilisateurs d'exprimer un éventail beaucoup plus large de politiques que la seule politique d'émetteur unique exprimable à l'aide de multisig. La politique de frappe unique, par exemple, peut être exprimée en Plutus (mais pas seulement en multisig).

Q. Qu'est-ce qu'une politique de monnayage d'un seul émetteur ?

R. Une politique de frappe à émetteur unique spécifie que seule l'entité détenant un jeu de clés particulier est autorisée à frapper des tokens dans le cadre d'une politique particulière. Par exemple, l'ensemble de clés spécifié dans la politique de frappe doit avoir signé la transaction de frappe. Ce type de politique peut être spécifié à l'aide de multisig.

Un exemple d'utilisation d'une politique d'émission unique pourrait être celui des tokens représentant des cartes de baseball. Cela signifierait qu'aucun nouveau token représentant des cartes de baseball ne pourrait être frappé sans la signature de l'entreprise. Inversement, la politique prouve que toutes les cartes existantes couvertes par cette politique ont été légitimement frappées par la société de cartes de baseball.

Q. Qu'est-ce qu'une politique de monnayage à usage unique?

R. Dans le cas d'une politique de frappe unique, l'ensemble des tokens concernés par cette politique est frappé par une transaction spécifique. Cela signifie qu'aucun autre token ne sera jamais frappé dans le cadre de cette politique. Ce type de politique nécessite des contrats intelligents et ne peut pas être exprimé à l'aide de multisig.

Un cas d'utilisation d'une politique de frappe unique serait la frappe de tokens de billets pour un concert spécifique. La capacité de la salle étant connue à l'avance, il ne sera pas nécessaire d'autoriser la frappe de nouveaux billets.

 

Structure, représentation et propriétés des actifs multiples

Q. Qu'est-ce que la fongibilité et la non-fongibilité ?

R. La fongibilité est une relation entre deux actifs/tokens. On dit que les tokens sont fongibles entre eux lorsqu'ils sont interchangeables. Par exemple, la monnaie fiduciaire est fongible car un billet de 10 dollars est interchangeable avec tous les autres (vrais) billets de 10 dollars (et toutes les séries de 10 billets de 1 dollar, et toutes les paires de 5 dollars).

Les actifs non fongibles ne sont pas interchangeables entre eux. Par exemple, deux diamants, ou deux tokens on-chain représentant les deux diamants du monde réel. S'il n'y a pas d'autres actifs avec lesquels un token est fongible - par exemple un token représentant une maison - le token est considéré comme unique (non fongible).

Q. Qu'est-ce qu'un paquet de tokens ? 

R. Une collection mixte de tokens relevant d'une ou plusieurs politiques de monnayage. Tous les tokens peuvent être regroupés.

Pour plus de détails, voir la section sur les paquets de tokens.

 

Transactions avec des tokens natifs

Q. Comment les tokens natifs apparaissent-ils dans le wallet d'un utilisateur ?

R. Avant l'introduction de la fonctionnalité MA dans le système Cardano, le wallet d'un utilisateur contient à la fois des sorties avec des adresses qui appartiennent à l'utilisateur, et les quantités d'ada que ces adresses détiennent. Par exemple, (users_address1, someAdaAmount)

Avec la prise en charge de MA, le wallet de l'utilisateur pourra contenir plusieurs types d'actifs dans une seule sortie, c'est-à-dire que le wallet peut contenir un paquet de tokens. Cela signifie que les wallets peuvent contenir:

• Actifs scopés sous différentes politiques dans un seul UTXO (y compris ada)
• Actifs couverts par une seule politique, répartis sur plusieurs UTXOs

Le wallet d'un utilisateur peut contenir quelque chose comme:

(users_address1, (adaPolicy, someAdaTokens)) (users_address1, (cryptoDoggie, someDoggies), (adaPolicy, moreAdaTokens)) (users_address2, (cryptoDoggie, otherDoggies), (cryptoBirds, justCockatoos))

Dans cet exemple, il y a trois politiques: adaPolicy, cryptoDoggie, et cryptoBirds.

 

Q. Les tokens natifs ont-ils des identifiants lisibles par l'homme et d'autres métadonnées ?

R. Des noms lisibles par l'homme pour les actifs (au lieu des longues chaînes alphanumériques d'identification de la politique et des noms d'actifs) peuvent être enregistrés sur un serveur de métadonnées. Si un utilisateur utilise un wallet intégré à un serveur de métadonnées, il pourra voir les noms lisibles par l'homme lorsqu'il consultera ses actifs.

Les utilisateurs pourront télécharger les noms de leurs tokens, ainsi que toute autre métadonnée relative à ces tokens, vers un serveur de métadonnées. Il est possible que plusieurs serveurs de métadonnées soient opérationnels à la fois (y compris un serveur géré par Cardano). Les utilisateurs devront donc choisir le(s) serveur(s) sur lequel (lesquels) ils souhaitent télécharger leurs métadonnées ou à partir duquel (desquels) ils souhaitent les télécharger.

Les utilisateurs peuvent également choisir d'ajouter des noms et d'autres métadonnées directement dans le champ de métadonnées de la transaction. Cela augmentera les frais de transaction proportionnellement à la taille des métadonnées supplémentaires.

Q. Quels sont les coûts liés à la frappe et au commerce des tokens natifs ?

R. Les coûts liés aux multi actifs peuvent être divisés en deux catégories:

• Frais : L'envoi et la frappe de tokens ont une incidence sur les frais que l'auteur de la transaction doit payer. Comme pour un registre d'ada uniquement, les frais sont calculés en fonction de la taille totale de la transaction. Il peut également y avoir des frais pour la vérification des politiques de frappe, mais initialement, seules les politiques multisig sont prises en charge, ce qui n'entraîne pas de frais supplémentaires en plus de ceux basés sur la taille de la transaction.
• Min-ada-value: Chaque sortie créée par une transaction doit inclure une quantité minimale d'ada, qui est calculée en fonction de la taille de la sortie (c'est-à-dire du nombre de types de tokens différents qu'elle contient et de la longueur de leurs noms).

 

Explication de Min-ada-value:

N'oubliez pas que les sorties peuvent contenir une collection hétérogène de tokens, incluant l'ada qui est une ressource limitée dans le système Cardano. Le fait d'exiger qu'une certaine quantité d'ada soit incluse dans chaque sortie du grand livre (cette quantité étant basée sur la taille de la sortie, en bytes) empêche la taille du grand livre Cardano de croître de façon intraitable.

Calcul de Min-ada-value:

 

Le montant minimal d'ada devant être contenu dans chaque UTXO d'ada uniquement sans données supplémentaires (c'est-à-dire un UTXO ne contenant que l'adresse et le montant d'ada) est un paramètre que le système Cardano a défini: minUTxOValue

La taille d'un tel UTXO a une limite supérieure : adaOnlyUTxOSize

Nous pouvons calculer la limite supérieure de la taille d'un UTXO u contenant des tokens non-ada: sizeBound (u)

Nous voulons calculer le min-ada nécessaires pour être contenu dans u : minAda (u)

Un montant minUTxOValue de ada paie pour adaOnlyUTxOSize bytes de stockage UTXO sur le ledger. Pour que la valeur min-ada soit proportionnelle pour tous les UTXOs, la proportion suivante doit être satisfaite:

minUTxOValue / adaOnlyUTxOSize = minAda (u) / sizeBound (u) Donc, le calcul du min-ada pour n'importe quel UTxO est:

minAda (u) = sizeBound (u) * minUTxOValue / adaOnlyUTxOSize

En conséquence de cette conception,

• Il est impossible de réaliser des sorties contenant uniquement des tokens personnalisés
• Le nombre de chaque type de token dans une sortie n'affecte pas la min-ada-value de la sortie, mais le nombre de types de tokens contenus dans une sortie augmente la min-value.
• La raison en est que les noms et les ID de politique de chacun des types de tokens occupent un espace supplémentaire dans la sortie.
• L'envoi de tokens personnalisés à une adresse implique toujours l'envoi de la valeur minimale d'ada à cette adresse avec les tokens personnalisés (en incluant l'ada dans la même sortie). Si - l'adresse n'est pas dépensable par l'utilisateur qui envoie les tokens, l'ada envoyé avec les tokens n'appartient plus à l'expéditeur.
• Avant de transférer des tokens personnalisés, les utilisateurs peuvent choisir d'utiliser la communication hors chaîne pour négocier qui fournit l'ada pour couvrir la valeur minimale de l'ada dans la sortie faite par la transaction de transfert
• Pour récupérer l'ada stocké avec les tokens personnalisés dans une sortie O, l'utilisateur doit soit : a) Dépenser la sortie O, et brûler les tokens personnalisés qui y sont stockés b) Dépenser une sortie O et une sortie O', et consolider les tokens qui y sont stockés avec la même collection de types de tokens personnalisés stockés dans une autre sortie (dépensés dans la même transaction) Ex, (CryptoDoggiesPolicy, poodle, 1) contenu dans O peut être consolidé avec (CryptoDoggiesPolicy, poodle, 3) dans O', pour un total de (CryptoDoggiesPolicy, poodle, 4) dans une nouvelle sortie faite par la transaction de consolidation.
• La division des tokens personnalisés en plus de sorties que celles dans lesquelles ils étaient contenus avant le traitement de la transaction nécessite d'utiliser, au total, plus d'ada pour couvrir la valeur minimale d'ada, car l'ada est nécessaire dans les sorties supplémentaires.

 

Q. Quels types d'actifs puis-je utiliser pour couvrir les coûts associés aux tokens natifs ?

R. Actuellement, seul ada peut être utilisé pour effectuer des paiements ou des dépôts de frais.

Q. Comment fonctionne la sélection des pièces pour les tokens natifs personnalisés ?

R. Du point de vue de l'utilisateur, il s'agit d'un processus similaire à celui de la sélection des pièces de monnaie ada, c'est-à-dire que l'utilisateur choisit les tokens et les quantités qu'il souhaite dépenser, et le wallet choisit les entrées appropriées et couvre les frais.

Q. Est-il possible d'envoyer des tokens à une adresse?

R. Oui, l'envoi de tokens natifs à une adresse se fait de la même manière que l'envoi d'ada à une adresse, c'est-à-dire en soumettant une transaction avec des sorties contenant les paquets de tokens que l'auteur de la transaction souhaite envoyer, ainsi que les adresses auxquelles ils sont envoyés.

 

Quel contrôle l'utilisateur a-t-il sur les actifs des tokens personnalisés ?

Les utilisateurs peuvent dépenser, envoyer, échanger ou recevoir tous les types de tokens MA de la même manière qu'ada. Contrairement à ada, les utilisateurs peuvent également frapper et brûler des tokens natifs.

Dépenser les tokens : les utilisateurs peuvent dépenser les tokens de leur wallet, ou les tokens des sorties verrouillées par des scripts qui permettent à cet utilisateur de dépenser la sortie.

Envoi de tokens à d'autres utilisateurs : les utilisateurs peuvent envoyer les tokens de leur wallets (ou tous les tokens qu'ils peuvent dépenser) à n'importe quelle adresse.

Frappe de tokens : les utilisateurs peuvent frapper des tokens personnalisés conformément à la politique associée à cet actif. La transaction de monnayage peut placer ces tokens à l'adresse de l'utilisateur, ou à celle d'une autre personne. Si nécessaire, la politique peut restreindre l'emplacement exact de la sortie des tokens.

Notez que même si l'utilisateur a défini une politique, il peut ne pas être en mesure de monnayer ou de brûler des actifs relevant de cette politique, en fonction des règles de cette dernière. Une politique de monnayage contrôle le monnayage de tous les actifs qui en relèvent, quelle que soit l'identité de l'utilisateur qui a défini la politique.

Brûlage des tokens : le brûlage des tokens est également contrôlé par la politique associée à l'actif. En plus d'être autorisé à brûler les tokens (toujours conformément à la politique de frappe), l'utilisateur doit également être en mesure de dépenser les tokens qu'il tente de brûler. Par exemple, si les tokens sont dans son wallet).

Les utilisateurs ne peuvent pas brûler des tokens sur lesquels ils n'ont aucun contrôle, comme les tokens du wallet d'une autre personne, même si la politique de monnayage l'autorise expressément..

Q. Existe-t-il une bourse décentralisée (DEX) pour les tokens natifs de Cardano ?

R. Non. Le grand livre Cardano ne prend pas lui-même en charge la fonctionnalité DEX. Toutefois, lorsque la fonctionnalité de contrat intelligent est disponible, il est possible de publier des actifs non-ada à échanger ou à vendre sur le grand livre à l'aide d'un contrat intelligent.

Q. Existe-t-il un registre d'actifs pour les tokens natifs de Cardano ?

R. Non. L'implémentation de la fonctionnalité Native Tokens sur Cardano ne nécessite pas de registre d'actifs. Toutefois, le serveur de métadonnées (voir "Les actifs ont-ils des identifiants lisibles par l'homme et d'autres métadonnées ?") peut être utilisé pour énumérer les tokens qu'un utilisateur a frappé, s'il le souhaite.

 

Tokens Natifs de Cardano vs ERC

Q. Comment les tokens natifs de Cardano se comparent-ils aux tokens personnalisés d'Ethereum ERC-721 et ERC-20 ?

R. L'approche de Cardano pour créer des tokens personnalisés diffère d'une mise en œuvre non native de tokens personnalisés, comme ERC-721 ou ERC-20, où les tokens personnalisés sont mis en œuvre à l'aide de la fonctionnalité de contrat intelligent pour simuler le transfert d'actifs personnalisés (c'est-à-dire un système de comptabilité de grand livre). Notre approche de la création de tokens personnalisés ne nécessite pas de contrats intelligents, car la mise en œuvre du grand livre prend elle-même en charge la comptabilité des actifs non natifs.

Une autre différence essentielle est que le ledger multi-actifs de Cardano prend en charge les tokens fongibles et non fongibles sans contrats spécialisés (contrairement à l'ERC-721 ou l'ERC-20), et est suffisamment polyvalent pour inclure une combinaison de différents types de tokens fongibles et non fongibles dans une seule sortie.

Vous trouverez une copie officielle de ce document ici :

https://docs.cardano.org/native-tokens/faqs

 

Plus de traductions de Cardano à: Cardano For The World