đŸ‡«đŸ‡· Tokens Natifs: DĂ©couvrez les tokens (jetons) natifs

DĂ©couvrez les tokens (jetons) natifs

Les Tokens Natifs est une nouvelle fonctionnalitĂ© qui permet de rĂ©aliser des transactions avec des actifs multiples sur Cardano. Les utilisateurs peuvent effectuer des transactions avec ada et un nombre illimitĂ© de tokens dĂ©finis par l’utilisateur (personnalisĂ©s) de maniĂšre native.

La fonctionnalitĂ© native offre des avantages distincts aux dĂ©veloppeurs : il n’est pas nĂ©cessaire de crĂ©er des contrats intelligents pour gĂ©rer les tokens personnalisĂ©s, par exemple, ce qui Ă©limine une couche de complexitĂ© supplĂ©mentaire et un potentiel d’erreurs manuelles puisque le grand livre gĂšre toutes les fonctionnalitĂ©s liĂ©es aux tokens.

La fonctionnalitĂ© des jetons natifs Ă©tend l’infrastructure comptable existante dĂ©finie dans le modĂšle de grand livre (conçu Ă  l’origine pour traiter les transactions uniquement en ada) pour permettre les transactions utilisant une gamme d’actifs. Ces actifs comprennent ada et une variĂ©tĂ© de types de jetons personnalisĂ©s dĂ©finis par l’utilisateur.

Apprenez-en plus sur les jetons natifs et comment ils se comparent à ada et ERC20 et regardez notre vidéo explicative sur les jetons natifs.

Grand livre d’actif unique

Les grands livres de crypto-monnaies qui suivent exactement un type d’actif sont appelĂ©s grands livres Ă  actif unique.

Support Multi-Actifs (MA)

On dit d’une blockchain, d’un ledger ou d’une crypto-monnaie qu’elle est dotĂ©e d’un support multi-actifs (MA) lorsque le rĂ©seau ou le ledger prend en charge le suivi du transfert et de la propriĂ©tĂ© de diffĂ©rents types d’actifs sur son ledger. Dans l’environnement Cardano, cette fonctionnalitĂ© est fournie par la fonction de tokens natifs.

Cette fonctionnalitĂ© Ă©tend l’infrastructure comptable existante dĂ©finie dans le modĂšle de grand livre, qui est conçu pour traiter les transactions uniquement en ada, afin d’accueillir les transactions qui utilisent simultanĂ©ment une gamme d’actifs. Ces actifs comprennent ada et une variĂ©tĂ© de types de tokens personnalisĂ©s dĂ©finis par l’utilisateur.

Support de MA natif versus non natif

Certains grands livres de crypto-monnaies ont un support intĂ©grĂ© pour suivre la propriĂ©tĂ© et le transfert de plus d’un type d’actif. Ce type de support MA est appelĂ© natif. La fonctionnalitĂ© de MA de Cardano est native.

Si une plateforme de crypto-monnaies dispose de fonctionnalitĂ©s de contrats intelligents suffisamment puissantes, il est possible de suivre des actifs pour lesquels il n’existe pas de support de comptabilitĂ© de grand livre. Cela se fait avec une solution de couche 2 construite Ă  l’aide de contrats intelligents. Ce type de support de MA est non-natif.

Actifs et tokens

Actifs

Un actif est un objet qui reprĂ©sente une valeur sur la blockchain. Ces objets peuvent ĂȘtre une variĂ©tĂ© de choses, comme un actif numĂ©rique comme l’ada, un rĂŽle, un crĂ©dential ou une quantitĂ© de biens.

Le terme “actif” peut dĂ©signer soit:

  • l’identifiant d’une classe d’objets, tel que “ada” ou “couttscoins” ; ou
  • une quantitĂ© particuliĂšre d’un objet spĂ©cifique, comme “100 lovelace”, “24 couttscoins”, “cette maison” ou “ces 10 tonnes de cafĂ©â€

Un actif est identifiĂ© de maniĂšre unique par un ID d’actif , qui est une paire composĂ©e de l’ ID de politique et du nom de l’actif . Il est important de noter que, bien que l’ada puisse agir comme un actif, il n’est pas reprĂ©sentĂ© par un ID de politique explicite.

