Jetons natifs(NFT) | Partie 3

(1) FAQ sur les jetons natifs

Actifs en chaîne

Q. Quelle est la définition du support « multi-actifs (MA) » et Cardano l’a-t-il ?

A. La prise en charge multi-actifs (MA) est le nom d’un ensemble de fonctionnalités (fonctionnalité) qu’un grand livre (chaîne de blocs/portefeuille/crypto-monnaie/plate-forme bancaire) peut fournir, ce qui lui permet de faire la comptabilité ou d’effectuer des transactions avec plus d’un type de actif.

La fonction de support MA de Cardano s’appelle Native Tokens. MA permet aux utilisateurs d’effectuer des transactions avec ada et un nombre illimité de jetons définis par l’utilisateur. Cette prise en charge est native, ce qui signifie que les jetons peuvent être traités avec (suivis/envoyés/reçus) à l’aide du système comptable défini dans le cadre de la fonctionnalité de registre de la crypto-monnaie, sans avoir besoin de contrats intelligents pour activer cette fonctionnalité.

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

R. La tokenisation d’un actif signifie la création d’une représentation en chaîne de cet actif.

Frappe

Q. Que signifie « frapper » un jeton ?

A.‘Minting’ fait référence au processus par lequel de nouveaux jetons sont créés ou détruits. Autrement dit, le montant total en circulation (c’est-à-dire additionné sur toutes les adresses du grand livre) du type de jeton frappé augmente ou diminue. Frapper une quantité positive de jetons est une création de jeton, et frapper une quantité négative est une destruction de jeton.

Q. Que signifie « brûler » un jeton ?

A.‘Burning’ fait référence au processus par lequel les jetons sont détruits. Il est synonyme de « frappe négative ».

Q. Qu’est-ce que l’échange de jetons ?

A. Le rachat de jetons est l’action de renvoyer des jetons à l’émetteur pour qu’ils soient brûlés. Cela se fait généralement lorsque les jetons échangés n’ont plus de but dans le grand livre et que l’utilisateur ou le contrat en leur possession n’est pas en mesure (non autorisé par la politique de frappe) de graver les jetons.

Il se peut qu’aucune compensation ne soit offerte pour le rachat des jetons (en décidant que cela dépend de l’émetteur de jetons/de la politique de frappe), mais l’utilisateur peut choisir de le faire quand même pour éviter d’avoir des jetons inutilisables dans son portefeuille.

Q. Qu’est-ce qu’une opération de frappe ?

A. Les transactions ont une structure différente dans les époques 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 transporter des données qui spécifient les jetons qu’elles frappent. Les transactions où cette donnée de transaction (appelée le champ de frappe) n’est pas vide sont appelées transactions de frappe. Ces transactions doivent également porter les politiques de frappe des jetons qu’elles frappent, afin qu’elles puissent être vérifiées lors de 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 (champ de frappe) de la transaction. Si la quantité d’un actif particulier dans le champ d’atelier est négative, le résultat est qu’après le traitement de la transaction, la quantité totale de cet actif spécifique sur le grand livre sera réduite du montant reflété dans le champ d’atelier.

Notez qu’une seule transaction peut frapper des jetons associés à plusieurs politiques de frappe distinctes. par exemple, (Policy1, SomeTokens), (Policy2, SomeOtherTokens). Notez également qu’une transaction peut simultanément frapper certains jetons et en graver d’autres.

Q. Qu’est-ce qu’une politique de frappe ?

A. Une politique de frappe est un ensemble de règles utilisées pour réglementer la frappe des actifs qui lui sont associés (compris sous celle-ci). Par exemple, qui a le contrôle (et dans quelles conditions) sur l’approvisionnement en monnaie, sa frappe et sa gravure. Ces règles concernent le contenu des données de transaction de la transaction qui tente la menthe. par exemple, une politique de frappe 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 nouveau bien. Par exemple, un utilisateur peut souhaiter ne s’autoriser qu’à frapper ce type particulier de jeton. Dans ce cas, ils le stipuleraient dans la politique. Le nœud vérifie le respect des politiques de frappe lorsqu’une transaction est traitée en exécutant le code ou en vérifiant les signatures pertinentes. Les données de transaction doivent satisfaire à toutes les politiques de frappe de tous les actifs que la transaction tente de frapper.

