Ethereum-based Provably Fair Random Number Generation

[eth888]

Hi, we figured out an workaround for generating random number for betting games under smart contract environment, without relaying on blockhash and third-party's API (say random.org). The technical demo is running in Ropsten testnet:

Please make sure Metamask installed in your Chrome or Firefox.

Welcome to challenge it!

This briefly describes how it works.

[JackpotRacer]

Hi, we figured out an workaround for generating random number for betting games under smart contract environment, without relaying on blockhash and third-party's API (say random.org). The technical demo is running in Ropsten testnet:

Please make sure Metamask installed in your Chrome or Firefox.

Welcome to challenge it!

This briefly describes how it works.

how fast is this? would it work for dice game?

[eth888]

Hi, we figured out an workaround for generating random number for betting games under smart contract environment, without relaying on blockhash and third-party's API (say random.org). The technical demo is running in Ropsten testnet:

Please make sure Metamask installed in your Chrome or Firefox.

Welcome to challenge it!

This briefly describes how it works.

how fast is this? would it work for dice game?

Around 30s, less than 2 block times in average, welcome to have a try!
Unless doing p2p betting, likely it is theoretically impossible to have decentralized implementation less than a block time.

[JackpotRacer]

Hi, we figured out an workaround for generating random number for betting games under smart contract environment, without relaying on blockhash and third-party's API (say random.org). The technical demo is running in Ropsten testnet:

Please make sure Metamask installed in your Chrome or Firefox.

Welcome to challenge it!

This briefly describes how it works.

how fast is this? would it work for dice game?

Around 30s, less than 2 block times in average, welcome to have a try!
Unless doing p2p betting, likely it is theoretically impossible to have decentralized implementation less than a block time.

thx for the info but 30s is a lot for dice or other games

[Hypercube]

It still requires people to trust your platform given your centralized server generating the seed, which you could potentially grab at any time on your side without anyone knowing about it and bet accordingly. Also I guess that's not really your fault, but I'm not sure people would go on and check every seed. Maybe if a service starts using your contract he would implement an automatic checking strategy. What are you thoughts?

Great work anyway (if your intentions are legitimate ), it's good to have initiatives like this in the space.

[eth888]

Hi, we figured out an workaround for generating random number for betting games under smart contract environment, without relaying on blockhash and third-party's API (say random.org). The technical demo is running in Ropsten testnet:

Please make sure Metamask installed in your Chrome or Firefox.

Welcome to challenge it!

This briefly describes how it works.

how fast is this? would it work for dice game?

Around 30s, less than 2 block times in average, welcome to have a try!
Unless doing p2p betting, likely it is theoretically impossible to have decentralized implementation less than a block time.

thx for the info but 30s is a lot for dice or other games

That's really a bottleneck for blockchain implementation... still finding a way to shorten it.

[eth888]

It still requires people to trust your platform given your centralized server generating the seed, which you could potentially grab at any time on your side without anyone knowing about it and bet accordingly. Also I guess that's not really your fault, but I'm not sure people would go on and check every seed. Maybe if a service starts using your contract he would implement an automatic checking strategy. What are you thoughts?

Great work anyway (if your intentions are legitimate ), it's good to have initiatives like this in the space.

Thanks for your sharing and yes, regarding to the trust issue, if the server can provide a SHA256 hash to the players before making a bet decision, it probably eliminates the doubts, as SHA256(seed) = hash and the seed will be given to the players afterwards, which is provable with this open validator:

https://jsbin.com/qidebel/edit?html,js,output