Vous n’avez pas besoin de permission pour faire fonctionner un nœud. Vous avez besoin d’une checklist. La plupart des gens utilisent des oracles sans jamais se demander qui les gère. Mais chaque prix, nombre aléatoire et demande de données sur WINkLink est fourni par un nœud que quelqu’un a choisi d’exploiter. Je voulais savoir ce que cela implique concrètement. J’ai donc suivi le guide officiel du nœud du début à la fin. C’est ici que @WinkLink_Oracle rend le parcours étonnamment clair. 🖥️ 𝗟𝗮 𝗺𝗶𝘀𝗲 𝗲𝗻 𝗽𝗹𝗮𝗰𝗲 Voici la checklist avec laquelle je commencerais : ➜ Le code du nœud depuis le GitHub de WINkLink, écrit en 𝗚𝗼 ➜ Une base de données 𝗣𝗼𝘀𝘁𝗴𝗿𝗲𝗦𝗤𝗟 ➜ Docker, ou une compilation depuis la source ➜ Deux fichiers de configuration : config.toml et secrets.toml Si vous avez déjà déployé un service backend, rien de tout cela ne vous semblera exotique. La méthode Docker est la plus rapide pour mettre en place un nœud à des fins de test. La méthode depuis la source utilise une simple commande make install, si vous préférez compiler vous-même. 🔑 𝗟𝗲 𝗰𝗼𝗺𝗽𝘁𝗲 Lors de la première exécution, le nœud crée son propre compte TRON et conserve la clé dans son keystore. Vous l’𝗮𝗰𝘁𝗶𝘃𝗲𝘇 en lui envoyant des TRX, et vous maintenez suffisamment de TRX sur ce compte pour couvrir les appels de contrat. Les documents recommandent également d’exécuter le nœud sur un réseau stable en dehors de la Chine continentale. La disponibilité est cruciale, car un nœud qui se déconnecte fréquemment ne sert à personne. 🧩 𝗖𝗵𝗼𝗶𝘀𝗶𝗿 𝘀𝗲𝘀 𝗷𝗼𝗯𝘀 Ensuite, vous choisissez les tâches que vous souhaitez servir : ➜ Flux de prix via Off-Chain Reporting ➜ Aléatoire VRF ➜ Demandes de données AnyAPI ➜ Automatisation des upkeeps Chacune possède son propre type de tâche dans la documentation, vous pouvez donc commencer par une et en ajouter d’autres plus tard. Les nœuds de flux de prix fonctionnent via Off-Chain Reporting, ce qui signifie qu’ils signent les observations hors chaîne et partagent le coût d’un seul rapport sur chaîne. Les nœuds VRF et AnyAPI répondent aux demandes sur chaîne, tandis que les nœuds d’automatisation surveillent les contrats enregistrés et agissent lorsque les conditions sont remplies. 💰 𝗟𝗲𝘀 𝗿𝗲́𝗰𝗼𝗺𝗽𝗲𝗻𝘀𝗲𝘀 Et la partie dont tout le monde parle : les 𝗿𝗲́𝗰𝗼𝗺𝗽𝗲𝗻𝘀𝗲𝘀 𝗲𝗻𝘁𝗿𝗲𝗻𝘁 𝗲𝗻 𝗪𝗜𝗡 lorsque les développeurs utilisent vos données. Les nœuds de flux de prix gagnent par observation et par transmission. Les nœuds VRF gagnent par accomplissement, les nœuds AnyAPI lorsqu’une demande en dépôt est terminée, et les nœuds d’automatisation reçoivent un remboursement ainsi qu’un premium. La page d’accueil de WINkLink le résume simplement : exécutez et publiez vos propres services de données, et soyez récompensé lorsque les développeurs les utilisent. 🧭 𝗟𝗮 𝗽𝗶𝗰𝘁𝘂𝗿𝗲 𝗱’𝗲𝗻𝘀𝗲𝗺𝗯𝗹𝗲 Plus d’opérateurs indépendants rendent l’ensemble du réseau plus robuste. Si vous souhaitez rejoindre en tant qu’opérateur, il existe également un parcours d’application officiel dans la documentation. Le flux ressemble à ceci : Votre serveur → Nœud WINkLink → TRON → Développeurs → Récompenses WIN Votre matériel assure la disponibilité. Le nœud fournit les données. 𝗪𝗜𝗡𝗸𝗹𝗶𝗻𝗸 𝗽𝗿𝗼𝘃𝗶𝗱𝗲 𝗹𝗮 𝗿𝗲́𝗰𝗼𝗺𝗽𝗲𝗻𝘀𝗲. 🛠️ Chaque oracle commence avec quelqu’un qui décide d’exécuter un nœud. @justinsuntron @WinkLink_Oracle #TRONEcoStar