Q. Qu’est-ce qu’un générateur de jetons et quelles sont ses fonctionnalités ?

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

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

Q. Qu’est-ce que « multisig » et comment est-il lié aux politiques de frappe ?

A. Le langage de script multisig (qui existait avant l’introduction de la fonctionnalité MA sur Cardano) spécifie un ensemble minimal de signatures requises 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 frappe les plus élémentaires, c’est-à-dire les politiques qui nécessitent un ensemble spécifique de clés pour signer la transaction de frappe. Par exemple, une politique de frappe à émetteur unique peut être exprimée à l’aide d’un script multisig. Notez que les politiques de frappe sont les seuls types de politique qui peuvent être exprimés à l’aide de multisig.

Sans la capacité de contrat intelligent Plutus, ou toute autre extension de langage de politique de frappe, multisig est le seul moyen de spécifier une politique de frappe.

Q. Qu’est-ce que les contrats intelligents Plutus ont à voir avec les jetons natifs ?

A. Les politiques de frappe peuvent être écrites dans le langage de contrat intelligent Plutus. Cela permet aux utilisateurs d’exprimer un éventail de politiques beaucoup plus large 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 frappe à émetteur unique ?

A. Une politique de frappe à émetteur unique spécifie que seule l’entité détenant un ensemble particulier de clés est autorisée à frapper des jetons dans le cadre d’une politique particulière. Par exemple, le jeu 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 de cas d’utilisation de politique à émetteur unique pourrait être des jetons représentant des cartes de baseball. Cela signifierait qu’aucun nouveau jeton de carte de baseball ne pourrait être frappé sans les signatures de l’entreprise. À l’inverse, 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 frappe unique ?

A. Dans une politique de frappe unique, l’ensemble complet de jetons couverts par celle-ci est frappé par une transaction spécifique. Cela signifie que plus aucun jeton ne sera 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 jetons de billets pour un concert spécifique. La capacité de la salle est connue à l’avance, il n’est donc pas nécessaire d’autoriser l’émission de plus de billets.

Structure, représentation et propriétés multi-actifs

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

A. La fongibilité est une relation entre deux actifs/tokens. Les jetons sont dits fongibles entre eux lorsqu’ils sont interchangeables. Par exemple, la monnaie fiduciaire est fongible car un billet de 10 $ est interchangeable avec tous les autres (vrais) billets de 10 $ (et tous les 10 jeux de billets de 1 $ et toutes les paires de 5 $).

Les actifs non fongibles ne sont pas interchangeables entre eux. Par exemple, deux diamants ou deux jetons sur la chaîne représentant les deux diamants du monde réel. S’il n’y a pas d’autres actifs avec lesquels un jeton est fongible - comme un jeton représentant une maison - le jeton est considéré comme unique (non fongible).

Q. Qu’est-ce qu’un bundle de jetons ? A. Une collection mixte de jetons couverts par une ou plusieurs politiques de frappe. Tous les jetons peuvent être regroupés.

Pour plus de détails, consultez la section sur les bundles de jetons.

Transactions avec des jetons natifs

Q. Comment les jetons natifs apparaissent-ils dans le portefeuille d’un utilisateur ?

A. Avant l’introduction de la fonctionnalité MA dans le système Cardano, le portefeuille d’un utilisateur contient à la fois des sorties avec des adresses appartenant à l’utilisateur et les quantités d’ada que ces adresses contiennent. Par exemple, (users_address1, someAdaAmount)

Avec la prise en charge de MA, le portefeuille de l’utilisateur pourra contenir plusieurs types d’actifs dans une seule sortie, c’est-à-dire que le portefeuille peut contenir un ensemble de jetons. Cela signifie que les portefeuilles peuvent contenir :

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

Le portefeuille 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 existe trois stratégies : adaPolicy, cryptoDoggie et cryptoBirds.

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

A. Les noms lisibles par l’homme des actifs (au lieu des longues chaînes d’ID de politique alphanumériques et des noms d’actifs) peuvent être enregistrés sur un serveur de métadonnées. Si un utilisateur utilise un portefeuille intégré à un serveur de métadonnées, il pourra afficher les noms lisibles par l’homme lorsqu’il consultera ses actifs.