Les tokens qui ont le mĂȘme ID d’actif ont la propriĂ©tĂ© d’ĂȘtre fongibles entre eux, et ne sont pas fongibles avec les tokens qui ont un ID d’actif diffĂ©rent. Un ID d’actif est un identifiant unique pour une collection de tokens fongibles.

  • PolicyID - l’identifiant unique qui est associĂ© Ă  une politique de monnayage. Examinons deux exemples d’identifiants de politiques: NFLPlayerCardsPolicyID et RushConcertPolicyID. L’ID est calculĂ© en appliquant une fonction de hachage Ă  la politique elle-mĂȘme, et est donc une sĂ©quence de lettres et de chiffres. Par exemple:

lant-1

  • Asset name - une propriĂ©tĂ© (immuable) d’un actif qui est utilisĂ©e pour distinguer diffĂ©rents actifs au sein d’une mĂȘme politique. Contrairement au policyID, le nom de l’actif ne fait pas rĂ©fĂ©rence Ă  un code ou Ă  un ensemble de rĂšgles, et peut ĂȘtre constituĂ© de mots courants, tels que ‘tickets’ ou ‘VIPTickets’, par exemple. Toutefois, la politique dans laquelle un actif est classĂ© peut spĂ©cifier certaines contraintes sur les noms d’actifs valides.

Des politiques diffĂ©rentes peuvent utiliser les mĂȘmes noms d’actifs pour des tokens diffĂ©rents. Par exemple, l’ensemble de tokens:
lant-2

contient les Tickets et VIPTickets noms d’actifs, mais ceux-ci ne sont pas fongibles avec les RushConcertPolicyID tickets qui ont Ă©tĂ© dĂ©finis dans un autre paquet de tokens, car ils relĂšvent de politiques diffĂ©rentes.

Tokens

Un token est un terme court pour " asset token ", qui est la reprĂ©sentation sur la chaĂźne d’un actif et son unitĂ© comptable de base. Un token peut reprĂ©senter un ada, une maison ou la valeur de dix tonnes de cafĂ©, par exemple.

Currencies

Currency (monnaie) est un moyen d’échange de biens et de services qui fait communĂ©ment rĂ©fĂ©rence Ă  une unitĂ© de paiement. Cardano prend en charge des monnaies telles que l’ada et les tokens natifs, qui agissent de maniĂšre similaire dans le rĂ©seau.

Cependant, ada est la principale monnaie qui, Ă  l’heure actuelle, est acceptĂ©e comme paiement des frais, pour effectuer des dĂ©pĂŽts, et c’est Ă©galement la seule monnaie dans laquelle les rĂ©compenses sont distribuĂ©es. Cette propriĂ©tĂ© d’ada (et d’aucun autre type d’actif) est due Ă  la construction du protocole de consensus sous-jacent.

Les tokens natifs reprĂ©sentent une certaine valeur et agissent comme une unitĂ© comptable, qui peut ĂȘtre utilisĂ©e pour les paiements, les transactions et peut ĂȘtre envoyĂ©e Ă  une adresse d’échange. Native signifie que ces tokens sont supportĂ©s par le grand livre comptable Cardano sans qu’il soit nĂ©cessaire de recourir Ă  des contrats intelligents supplĂ©mentaires, car le grand livre offre un support intĂ©grĂ© pour suivre la propriĂ©tĂ© et le transfert de plusieurs types d’actifs.

Bien que les tokens ada et natifs dĂ©tiennent tous deux une valeur et servent d’unitĂ© de paiement et de transaction, seuls les ada sont utilisĂ©s pour les frais et les rĂ©compenses, tandis que seuls les tokens natifs peuvent ĂȘtre crĂ©Ă©s de maniĂšre personnalisĂ©e.

Utilisation de l’ada pour les opĂ©rations administratives

L’ada est la principale monnaie de Cardano. Il est essentiel de possĂ©der de l’ada (en plus d’autres devises) pour transfĂ©rer des tokens multi-actifs entre adresses, car chaque adresse doit contenir une valeur minimale d’ada (min-ada-value, actuellement fixĂ© Ă  1 ada).

