Quote from: Mooshire on September 23, 2013, 01:54:17 AM

Quote from: GigaDice on September 23, 2013, 01:36:07 AM

Quote from: Mooshire on September 23, 2013, 01:24:32 AM

Quote from: GigaDice on September 23, 2013, 01:11:37 AM

Quote from: Mooshire on September 23, 2013, 12:56:34 AM

Quote from: GigaDice on September 23, 2013, 12:44:32 AM

Quote from: Mooshire on September 23, 2013, 12:33:19 AM

Regarding Provable Fairness:

How is this actually provably fair? We take the roll, the client seed and the server seed and hash them together to get the server hash? This means that you can make the roll whatever you want? Please clarify how the rolls are actually calculated. I will add a roll verifier for your site to http://bitcoinmaniac.com/verify if you can tell me how this is actually provably fair.

We provide a hash of the roll, user decided client seed and we add a secret to prevent the results from being derived from the hash provided. There is a SHA 512 form embedded in our site which allows you to verify the results after the secret has been released. To verify your rolls please visit our verification page.

I have accredited every account I have missed thus far.

But this isn't provably fair, this is just provable results. You can change the roll to whatever you want, the client seed has nothing to do with the roll. This is deceptive and not actually provably fair.

I think my response may have been unclear. There is a server seed and client seed (user can change) provided before the roll and a daily secret. Results can be proven once the secret is released. In order to verify that the bets were provably fair you take the roll+clientseed+secret and if it equals the server seed provided before the roll it is fair. This is the same system used by many dice sites, I'm open to suggestions and appreciate any feedback.

This is not the same system used by many dice sites. You take the roll, which you can make whatever you want, and then hash it with the client seed to provide what is called "Provable results". This is not provably fair. This shows that the roll did not change after you bet. You could still be setting the rolls low and making people lose. It would still "verify" but would not be actually provably fair. If you want to make something provably fair, there is a good way to do it.

Take the SHA512 hash of the client seed + server seed. (Provide the hash of the server seed beforehand)
Take the first 8 characters of the hash, and convert them to decimal form. Then divide by 42949672.95, which will give you a numeric value between 0 and 100. Round this value to the nearest hundredths place.
This is your roll. Now, we know that you did not predetermine the roll beforehand, and we can check that this roll was made with our own client seed, and is fair.

To simple-dice: This is not at all what I am talking about, don't post before you know what the conversation is.

What you're suggesting is another way to come to the same conclusion both are "provably fair". Here is an excerpt from Mem reinforcing that this is actually "provably fair".

Quote from: mem on August 02, 2013, 12:39:41 PM

2: Any site that shows you a hash of the site seed used for the next round and allows for users to provide their own seed or randomly generates one for them.
This is as good as it gets without a publically auditable db. Bonus points for no blockchain spam as well.

Ok then tell me, how can I verify that you do not just choose the rolls and that they are influenced by my client seed in a hash? Maybe i'm just not understanding you.

Rolls are verifiable once the secret is released. Once the secret is made public you can go here and take the roll+client seed+secret and hash them together, if it equals the server seed provided before the roll it is fair. Since the client seed is editable there is no way we can manipulate the results. Thank you for your comments and feedback, I have accredited your account with some balance. We're always looking to improve ourselves wherever possible.