Les utilisateurs pourront télécharger les noms de leurs jetons, ainsi que toute autre métadonnée relative aux jetons spécifiques, sur un serveur de métadonnées. Il peut y avoir plus d’un serveur de métadonnées opérationnel à la fois (dont un géré par Cardano), de sorte que les utilisateurs devront choisir sur quel(s) serveur(s) télécharger leurs métadonnées ou à partir duquel 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 création et à l’échange de jetons natifs ?

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

  • Frais : L’envoi et la frappe de jetons affectent les frais que l’auteur de la transaction doit payer. Comme avec un grand livre ada uniquement, les frais sont calculés en fonction de la taille totale de la transaction. Il peut également y avoir des frais pour vérifier les 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 jetons différents qu’elle contient et de la longueur de leurs noms) .

Explication de la valeur min-ada :

N’oubliez pas que les sorties peuvent contenir une collection hétérogène de jetons, y compris ada est une ressource limitée dans le système Cardano. Exiger qu’une certaine quantité d’ada soit incluse dans chaque sortie du grand livre (où cette quantité est basée sur la taille de la sortie, en octets) protège la taille du grand livre Cardano d’une croissance insoluble.

Calcul de la valeur min-ada :

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

La taille d’un tel UTXO a une borne supérieure : adaOnlyUTxOSize

Nous pouvons calculer la limite supérieure sur la taille d’un UTXO u contenant des jetons non-ada : sizeBound (u)

Nous voulons calculer le min-ada devant être contenu dans u : minAda (u)

Un montant minUTxOValue d’ada paie pour adaOnlyUTxOSize les octets de stockage UTXO sur le grand livre. Pour rendre la valeur min-ada proportionnelle pour tous les UTXO, la proportion suivante doit être satisfaite :

minUTxOValue / adaOnlyUTxOSize = minAda (u) / sizeBound (u) Ainsi, le calcul min-ada pour tout UTxO est : minAda (u) = sizeBound (u) * minUTxOValue / adaOnlyUTxOSize

Suite à cette conception :

  • Il est impossible de faire des sorties contenant uniquement des jetons personnalisés
  • Le nombre de chaque type de jeton dans une sortie n’affecte pas la valeur min-ada de la sortie, mais le nombre de types de jetons contenus dans une sortie augmente la valeur min.
  • La raison en est que les noms et les ID de stratégie de chacun des types de jetons occupent de l’espace supplémentaire dans la sortie.
  • L’envoi de jetons personnalisés à une adresse implique toujours l’envoi de la valeur min-ada de ada à cette adresse avec les jetons personnalisés (en incluant l’ada dans la même sortie). Si l’adresse n’est pas utilisable par l’utilisateur qui envoie les jetons, l’ada envoyé avec les jetons n’appartient plus à l’expéditeur.
  • Avant de transférer des jetons personnalisés, les utilisateurs peuvent choisir d’utiliser une communication hors chaîne pour négocier qui fournit l’ada pour couvrir la valeur min-ada dans la sortie effectuée par la transaction de transfert.
  • Pour récupérer l’ada stocké avec les jetons personnalisés dans une sortie O, l’utilisateur doit soit :

a) Dépenser la sortie O, et graver les jetons personnalisés qui y sont stockés b) Dépenser une sortie O et une sortie O’, et consolider les jetons avec la même collection de types de jetons personnalisés stockés dans une autre sortie (dépensés dans la même transaction)

