VRF
From Chainlink Community Wiki
VRF Discussion Page
 |
Welcome to the talk page for discussing improvements to the VRF article. Talk pages (also known as discussion pages) are Wiki administration pages where editors/contributors discuss improvements that can be made to an article. NOTE: Discussion pages are not a forum for general discussion of the article's subject.
|
Many DApps in the blockchain gaming and nonfungible token (NFT) space require a tamper-proof and verifiable source for random number generation to provide advanced functionalities such as executing an airdrop, running a lottery or developing chance-based games.
With economic, social, and cultural interactions increasingly taking place on the Internet, there has been a growing demand over the last few decades to mimic the unpredictability of the natural world and create digital systems that incorporate unpredictable outcomes. Use cases for this unpredictability include introducing artificial scarcity, building more robust security mechanisms, and facilitating credibly neutral decision-making processes.[2]
Chainlink VRF generates both a random number and cryptographic proof, then delivers both on-chain where the cryptographic proof is verified prior to the acceptance of the random number by the consuming application.--Reggie (talk) 04:07, 22 June 2022 (UTC)[3]
REVIEW Chainlink VRF works by combining block data that is still unknown when the request is made with the oracle node’s pre-committed private key to generate both a random number and a cryptographic proof. The smart contract will only accept the random number input if it has a valid cryptographic proof, and the cryptographic proof can only be generated if the VRF process is tamper-proof. This helps provide users with automated and publicly verifiable proof directly on-chain that each application using Chainlink VRF for randomness is provably fair and cannot be tampered with or predicted by the oracle, outside entities, or development teams. REVIEW --Reggie (talk) 08:56, 20 June 2022 (UTC)