En consĂ©quence de cette conception, les points suivants s’appliquent:

  1. Il est impossible de créer des sorties qui ne contiennent que des tokens personnalisés.
  2. Le nombre de chaque type de token dans une sortie n’a pas d’incidence sur le min-ada-value de la sortie, mais le nombre de types de tokens contenus dans une sortie augmente la min-ada-value. (La raison en est que les noms et les ID de politique de chacun des types de tokens occupent de l’espace supplĂ©mentaire dans la sortie.)
  3. L’envoi de tokens personnalisĂ©s Ă  une adresse implique toujours l’envoi de min-ada-value 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.

Note : 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.

  1. Pour rĂ©cupĂ©rer l’ada stockĂ© avec les tokens personnalisĂ©s dans une sortie O, l’utilisateur doit soit:
  • DĂ©penser la sortie O, et brĂ»ler les tokens personnalisĂ©s qui y sont stockĂ©s
  • DĂ©penser une sortie O et une sortie O’, et consolider les tokens qui s’y trouvent avec la mĂȘme collection de types de tokens personnalisĂ©s stockĂ©s dans une autre sortie (dĂ©pensĂ©e au cours de la mĂȘme transaction)

Par example: (CryptoDoggiesPolicy, poodle, 1) contenus dans O peuvent ĂȘtre consolidĂ©s avec (CryptoDoggiesPolicy, poodle, 3) en O’, pour un total de (CryptoDoggiesPolicy, poodle, 4) dans une nouvelle sortie qui est faite par l’opĂ©ration de consolidation.

  1. Le fractionnement des tokens personnalisĂ©s en un plus grand nombre de sorties que celles dans lesquelles ils Ă©taient contenus avant le traitement de la transaction nĂ©cessite un plus grand nombre d’ada totaux pour couvrir le coĂ»t de min-ada-value, car un certain nombre d’ada doivent ĂȘtre fournis dans chaque sortie.

Paquets de Tokens

Un paquet de tokens est une collection hĂ©tĂ©rogĂšne (“mixte”) de tokens. Tous les tokens peuvent ĂȘtre regroupĂ©s. Les paquets de tokens sont le moyen standard - et unique - de reprĂ©senter et de stocker des actifs sur la blockchain Cardano.

Les paquets de tokens organisent les tokens dans un type particulier de structure de donnĂ©es (voir l’exemple et l’explication ci-dessous), de sorte que quels tokens sont fongibles avec quels autres tokens adhĂšrent explicitement Ă  cette organisation.

Dans les versions prĂ©cĂ©dentes du grand livre Cardano, les montants des ada Ă©taient spĂ©cifiĂ©s dans les sorties de transactions et d’UTxO. Avec l’introduction du support multi-actifs, ces montants ont Ă©tĂ© Ă©tendus avec des paquets de tokens, qui peuvent spĂ©cifier un montant ada avec des quantitĂ©s d’autres actifs dans une seule sortie.

Les paquets de tokens sont contenus dans les sorties et les champs de monnayage des transactions, et les sorties dans l’ensemble UTxO suivi par le grand livre. Notez que certains champs d’une transaction doivent toujours spĂ©cifier explicitement des montants ada, comme le champ des frais.

Exemple de paquet de tokens

Voici un exemple de paquet de tokens, que nous appellerons TB_Example :

lant-3

Comment et oĂč sont stockĂ©s les paquets de tokens ?

Les paquets de tokens se peuvent trouver:

  1. Comme le champ de monnayage d’une transaction, indiquant que la transaction crĂ©e les tokens dans le paquet.
  2. Dans une sortie d’une transaction ou une sortie dans l’UTXO actuel suivi par le grand livre, Ă  cĂŽtĂ© de l’adresse de la sortie, par ex. Multi { MyAddress, value: TB_Example }

Fractionnement et combinaison de paquets de tokens

Les transactions peuvent arbitrairement diviser et combiner les paquets de tokens en différents paquets. Par exemple, on peut diviser le paquet TB_Example en deux:

TB_Example_Part1:

lant-4

TB_ExamplePart2:

lant-5

Comparaison avec les tokens ERC20

ERC20 est une norme de tokens sur Ethereum, largement utilisĂ©e aujourd’hui pour l’émission de tokens sur diverses plateformes. La particularitĂ© de ce type de token rĂ©side dans le fait qu’il peut reprĂ©senter une valeur et servir Ă  des fins telles que les paiements, le transfert de valeur, l’échange, les rĂ©compenses ou les incentives, l’accĂšs aux services et aux produits, reprĂ©senter des droits de vote, etc. En outre, ces tokens peuvent prĂ©senter des caractĂ©ristiques d’utilitĂ© et de sĂ©curitĂ©, ce qui ouvre un Ă©ventail de cas d’utilisation possibles pour les entreprises, les applications et les sociĂ©tĂ©s.

