WINkLink (WIN) 价格

WIN 是 WINkLink 使用的 TRC-20 功能型代币，运行在 TRON 网络上。其已说明用途是支付 WINkLink 节点提供的链下数据获取、数据格式化、链下计算及相关运行保障服务。 因此，WIN 的作用与服务请求相连：智能合约或应用需要使用这些数据服务时，费用以 WIN 支付；这并不意味着官方资料确认了持有 WIN 即可获得质押收益、治理权或其他未列明权益。

WINkLink 是运行于 TRON 的去中心化数据服务网络，目的是让链上智能合约能够使用区块链外部的数据或计算结果。智能合约本身不能直接可靠地读取链外世界的信息，因此需要由节点承担获取与提交结果的环节。 在基本流程中，节点接收或监听服务请求，获取所需外部数据并按请求处理，再将结果提交到链上供合约读取或触发后续逻辑。链下获取和链上提交的分工，使合约能够在保留链上执行的同时使用外部信息。

WIN 用于为 WINkLink 的服务请求支付费用，包括链下数据获取、数据格式化和链下计算。支付建立了请求方与节点服务之间的结算关系：请求方为所需服务付费，节点完成相应的链下工作并将结果提交给链上合约。 在可验证随机数服务中，Coordinator 合约会随请求接收 WIN 费用，并计算节点完成请求应得的奖励。因而应区分“支付请求费用”和“持有代币”：前者是调用某项服务时发生的结算动作，后者本身不等同于已发起服务请求。

在 WINkLink 主网 VRF 服务中，应用合约为随机数请求支付 WIN。开发文档列示主网 VRF 的费用为每次10 WIN；在直接资助流程中，应用还会先调用计算函数估算本次请求所需的总交易成本，再将相应 WIN 连同调用提交给 Wrapper。 请求发出后，VRFCoordinatorV2 产生请求事件；链下 VRF 节点监听事件，等待指定数量的区块确认，再生成随机数和密码学证明并提交给 Coordinator。Coordinator 在链上验证证明；验证成功后，它经由 Wrapper 回调应用合约，随机数才交付给该应用使用。 该流程的关键在于证明验证发生在链上：节点能够生成结果，但应用合约不会仅因节点声称某个随机数有效就接受它。文档说明随机数与用户提供的种子、Coordinator 的 nonce、请求区块哈希和节点私钥有关；私钥持有人可计算结果，而任何人可用公开信息验证其正确性。