Prix de QuarkChain (QKC)

QKC est le jeton fonctionnel natif du réseau QuarkChain : il peut servir d’unité de transfert, de paiement et de règlement au sein du réseau, et être utilisé pour payer le Gas des opérations sur la chaîne. Détenir des QKC ne signifie pas détenir des actions, des créances ou des droits aux revenus d’une société de projet ou d’une partie liée. Par conséquent, l’utilité réseau de QKC découle de son rôle de paiement et de frais dans le protocole ; la description de son positionnement fonctionnel dans le livre blanc ne constitue pas une promesse de prix, de revenus ou de rendement.

La conception de QuarkChain répartit le traitement des transactions entre plusieurs shards, tandis que la chaîne racine confirme et coordonne les blocs des shards ; cette structure vise à permettre au réseau de traiter en parallèle le travail dans différents shards, plutôt que de faire traiter toutes les transactions séquentiellement par une seule chaîne d’exécution. Pour l’utilisateur, le sharding signifie que les comptes, actifs et transactions peuvent être associés à un réseau ou à un environnement de shard. Avant d’effectuer un transfert ou d’interagir avec une application, il convient, en plus de vérifier l’adresse, de confirmer le réseau sélectionné par le portefeuille et l’environnement où se trouve l’actif ; envoyer directement un actif vers une adresse correcte mais sur un réseau incompatible peut tout de même le rendre difficile à utiliser ou à récupérer.

Sur le réseau principal QuarkChain, QKC peut à la fois être l’actif natif transféré et l’actif servant au paiement du Gas. Le Gas est le coût en ressources prélevé par le réseau pour traiter un transfert ou exécuter une opération de contrat ; sans suffisamment de QKC pour le payer, la transaction ne peut généralement pas être exécutée par le réseau comme elle a été soumise. Le coût final dépend des ressources d’exécution réellement consommées par l’opération et des paramètres de la transaction, et non uniquement de la quantité de QKC transférée. Un transfert ordinaire et un appel de contrat peuvent consommer des ressources différentes ; il faut donc consulter l’estimation des frais fournie par le portefeuille ou l’application avant la soumission, et conserver des QKC pour payer le Gas en plus du montant envoyé.

QKC a d’abord existé sous la forme d’un jeton ERC-20 d’Ethereum, puis a été migré en jeton de réseau principal lors du lancement du réseau principal de QuarkChain. Leurs noms sont proches, mais leurs chaînes et leurs fonctions réseau directement utilisables diffèrent ; le QKC du réseau principal est l’actif natif du réseau QuarkChain. Cette migration historique explique pourquoi les utilisateurs peuvent voir différentes représentations de QKC sur différents réseaux. Lors du traitement d’un solde, d’un dépôt ou d’un retrait, il faut d’abord confirmer si le service exige la représentation historique du jeton sur Ethereum, le jeton natif QuarkChain ou une représentation issue d’un pont, sans se fier uniquement au nom du jeton pour juger la compatibilité.

La documentation officielle répertorie Native QKC Bridge, destiné aux opérations de pont ou de migration de QKC natifs. Un pont ne « copie » pas le même actif dans un autre environnement : l’utilisateur initie une opération sur le réseau source, puis le mécanisme de pont permet, selon ses règles, à l’actif correspondant d’être utilisé sur le réseau cible. Avant l’opération, il faut vérifier séparément le réseau source, le réseau cible, le format de l’adresse de réception et les frais requis des deux côtés. Avant la fin du pont, l’état de l’actif dépend du traitement de la transaction de pont par les réseaux concernés ; si un réseau ou une adresse non pris en charge est choisi, l’environnement du destinataire peut ne pas reconnaître l’actif, même si la transaction a été envoyée.

Avant d’envoyer des QKC, confirmez d’abord que le destinataire prend en charge les QKC natifs de QuarkChain et le réseau exigé ; vérifiez ensuite l’adresse de réception complète et conservez un solde suffisant pour payer le Gas. L’adresse et le réseau sont deux conditions distinctes : l’incompatibilité de l’une ou l’autre peut créer des problèmes de réception ou d’utilisation ultérieure. Après sa soumission, la transaction doit être traitée par le réseau. Ne considérez pas qu’une transaction « signée dans le portefeuille » ou « diffusée » est déjà utilisable par le destinataire ; fiez-vous à l’état de la transaction sur la chaîne et au réseau effectivement pris en charge par le destinataire. En cas de pont ou de dépôt auprès d’un service, respectez également les conditions de réseau et de réception fixées par ce pont ou ce service.