Sur Cardano, les utilisateurs peuvent créer des tokens natifs qui serviront les objectifs susmentionnés et, en outre, il est possible de créer des actifs uniques (non fongibles) représentant de la valeur comme des biens immobiliers ou des droits intellectuels, par exemple (dans Ethereum, cette fonctionnalité nécessite une norme distincte, ERC721).

Contrairement aux tokens ERC20, le suivi et la comptabilitĂ© des tokens natifs sont pris en charge par le ledger de maniĂšre native (les tokens ERC20 nĂ©cessitent des contrats intelligents pour obtenir la mĂȘme chose). Un avantage important de l’utilisation des tokens natifs est qu’ils ne nĂ©cessitent pas de contrats intelligents pour transfĂ©rer leur valeur et peuvent ĂȘtre transfĂ©rĂ©s avec d’autres types de tokens. En outre, contrairement Ă  l’ERC20, les tokens natifs ne nĂ©cessitent pas de frais de transfert spĂ©ciaux ni de logique de traitement des Ă©vĂ©nements supplĂ©mentaire pour suivre les transactions.

Un autre avantage des tokens natifs par rapport aux ERC20 est la sĂ©curitĂ©. Les tokens ERC20 se sont rĂ©vĂ©lĂ©s vulnĂ©rables Ă  un large Ă©ventail de problĂšmes de sĂ©curitĂ©. Ceci est conditionnĂ© par le fait que la crĂ©ation de tokens ERC20 nĂ©cessite une modification manuelle de la norme du contrat, ce qui peut entraĂźner des erreurs et des bugs Ă©ventuels. La crĂ©ation et la transaction de tokens en mode natif Ă©limine la possibilitĂ© d’erreur humaine, puisque le grand livre de comptes lui-mĂȘme gĂšre la logique du token. En outre, les vulnĂ©rabilitĂ©s d’over- et under-flow qui sont prĂ©sentes pour ERC20 sont Ă©liminĂ©es pour les tokens natifs, car le langage de script de Cardano n’a pas d’entiers de taille fixe et le grand livre lui-mĂȘme (plutĂŽt que le code utilisateur ERC20) suit le mouvement des tokens.

Politique de monnayage

Aperçu général

Une politique de monnayage est l’ensemble des rĂšgles qui rĂ©gissent le monnayage et la combustion des actifs relevant de cette politique. L’objectif d’une politique de monnayage est de spĂ©cifier les conditions dans lesquelles les tokens sont frappĂ©s (ou brĂ»lĂ©s). Par exemple, les rĂšgles peuvent spĂ©cifier qui a le contrĂŽle de l’approvisionnement en actifs par la frappe et la combustion.

Les politiques de frappe sont dĂ©finies par les utilisateurs qui souhaitent crĂ©er un nouvel actif. Par exemple, un utilisateur peut souhaiter ne s’autoriser Ă  frapper qu’un certain type de token. Cela sera spĂ©cifiĂ© dans la politique.

Les rĂšgles de monnayage peuvent ĂȘtre exprimĂ©es :

Comme un ensemble trÚs basique de rÚgles qui est composé de (ANDs et ORs de) :

  1. Une spĂ©cification des signatures nĂ©cessaires pour permettre la frappe (par exemple, une spĂ©cification multisig, oĂč aucun code n’est nĂ©cessaire).
  2. Une spĂ©cification de la pĂ©riode pendant laquelle le script peut ĂȘtre dĂ©pensĂ© (par exemple, aprĂšs le slot 15 et avant le slot 20) Avec un script Plutus Core.

Le respect des politiques de monnayage est vĂ©rifiĂ© par le nƓud au moment oĂč une transaction est traitĂ©e, en exĂ©cutant le code ou en vĂ©rifiant les signatures pertinentes. Les transactions doivent respecter toutes les politiques de frappe de tous les actifs que la transaction tente de frapper.

