Ціна WINkLink (WIN)

WIN — функціональний токен TRC-20, що використовується WINkLink і працює в мережі TRON. Його заявлене призначення — оплата послуг вузлів WINkLink з отримання офчейн-даних, форматування даних, офчейн-обчислень і пов'язаного операційного забезпечення. Отже, роль WIN пов'язана із запитами на послуги: коли смартконтракту або застосунку потрібні ці послуги даних, комісія сплачується в WIN. Це не означає, що офіційні матеріали підтверджують винагороду за стейкінг, права управління чи інші не зазначені права лише за володіння WIN.

WINkLink — децентралізована мережа сервісів даних, що працює в TRON і має на меті надати ончейн-смартконтрактам доступ до даних або результатів обчислень поза блокчейном. Смартконтракти самі по собі не можуть безпосередньо й надійно отримувати інформацію із зовнішнього світу, тому вузли беруть на себе отримання та подання результатів. У базовому процесі вузли приймають або відстежують запити на послуги, отримують потрібні зовнішні дані та обробляють їх відповідно до запиту, а потім подають результат ончейн, щоб контракт міг його прочитати або запустити подальшу логіку. Розподіл між офчейн-отриманням і ончейн-поданням дозволяє контрактам використовувати зовнішню інформацію, зберігаючи ончейн-виконання.

WIN використовується для оплати запитів до сервісів WINkLink, зокрема отримання офчейн-даних, форматування даних і офчейн-обчислень. Оплата встановлює розрахунковий зв'язок між запитувачем і послугами вузла: запитувач платить за потрібну послугу, а вузол виконує відповідну офчейн-роботу та подає результат до ончейн-контракту. У сервісі перевірюваних випадкових чисел контракт Coordinator отримує комісію в WIN разом із запитом і розраховує винагороду, належну вузлу за його виконання. Тому слід відрізняти «оплату комісії за запит» від «володіння токеном»: перше є розрахунковою дією під час виклику послуги, тоді як друге саме по собі не означає, що запит на послугу вже створено.

У сервісі VRF основної мережі WINkLink контракт застосунку платить WIN за запит випадкового числа. Документація встановлює комісію основної мережі VRF у 10 WIN за запит; у процесі прямого фінансування застосунок також спочатку викликає функцію розрахунку, щоб оцінити сукупну вартість транзакції для цього запиту, а потім надсилає відповідну суму WIN разом із викликом до Wrapper. Після надсилання запиту VRFCoordinatorV2 створює подію запиту; офчейн-вузол VRF відстежує її, очікує задану кількість підтверджень блоків, а потім генерує випадкове число й криптографічний доказ та надсилає їх до Coordinator. Coordinator перевіряє доказ ончейн; лише після успішної перевірки він викликає застосунок через Wrapper, і випадкове число передається цьому застосунку для використання. Ключовим у цьому процесі є те, що перевірка доказу відбувається ончейн: вузол може створити результат, але контракт застосунку не прийме його лише через заяву вузла про дійсність випадкового числа. Документація пояснює, що випадкове число пов'язане з наданим користувачем seed, nonce Coordinator, хешем блоку запиту та приватним ключем вузла; власник приватного ключа може обчислити результат, а будь-хто може перевірити його правильність за допомогою публічної інформації.