Par exemple, (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 réalisée par la transaction consolidante.

  • Le fractionnement de jetons personnalisés en plus de sorties qu’ils n’en contenaient avant le traitement de la transaction nécessite l’utilisation, au total, de plus d’ada pour couvrir la valeur min-ada, car 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 jetons natifs ?

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

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

R. Du point de vue des utilisateurs, cela ressemble à la sélection de pièces ada, c’est-à-dire que l’utilisateur sélectionne les jetons et les quantités qu’il souhaite dépenser, et le portefeuille sélectionne les intrants appropriés et couvre les frais.

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

R. Oui, l’envoi de jetons 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 jetons que l’auteur de la transaction souhaite envoyer, ainsi que les adresses auxquelles ils sont envoyé.

Quel contrôle l’utilisateur a-t-il sur les éléments de jeton personnalisés ?

Les utilisateurs peuvent dépenser, envoyer, échanger ou recevoir tous les types de jetons MA de la même manière qu’ada. Contrairement à ada, les utilisateurs peuvent également créer et graver des jetons natifs.

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

Envoi de jetons à d’autres utilisateurs : Les utilisateurs peuvent envoyer les jetons de leur portefeuille (ou tout jeton qu’ils peuvent dépenser) à n’importe quelle adresse.

Frappe de jetons : les utilisateurs peuvent frapper des jetons personnalisés en fonction de la politique associée à cet actif. La transaction de frappe peut placer ces jetons dans l’adresse de l’utilisateur ou de n’importe qui d’autre. Si nécessaire, la stratégie peut restreindre l’emplacement de sortie exact des jetons.

Notez que même si l’utilisateur a défini une stratégie, cet utilisateur peut ne pas être en mesure de créer ou de graver des actifs couverts par cette stratégie, selon les règles de la stratégie. Une politique de frappe contrôle la frappe de tous les actifs qui en font partie, quelle que soit l’identité de l’utilisateur qui a défini la politique.

Gravure de jetons : La gravure de jetons est également contrôlée par la politique associée à l’actif. En plus d’être autorisé à graver les jetons (toujours conformément à la politique de frappe), l’utilisateur doit également pouvoir dépenser les jetons qu’il tente de graver. Par exemple, si les jetons sont dans leur portefeuille).

Les utilisateurs ne peuvent pas graver de jetons sur lesquels ils n’ont aucun contrôle, tels que des jetons dans le portefeuille de quelqu’un d’autre, même si la politique de frappe le permet spécifiquement.

Q. Existe-t-il un échange décentralisé (DEX) pour les jetons natifs Cardano ?

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

Q. Existe-t-il un registre d’actifs pour les jetons natifs Cardano ?

R. Non. La mise en œuvre de la fonctionnalité Native Tokens sur Cardano ne nécessite pas de registre d’actifs. Cependant, 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 répertorier les jetons qu’un utilisateur a créés, s’il le souhaite.

Cardano Native Tokens contre ERC

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

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

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

(2) Scénarios de gestion multi-actifs Exchange

Les actifs natifs suivent un ensemble de règles prédéfinies appelées politiques de frappe, qui sont définies par les utilisateurs qui souhaitent créer un nouvel actif. Ces politiques définissent les limites supérieures et inférieures de ce qu’un jeton peut faire, qui peut le faire, et peuvent également définir le point du cycle de vie de la transaction auquel cela peut être fait.

Une politique de frappe est liée par le protocole réseau et les règles définies par le grand livre. L’une de ces règles est la valeur UTXO minimale (le montant minimum d’ada qui doit être envoyé en une seule transaction.) La valeur est actuellement définie sur 1 ada, donc pour effectuer des transactions sur tout actif natif sur le réseau Cardano, un minimum de 1 ada doit être inclus et comptabilisé dans la transaction. Cela ne signifie pas que vous ne devez envoyer qu’un seul ada pour effectuer des transactions sur des actifs natifs. Vous pouvez utiliser n’importe quelle quantité d’ada, il est donc important que les échanges et les portefeuilles en soient conscients et sachent quoi faire dans de tels cas.

Remarque : Il est possible de vérifier et d’identifier ces transactions d’actifs natifs spécifiques à l’aide de cardano-graphql ou cardano-rosetta .

Scénarios de gestion multi-actifs

Les échanges listant ada peuvent généralement rencontrer deux scénarios spécifiques :

  • Scénario 1 - Passer un UTXO avec un multi-actif attaché
  • Scénario 2 - Multi-asset reçu de manière inattendue dans cardano-wallet

Scénario 1 : Passer un UTXO avec un multi-asset attaché

Remarque : ce scénario s’applique aux échanges qui gèrent leurs propres UTXO.

Comment identifier les UTXO avec un actif natif attaché

Les échanges et les portefeuilles tiers qui gèrent leurs propres UTXO utilisent souvent un explorateur de blocs local (cardano-graphql ou cardano-rosetta, par exemple).

cardano-graphql est un langage de requête API Cardano et un composant d’exécution pour répondre aux requêtes avec des données existantes extraites de la base de données PostgreSQL cardano-db-sync. Il fournit une description complète et compréhensible de ces données et donne aux clients le pouvoir de demander les informations nécessaires. Ceci, à son tour, simplifie à la fois l’évolution des heures supplémentaires des API client et permet de puissants outils de développement.

