# WINkLink Random Number Service

# Overview

Verifiable Random Function (VRF) is the public-key version of a keyed cryptographic hash, which can be used as a random number. Only the holder of the private key can compute the hash, but anyone with the public key can verify the correctness of the hash. VRF can be used to generate secure and reliable random numbers.

Random number is determined by seed (provided by users), nonce (private state of VRFCoordinator contract) , block hash (the block of the request event) and private key of oracle node.

The generation process of VRF is:

  • A Dapp contract sends out an on-chain request for a random number;
  • Once the off-chain oracle node listens for the request, it generates a random number attaching the cryptographic proof to make the generated random number verifiable, and then submits them back to an oracle contract (VRFCoordinator);
  • Once the random number proof is verified by the oracle contract, the random number is published to the Dapp contract through a callback function.

The process above ensures that the random number cannot be tampered with nor manipulated by anyone, including oracle operators, miners, users and even smart contract developers.

WINkLink VRF is a provably-fair and verifiable source of randomness designed for Dapp contracts. Dapp contract developers can use WINkLink VRF as a tamper-proof RNG (Random Number Generator) to build reliable smart contracts for any applications which rely on unpredictable random number:

  • Blockchain games and NFTs
  • Random assignment of duties and resources (e.g. randomly assigning judges to cases)
  • Choosing a representative sample for consensus mechanisms

This article describes how to deploy and use the WINkLink VRF service.

# Before you start

Maintainers for WINkLink need to understand how the TRON platform works, and know about smart contract deployment and the process of calling them. You're suggested to read related TRON official documents (opens new window), particularly those on contract deployment on TronIDE.

Prepare the node account. You should read related Node account preparation doc (opens new window).

# VRFCoordinator Contract

VRFCoordinator contract is deployed on the TRON public chain with the following features:

  • Receive random number requests from Dapp contract and emit VRFRequest event
    • WIN transfer as fees, will be sent along with the request
  • Accept random number and the proof submitted from WINkLink node
    • VRFCoordinator contract will verify the proof before sending the random number to Dapp contract
  • Calculate the WINkLink node rewards for the request fulfilment

VRFCoordinator contract code is available at VRFCoordinator.sol (opens new window) .

Some parameters are needed in the constructor function when deploying a VRFCoordinator contract:

  constructor(address _win, address _winkMid, address _blockHashStore)

_blockHashStore BlockHashStore address, _win WIN token address, _winkMid WinkMid contract address.

For convenience, Nile testnet has deployed WinkMid contract and encapsulated the WIN token on it. Developers can use this contract address directly without additional deployment. Users can also claim test TRX and WIN tokens from the Faucet address provided by Nile testnet.

Nile Testnet

Item Value
WIN Token TLa2f6VPqDgRE67v1736s7bJ8Ray5wYjU7
WinkMid TKy2MGKR6rQKBwM7dneUEnh2kvsodRR1Jo
Key Hash 1 0x284367a1c6c6cfee60d3343b399e8353da9a1482bdfddb549d217787a4c558f2
Fee 1 4 WIN
Key Hash 2 0x489db76c028fb5020e0c3d4fd7126f9c2750c7f52f3e03941c5bfcbe1c27d2a5
Fee 2 4 WIN
Key Hash 3 0xe90fbf3bd9cce99d28f7110a4afaa965f03061a6d6dd5a6f6dd6b0f937d73a63
Fee 3 4 WIN

# Node Deployment

For node deployment, please refer to WINkLink Node Deploy Doc (opens new window) . This section only lists the differences of VRF node deployment.

WINkLink node should be deployed after the VRFCoordinator contract is deployed.

WINkLink node (project directory node) code is available at: https://github.com/wink-link/winklink/tree/master/node (opens new window).

After compilation, node-v1.0.jar will be stored in node/build/libs/ under the project root directory.

# Node Configuration

After the node configuration file is confirmed, it is required to create a vrfKeyStore.yml file and set the private key for VRF (support multiple VRF private keys in one node):

  - *****(private key in hexadecimal format)

Support for dynamically updating vrfkeystore without restarting the node server. The steps are:

First, add a new VRF private key to the vrfKeyStore.yml

Second, execute the following command:

curl --location --request GET 'http://localhost:8081/vrf/updateVRFKey/vrfKeyStore.yml'


It is for important safety concerns that you use files to provide private information instead of the command line. In the production environment, set the permission of the private file vrfKeyStore as 600, meaning that only the owner can read or write the data.

# Start a Node