Points importants concernant les politiques de monnayage et les actifs

  • Tous les actifs ont nĂ©cessairement une politique de frappe. Par exemple, la politique de frappe de l’ada est “un nouvel ada ne peut jamais ĂȘtre frappĂ©â€.
  • Un token est associĂ© (c’est-Ă -dire qu’il a une portĂ©e) Ă  une seule politique de monnayage.
  • Une politique unique spĂ©cifie Ă  la fois les conditions de frappe et de combustion des tokens qu’elle englobe. Le respect de cette politique est vĂ©rifiĂ© Ă  la fois au moment du monnayage et de la combustion.
  • Un actif ne peut jamais changer la politique de frappe qui lui est associĂ©e. Cette association est permanente. En d’autres termes, les tokens existants ne peuvent pas ĂȘtre associĂ©s Ă  une nouvelle politique. Les utilisateurs peuvent toutefois racheter et brĂ»ler tous les tokens existants et en frapper de nouveaux, avec une nouvelle politique de frappe. Notez qu’il s’agit d’une fonctionnalitĂ© et non d’un bug!
  • Si un actif existant sur le grand livre est classĂ© sous une politique particuliĂšre, il est garanti qu’il a Ă©tĂ© initialement frappĂ© conformĂ©ment Ă  cette politique.
  • À moins que des tokens d’une politique donnĂ©e ne soient frappĂ©s dans une transaction, la politique rĂ©elle n’est pas pertinente. Elle est simplement utilisĂ©e comme identifiant de l’actif.
  • Les actifs associĂ©s Ă  diffĂ©rentes politiques de frappe de monnaie ne sont jamais fongibles entre eux. Ils peuvent ĂȘtre Ă©changĂ©s de la mĂȘme maniĂšre que l’on peut utiliser des USD pour acheter des CAD : la quantitĂ© de CAD que vous pouvez acheter avec une quantitĂ© fixe d’USD dĂ©pend du taux de change du lieu oĂč vous effectuez l’échange.

Association entre un actif et sa politique de monnayage

L’association entre un actif et sa politique de monnayage est permanente pour des raisons de sĂ©curitĂ© : cette caractĂ©ristique protĂšge les utilisateurs et le systĂšme contre les tokens frappĂ©s de maniĂšre illĂ©gitime.

Si la politique de frappe d’un token change, ce n’est plus vraiment le mĂȘme token, et sa valeur ne peut pas ĂȘtre comparĂ©e Ă  celle du token original. Ce schĂ©ma d’association permanente actif-politique fait partie intĂ©grante de la dĂ©finition des politiques de haute assurance. Le relĂąchement de cette identification ouvre notre schĂ©ma d’AM Ă  diverses attaques. Le fait d’avoir une association permanente entre ces deux Ă©lĂ©ments nous permet de garantir que chaque token a Ă©tĂ© frappĂ© conformĂ©ment Ă  sa politique de frappe, et non Ă  une autre politique Ă  laquelle il aurait pu ĂȘtre associĂ© auparavant.

Notez que ceci n’est pas aussi restrictif qu’il n’y paraĂźt. Pour faire un parallĂšle avec la politique monĂ©taire amĂ©ricaine, nous pouvons dire que la politique est “le gouvernement et les lois dĂ©finissent la politique”, et c’est une politique qui nĂ©cessite de rechercher les lois actuelles (qui peuvent elles-mĂȘmes changer), et de ne frapper de l’argent que conformĂ©ment Ă  ces lois.

Exemples de politiques de monnayage

  • Politique d’émetteur unique
  • Politique de monnayage Ă  durĂ©e dĂ©terminĂ©e
  • Politique de frappe unique

Note : Il existe de nombreux autres types de politiques de monnayage.

Politique d’émetteur unique

Une Politique d’émetteur unique spĂ©cifie que seule l’entitĂ© dĂ©tenant un jeu de clĂ©s particulier est autorisĂ©e Ă  frapper des tokens du groupe d’actifs particulier. Par exemple, l’ensemble de clĂ©s spĂ©cifiĂ© dans la politique de monnayage doit avoir signĂ© la transaction de monnayage.