Cardano s’est adapté cardano-rosetta (initialement développé par Coinbase en tant que middleware blockchain) pour aider les échanges et les portefeuilles tiers à extraire les données blockchain et à les intégrer à Cardano.

Premiers pas avec les ressources natives

Après avoir compris à quoi pourrait ressembler une transaction avec des actifs natifs, vous souhaiterez peut-être créer ou graver des actifs ou des jetons natifs sur le testnet. Consultez ces prérequis et suivez les étapes ci-dessous pour commencer à créer certains actifs natifs :

  • Connectez-vous au réseau de test cardano-node
  • Créer cardano-node et se connecter à testnet
  • Téléchargez cardano-cli le binaire préconstruit ou utilisez la construction à partir de la source
  • Suivez ces étapes

Dépense UTXO avec des actifs natifs attachés

Lors de la création d’une transaction avec des actifs natifs en utilisant cardano-cli comme indiqué dans cette section, il est important de tenir compte de deux choses :

  1. La valeur ada que vous souhaitez envoyer
  2. Le nombre de jetons

Ce qui précède est également vrai pour tout échange ou tiers qui souhaite dépenser, retourner ou stocker n’importe quel multi-actif. Par définition, recevoir un multi-actif revient au même que recevoir toute autre transaction Cardano. La seule différence est que certaines autres données - comme multi-actifs - peuvent être attachées à la transaction.

Nous recommandons fortement que tous les échanges et les portefeuilles tiers vérifient toutes les transactions dans le bloc pour les multi-actifs et les traitent en conséquence. La manière dont ces types de transactions sont gérées est une décision de l’entreprise.

Que faire des tokens indésirables ?

Le but de tout multi-actif peut être arbitraire, mais il est important de se rappeler que, tout comme ada, un multi-actif fait partie de la transaction et doit être traité et équilibré de la même manière.

Les multi-actifs ne causeront aucun problème, qu’ils soient situés dans le portefeuille de l’émetteur ou dans le portefeuille de la bourse. Il existera jusqu’à ce qu’il soit racheté, utilisé ou brûlé.

En fin de compte, la décision de savoir quoi faire avec un multi-actif appartient à l’échange ou au portefeuille tiers. Plus précisément, avec un échange qui gère ses propres UTXO.

cardano-wallet utilise un algorithme UTXO pour gérer et gérer les UTXO. Un multi-actif géré par cardano-wallet la blockchain pourrait facilement passer inaperçu.

Choisir un UTXO signifie devoir tenir compte de l’actif attaché à cet UTXO. Si cette entrée supplémentaire n’est pas gérée correctement, une erreur de déséquilibre se produira.

Vous contrôlez ce qu’il faut faire avec l’actif natif. Vous pouvez soit le renvoyer à l’expéditeur uniquement si vous connaissez l’adresse, soit déplacer l’actif natif vers une adresse de votre portefeuille respectant les directives du réseau et la valeur UTXO minimale.

Scénario 2 - Multi-asset reçu de manière inattendue dans cardano-wallet

Remarque : Ce scénario ne s’applique qu’aux échanges qui utilisent cardano-wallet.

Vérifiez que vous avez bien reçu un multi-asset

  • Vérifiez les informations du portefeuille pour confirmer
  • Exécutez la commande curl suivante pour vérifier les informations du portefeuille :

Byron

curl http : / / localhost : 8090 / v2 / byron - portefeuilles /

Shelley

http : / / localhost : 8090 / v2 / portefeuilles

  • Consultez la section des ressources :

“actifs” : { “totale” : [ { “nom_actif” : “6e7466636f696e” , “quantité” : 10 , “policy_id” : “f625fdd8e936d56d3d9943557380cff64d0db66e545f99a3cc01ab97” } ] , “disponible” : [ { “nom_actif” : “6e7466636f696e” , “quantité” : 10 , “policy_id” : “f625fdd8e936d56d3d9943557380cff64d0db66e545f99a3cc01ab97” } ] }

Rachat de jetons ou suppression de multi-actifs indésirables du portefeuille cardano

Les jetons créés à l’aide d’une politique de frappe suivent un ensemble de règles prédéfini. La politique de frappe peut permettre aux détenteurs de jetons de graver ou de créer de nouveaux jetons, par exemple. Dans la plupart des cas, si vous recevez des jetons indésirables, vous devrez soit les retourner à l’émetteur ou à l’expéditeur, soit les mettre ailleurs pour les conserver.