All configuration files need to be copied to the directory where your node is running in, use the command cp node/src/main/resource/*.yml ./. At the same time, the tronApiKey part of the application dev file needs to be filled with apikey.

Start your WINkLink node using the following command:

java -jar node/build/libs/node-v1.0.jar -k key.store -vrfK vrfKeyStore.yml

Configuration items can also be specified using a command line. For example:


java -jar node/build/libs/node-v1.0.jar --server.port=8081 --spring.profiles.active=dev --key key.store  --vrfKey vrfKeyStore.yml

nile testnet:

java -jar node/build/libs/node-v1.0.jar --env dev --server.port=8081 --spring.profiles.active=dev --key key.store  --vrfKey vrfKeyStore.yml

Determine whether your WINkLink node is running properly using the following command:

tail -f logs/tron.log


Your node account must have enough TRX tokens for contract calls. You can apply testnet tokens at Testnet Faucet.

# Add a Job to Your Node

The job of your node represents the data service that your node supports, and each job has a unique 32-byte ID.

When your WINkLink node is running properly, you can add a job to your node via HTTP API:

Example: (change the parameter below: address is the VRFCoordinator contract address deployed in the steps above; publicKey is the compressed value of the node's public key, which can be obtained by viewing the terminal display after the node starts, and the corresponding item is eckey compressed)

curl --location --request POST 'http://localhost:8081/job/specs' \
  --header 'Content-Type: application/json' \
    --data-raw '{
    "initiators": [
        "type": "randomnesslog",
        "params": {
            "address": "TYmwSFuFuiDZCtYsRFKCNr25byeqHH7Esb"
    "tasks": [
        "type": "random",
        "params": {
        "type": "trontx",
        "params": {
            "type": "TronVRF"

# Query Jobs

Request example:

curl --location --request GET 'http://localhost:8081/job/specs'

# Authorize a Node Account

Node account needs authorization to submit data to VRFCoordinator contract, otherwise error will be reported.

The owner of the VRFCoordinator contract is required to call the contract below and add the node account to the whitelist:

  function registerProvingKey(uint256 _fee, address _oracle, bytes calldata _publicProvingKey, bytes32 _jobID)

_fee is the minimum WIN token cost required for the registration node to generate random numbers, _oracle is the address of the registered node, which is used to receive the WIN token paid by DAPP , _publicProvingKey is the public key used by the registration node to generate random numbers, which is x || y, _jobID is the jobID of VRF service of the node.

Call example: registerProvingKey(10,TYmwSFuFuiDZCtYsRFKCNr25byeqHH7Esb, 0x4e6bda4373bea59ec613b8721bcbb56222ab2ec10b18ba24ae369b7b74ab145224d509bc2778e6d1c8a093522ba7f9b6669a9aef57d2231f856e4b594ad5f4ac, 04d773890bc347f88544dc85bea24985)

# Dapp Contract

An example of a Dapp contract code is available at VRFDemo.sol (opens new window)

In this example, we'll create a contract with a Game of Thrones theme. It will request randomness from Chainlink VRF, the result of which it will transform into a number between 1 and 20, mimicking the rolling of a 20 sided dice. Each number represents a Game of Thrones house. So, if you land a 1, you are assigned house Targaryan, 2 is Lannister, and so on.

When rolling the dice, it will accept an address variable to track which address is assigned to each house.

When writing for a new Dapp contract, the main steps are:

  • a) Import VRFConsumerBase:
  pragma solidity ^0.6.0;

  import "./VRFConsumerBase.sol";
  contract VRFDemo is VRFConsumerBase {
  • b) Set s_keyHash to identify the VRF key to generate the random number; s_fee for the fee amount in one request.
  bytes32 private s_keyHash;
  uint256 private s_fee;
  • c) Dapp contract initialization:
  constructor(address vrfCoordinator, address win, address winkMid, bytes32 keyHash, uint256 fee)
    VRFConsumerBase(vrfCoordinator, win, winkMid)
    s_keyHash = keyHash;
    s_fee = fee;   
  • d) Call requestRandomness to request for random number, and get requestId for the specific request:
  function rollDice(uint256 userProvidedSeed, address roller)
    require(winkMid.balanceOf(address(this)) >= s_fee, "Not enough WIN to pay fee");
    requestId = requestRandomness(s_keyHash, s_fee, userProvidedSeed);
    emit DiceRolled(requestId, roller);
  • e) Fulfill fulfillRandomness used by VRFCoordinator contract to send the verified random number randomness (for a specific request requestId) back to.
  function fulfillRandomness(bytes32 requestId, uint256 randomness) internal override {
    uint256 d20Value = randomness.mod(20).add(1);
    s_results[s_rollers[requestId]] = d20Value; 
    emit DiceLanded(requestId, d20Value);

# Dapp Contract Deployment

Some parameters are needed in the constructor function when deploying a Dapp contract

  constructor(address vrfCoordinator, address win, address winkMid, bytes32 keyHash, uint256 fee)

vrfCoordinator the address of VRFCoordinator, win WIN token address, winkMid WinkMid contract address, keyHash the hash value of the public key of the registered node, which can be obtained by calling the hashofkeybytes function of the VRFCoordinator contract (input is x || y). fee the WIN token fee payed for generating random number, and its value should be greater than the fee required by random number node.

Example: constructor(TUeVYd9ZYeKh87aDA9Tp7F5Ljc47JKC37x,TNDSHKGBmgRx9mDYA9CnxPx55nu672yQw2, TFbci8j8Ja3hMLPsupsuYcUMsgXniG1TWb,0xe4f280f6d621db4bccd8568197e3c84e3f402c963264369a098bb2f0922cb125,12).

# Transfer WIN Tokens to the Contract

VRFDemo contract needs to call the VRFCoordinator contract, so there should be enough WIN tokens in the contract account. You can transfer a certain amount of WIN tokens for the contract through the transfer service or the TestNet Faucet.

# Call the Dapp Contract

Use the following interface to request random number:

function rollDice(uint256 userProvidedSeed, address roller)

userProvidedSeed the seed provided by the user,roller You can fill in any address at present. Call example: rollDice(0x852f725894485e4979af5ea47ddd90cc68ea1ac0f4b99e52e9b91fa35a7204e2, TL44GNkjETr2JumQHgYJF842oyE6h2inoR).