Prix de WINkLink (WIN)

WIN est le jeton utilitaire TRC-20 utilisé par WINkLink et fonctionne sur le réseau TRON. Son usage déclaré est de payer les services fournis par les nœuds WINkLink, notamment l’obtention de données hors chaîne, le formatage des données, le calcul hors chaîne et les garanties opérationnelles associées. Le rôle de WIN est donc lié aux demandes de service : lorsqu’un contrat intelligent ou une application a besoin de ces services de données, les frais sont payés en WIN. Cela ne signifie pas que les documents officiels confirment que détenir des WIN donne droit à des revenus de staking, à des droits de gouvernance ou à d’autres droits non énumérés.

WINkLink est un réseau décentralisé de services de données fonctionnant sur TRON, conçu pour permettre aux contrats intelligents on-chain d’utiliser des données ou des résultats de calcul provenant de l’extérieur de la blockchain. Les contrats intelligents ne peuvent pas lire directement et de manière fiable les informations du monde extérieur ; les nœuds doivent donc assurer l’obtention des données et la soumission des résultats. Dans le flux de base, les nœuds reçoivent ou écoutent les demandes de service, obtiennent les données externes requises et les traitent conformément à la demande, puis soumettent le résultat on-chain afin que le contrat puisse le lire ou déclencher une logique ultérieure. Cette répartition entre l’obtention hors chaîne et la soumission on-chain permet aux contrats d’utiliser des informations externes tout en conservant leur exécution sur la chaîne.

WIN sert à payer les frais des demandes de service WINkLink, y compris l’obtention de données hors chaîne, le formatage des données et le calcul hors chaîne. Le paiement établit le règlement entre le demandeur et le service des nœuds : le demandeur paie le service requis, et les nœuds effectuent le travail hors chaîne correspondant puis soumettent le résultat au contrat on-chain. Dans le service de nombres aléatoires vérifiables, le contrat Coordinator reçoit les frais en WIN avec la demande et calcule la récompense due au nœud qui l’exécute. Il faut donc distinguer le paiement d’une demande de service de la détention du jeton : le premier est un acte de règlement lors de l’appel d’un service, tandis que la seconde ne signifie pas en elle-même qu’une demande de service a été initiée.

Dans le service VRF du réseau principal de WINkLink, le contrat de l’application paie des WIN pour chaque demande de nombre aléatoire. La documentation de VRF sur le réseau principal indique des frais de 10 WIN par demande ; dans le flux de financement direct, l’application appelle aussi d’abord une fonction de calcul pour estimer le coût total de transaction de cette demande, puis soumet les WIN correspondants avec l’appel au Wrapper. Après l’envoi de la demande, VRFCoordinatorV2 génère un événement de demande ; le nœud VRF hors chaîne écoute cet événement, attend le nombre spécifié de confirmations de blocs, puis génère le nombre aléatoire et une preuve cryptographique qu’il soumet au Coordinator. Le Coordinator vérifie la preuve on-chain ; ce n’est qu’après une vérification réussie qu’il rappelle le contrat de l’application via le Wrapper et que le nombre aléatoire est remis à cette application. L’élément essentiel de ce processus est que la vérification de la preuve a lieu on-chain : un nœud peut générer un résultat, mais le contrat de l’application ne l’accepte pas simplement parce que le nœud affirme qu’un nombre aléatoire est valide. La documentation indique que le nombre aléatoire dépend de la graine fournie par l’utilisateur, du nonce du Coordinator, du hachage du bloc de la demande et de la clé privée du nœud ; le détenteur de la clé privée peut calculer le résultat, tandis que toute personne peut en vérifier la correction à partir des informations publiques.