Today's on-chain games needs fast and scalable random generation.
Request the random number
The contract sends a function to the RND contract to request a random number.
●
Simply add the contract interface
●
Call the request function on the contract
●
Have a function that will be called back with a UINT parameter which will contain the random number.
The off-chain oracle listens for the event.
Generates a unique random signature with it's private key and seed and sends it back,
●
Combines the seed and private key.
●
Send a transaction to the RNDFusion contract with the random number.
On-chain Verification
The contract verifies that the generated number was made from that oracle using their public key and the seed provided, The oracle can't modify the number in any way.
●
First check if the random number has been created with the oracle's public key.
●
Check that the random number is valid.
●
Send the number back to the original calling contract.
Provable, unmodifieable but not predictable
Using 'ECDSA' (Elliptic Curve Digital Signature Algorithm) the contract can prove that the oracles public key hashed it with the seed provided.
Designed for games that depends on instantaneous randomness
Save and secure
Cryptographically provably random, the oracle can't change the number only not to send it. When that happens a new oracle will immediately be used.
Decentralized
Decentralizes, anyone can start a low cost server and help become an oracle, no permission required.
Fast
A swift blockchain RND was needed for games, expect a fulfill callback in under 12 seconds.
Facts & Questions
Any more questions please join the discord or reach out to us via email.
Yes, the whole system is completely decentralized, three random oracles are chosen everytime someone request a random number, the first one with a verified random number will be used and receive the payout.
Because the oracle's random number generated is linked to the seed and their public/private key, they cannot modify the number in anyway and because the request is sent to three oracles, the first confirmed response is rewared, so the malicious actor is ignored and lose their transaction cost.