Un exemple de groupe d’actifs qui utiliserait une politique d’émission unique serait les tokens reprĂ©sentant des cartes de baseball. La sociĂ©tĂ© qui fabrique les cartes de collection lĂ©gitimes publierait les clĂ©s requises par le script de frappe pour frapper de nouvelles cartes de baseball. Cela signifie qu’aucun nouveau token reprĂ©sentant des cartes de baseball ne peut ĂȘtre frappĂ© sans la signature de l’entreprise. Ce type de politique peut ĂȘtre mis en Ɠuvre sans contrats intelligents Plutus.

Politique de monnayage à durée déterminée (token-locking)

Ce type de politique peut ĂȘtre utilisĂ© pour spĂ©cifier quand les tokens peuvent ĂȘtre dĂ©pensĂ©s Ă  partir d’une adresse. En particulier,

  • seulement dans ou aprĂšs un slot de temps dĂ©terminĂ©
  • seulement avant un slot de temps dĂ©terminĂ©

Ce type de politique n’est gĂ©nĂ©ralement pas utilisĂ© seul. Habituellement, il est associĂ© Ă  la politique de multisignature ou d’émetteur unique, par exemple : Cette sortie peut ĂȘtre dĂ©pensĂ©e aprĂšs le slot s et uniquement par une transaction signĂ©e par la clĂ© k.

Ce type de politique peut ĂȘtre mis en Ɠuvre sans contrats intelligents Plutus.

Politique de frappe unique

Dans la Politique de frappe unique, l’ensemble des tokens d’un groupe d’actifs donnĂ© est frappĂ© par une transaction spĂ©cifique. Cela signifie qu’aucun autre token de ce groupe d’actifs particulier ne sera jamais frappĂ©. Ce type de politique nĂ©cessite la mise en Ɠuvre de contrats intelligents Plutus.

Les politiques de frappe unique seraient utiles pour gĂ©nĂ©rer des tokens de billets de concert pour un concert spĂ©cifique, par exemple. La capacitĂ© de la salle Ă©tant connue Ă  l’avance, il ne sera pas nĂ©cessaire d’autoriser la frappe de nouveaux billets.

Transactions de monnayage

Pour introduire de nouvelles quantitĂ©s de nouveaux tokens dans le grand livre (frappe) ou pour supprimer des tokens existants (combustion), chaque transaction comporte un champ de frappe. L’utilisation de ce champ doit ĂȘtre Ă©troitement contrĂŽlĂ©e afin de garantir que la frappe et la combustion des tokens s’effectuent conformĂ©ment Ă  la politique de frappe du token.

Outre le champ de frappe, les transactions de frappe doivent Ă©galement contenir les politiques de frappe des tokens qu’elles frappent, afin que ces tokens puissent ĂȘtre vĂ©rifiĂ©s lors de la validation.

Le rĂ©sultat du traitement d’une transaction de monnayage est que le grand livre contiendra les actifs inclus dans le champ de monnayage, qui est inclus dans le solde de la transaction : si le champ est positif, alors les sorties de la transaction doivent contenir plus d’actifs que les entrĂ©es fournies ; s’il est nĂ©gatif, alors elles doivent en contenir moins.

Il est important de souligner qu’une mĂȘme transaction peut frapper des tokens associĂ©s Ă  des politiques de frappe multiples et distinctes. Par exemple, (Policy1, SomeTokens) ou (Policy2, SomeOtherTokens). De mĂȘme, une transaction peut simultanĂ©ment frapper certains tokens et en brĂ»ler d’autres.

Le cycle de vie des tokens natifs

Le cycle de vie des tokens natifs se compose de cinq phases principales:

  1. monnayage
  2. Ă©mission
  3. utilisation
  4. redemption
  5. brûlage

Le schĂ©ma suivant dĂ©crit l’interaction entre les composants du systĂšme:

lant-6

Chacune de ces phases logiques implique des transactions sur la blockchain Cardano, qui peuvent entraüner des frais en ada. Les principaux groupes d’acteurs sont:

  • Les contrĂŽleurs d’actifs, qui dĂ©finissent la politique de la classe d’actifs et autorisent les Ă©metteurs de tokens Ă  frapper/brĂ»ler des tokens. Ils peuvent Ă©galement conserver des droits de co-signature pour tous les tokens qui sont Ă©mis/brĂ»lĂ©s.
  • Les Ă©metteurs de tokens, qui frappent de nouveaux tokens, maintiennent la rĂ©serve de tokens en circulation, les dĂ©livrent aux dĂ©tenteurs de tokens et brĂ»lent les tokens lorsqu’ils ne sont plus utiles.
  • Les dĂ©tenteurs de tokens, qui dĂ©tiennent des tokens, les envoient Ă  d’autres utilisateurs, les utilisent pour le paiement, et qui peuvent les rĂ©dimer auprĂšs des Ă©metteurs lorsqu’ils ont fini de les utiliser. Les utilisateurs de tokens peuvent ĂȘtre des utilisateurs normaux, des bourses, etc.