Remarque : Le coût minimum d’envoi de tout montant d’actif natif est d’un ada, plus les frais de transaction.

Option 1 : renvoyer les jetons à l’émetteur ou à l’expéditeur :

  • Vérifiez l’adresse de l’expéditeur ou l’adresse de l’émetteur.
  • Créez une transaction JSON dans cardano-wallet avec le montant UTXO minimum d’un ada et incluez l’actif natif.

Exemple de transaction pour l’envoi du multi-asset :

curl - XPOST http : / / localhost : 8090 / v2 / byron - wallets / { wallet_id } / transactions \ - H ‘Type de contenu : application/json\ ; jeu de caractères=utf-8’ - d ’ { “paiements” : [ { “adresse” : “{adresse_destination}” , “montant” : { “quantité” : 3000000 , “unit” : “lovelace” } , “atouts” : [ { “policy_id” : “asset_policy_id” , “nom_actif” : “6e7466636f696e” , “quantité” : 5 } ] } ] , “passphrase” : “monpremiermotdepasse” } ’

  • Vérifiez que la transaction multi-actifs est terminée et que les actifs ont été déplacés du portefeuille.

Byron

curl http : / / localhost : 8090 / v2 / byron - portefeuilles /

Shelley

curl http : / / localhost : 8090 / v2 / portefeuilles

  • Vous devriez voir le résultat suivant :

“actifs” : { “total” : , “disponible” : }

Option 2 : Déplacez les jetons vers une adresse à l’intérieur du portefeuille existant :

  1. Vérifiez que vous avez des jetons natifs dans le portefeuille.
  2. Spécifiez une adresse dans le portefeuille (ou ailleurs) pour envoyer les jetons.
  3. Suivez les étapes de l’option 1 pour envoyer les jetons à une adresse et non à une valeur UTXO ada min.
  4. Gardez une trace de l’adresse contenant les actifs natifs.

(3) Liste des actifs natifs de Cardano sur un échange

Il existe actuellement de nombreux actifs natifs fonctionnant sur Cardano, et de nouveaux sont ajoutés quotidiennement. Certains de ces actifs natifs se sont bien comportés sur le marché de la cryptographie, où les membres de la communauté et les institutions financières ont manifesté leur intérêt et réalisé des investissements. Une liste non exhaustive des actifs natifs fonctionnant sur Cardano est disponible.

Devenir public avec les ressources natives de Cardano

Les créateurs de jetons ont deux options pour rendre leurs jetons accessibles au public :

  • Ils peuvent vendre l’actif natif en privé dans le cadre d’une vente symbolique, ou
  • utiliser un échange (c’est-à-dire répertorier l’actif natif sur un échange tout en respectant les politiques et les directives de l’échange)

Vente privée de jetons

Les créateurs d’actifs natifs qui ont l’intention de vendre leurs jetons en privé doivent faire preuve de diligence raisonnable et effectuer des recherches avant de décider quelle est la meilleure voie pour commercialiser leurs jetons.

Lister votre jeton sur le marché d’une bourse

Les créateurs d’actifs natifs peuvent décider d’utiliser un échange pour répertorier et vendre leurs jetons. Chaque échange fonctionne selon son propre ensemble spécifique de règles, de directives et de politiques juridiques concernant la liste des jetons.

Cardano peut aider à répondre à toutes les questions d’un point de vue technique uniquement. Nous pouvons résoudre des problèmes tels que la création de jetons, la frappe, la gravure, etc., tandis que toutes les questions liées au processus d’inscription doivent être adressées à l’échange respectif.

Si vous avez créé un actif natif et avez l’intention de le répertorier sur une bourse, nous vous suggérons de consulter directement la bourse au préalable. La plupart des échanges ont une adresse e-mail sur leur site Web que vous pouvez utiliser pour démarrer le processus d’inscription et répondre à toutes vos questions.

Besoin d’assistance technique avec votre token ?

La Fondation Cardano est le premier point de contact concernant le support technique pour les échanges. Si vous avez des problèmes techniques ou des questions, contactez la Fondation Cardano sur le canal d’assistance habituel, ou bien, ouvrez un ticket d’assistance.

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