Le cycle de vie des tokens multi-actifs commence par leur crĂ©ation - le monnayage , qui dĂ©signe le processus par lequel de nouveaux tokens sont crĂ©Ă©s par un ou plusieurs Ă©metteurs de tokens conformĂ©ment au script de politique monĂ©taire dĂ©fini par le contrĂŽleur des actifs . Les nouveaux tokens sont gĂ©nĂ©ralement crĂ©Ă©s Ă  des fins spĂ©cifiques. Par exemple, des tokens fongibles ou non fongibles (uniques) peuvent ĂȘtre crĂ©Ă©s pour ĂȘtre utilisĂ©s pour des besoins spĂ©cifiques de paiement, d’achat ou d’échange. Lorsqu’un nouveau token est frappĂ©, l’ offre totale de tokens pour ce token augmente, mais il n’y a pas d’impact sur l’ offre d’ada . La frappe de piĂšces et leur transfert Ă  de nouvelles adresses peuvent nĂ©cessiter le paiement d’un dĂ©pĂŽt ada, qui peut ĂȘtre proportionnel au nombre de tokens diffĂ©rents dĂ©tenus, par exemple.

Les dĂ©tenteurs de tokens dĂ©tiendront des tokens dans leur portefeuille, pourront les transmettre Ă  d’autres utilisateurs, les Ă©changer contre des objets de valeur (y compris des tokens non natifs), etc. exactement de la mĂȘme maniĂšre qu’ils peuvent utiliser des ada. Lorsqu’un utilisateur a fini d’utiliser le token, il peut choisir de le rĂ©dimer . Cela signifie que les tokens sont rendus Ă  un Ă©metteur (peut-ĂȘtre en Ă©change d’un produit, d’un service ou d’une autre monnaie, par exemple). Une fois rĂ©dimĂ©s, les tokens peuvent ĂȘtre rĂ©Ă©mis Ă  d’autres utilisateurs selon les besoins. Les dĂ©tenteurs de tokens devront conserver une certaine quantitĂ© d’ada dans leurs portefeuilles pour payer les frais de transaction.

Lorsque les tokens deviennent superflus, ils peuvent ĂȘtre brĂ»lĂ©s , si on le souhaite, conformĂ©ment au scĂ©nario de politique monĂ©taire sous-jacent. Le processus de combustion dĂ©truit ces tokens (les retire de la circulation), et l’offre totale de tokens diminue. Tous les dĂ©pĂŽts seront restituĂ©s Ă  ce moment-lĂ . Le processus de combustion est identique pour les tokens fongibles et non fongibles.

Remarque : le cycle de vie des tokens Ă  actifs multiples permet potentiellement d’obtenir et de rĂ©Ă©mettre des tokens par d’autres parties - les dĂ©tenteurs de tokens qui agissent en tant que rĂ©Ă©metteurs pour le token. Cela peut ĂȘtre fait, par exemple, pour permettre le commerce de plusieurs classes d’actifs, pour maintenir la liquiditĂ© d’un ou de plusieurs tokens (en agissant comme un courtier), ou pour Ă©liminer l’effort/le coĂ»t de la frappe des tokens, de leur Ă©mission ou de la maintenance du serveur de mĂ©tadonnĂ©es. Ainsi, tant les rĂ©Ă©metteurs que les Ă©metteurs peuvent bĂ©nĂ©ficier d’un tel accord - en Ă©liminant les coĂ»ts et les efforts, en maintenant la sĂ©paration et l’intĂ©gritĂ©, et en injectant de la valeur dans la classe d’actifs.

Vous trouverez une copie officielle de ce document ici :

https://docs.cardano.org/en/latest/native-tokens/learn-about-native-tokens.html

© Copyright 2020, IOHK Revision 7c515a7b .

Plus de traductions de Cardano Ă : Cardano For The World