|
Title: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. 0.9% Edge Post by: dice64 on August 04, 2013, 12:41:07 AM Dice64 - Off Blockchain. Provably fair. Instantly verifiable.
Dice64.com (http://Dice64.com) The service signs everything with 1Dice64ckqzrBwEum3rDW1cKPodpvSKuEX Features Instant Depostis & Cashout Low house edge 1% Funds automatically returned after a 1 hour timeout Interface defaults to using mBTC for clarity Instant secret verification Screenshots http://imgur.com/a/7usoM Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: ASICPool on August 04, 2013, 01:03:48 AM Site looks great, good job.
I really like the layout. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 01:05:48 AM Site looks great. Max bet is a bit low but since this is more of a test I can see why it is so low.
Also nice idea with the signing but I don't know if many players will actually care about this. Also I "donated" you 10 mBTC :D Also I'd like the min bet for the lower winchances reduced :D Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: scalar33 on August 04, 2013, 01:10:40 AM Well that's nice. I was just thinking we could use another dice game, not enough selection.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Mooshire on August 04, 2013, 01:12:17 AM Site looks great. Max bet is a bit low but since this is more of a test I can see why it is so low. Also nice idea with the signing but I don't know if many players will actually care about this. Also I "donated" you 10 mBTC :D The more paranoid of us here do care about these things, and applaud you. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 01:13:47 AM Site looks great. Max bet is a bit low but since this is more of a test I can see why it is so low. Also nice idea with the signing but I don't know if many players will actually care about this. Also I "donated" you 10 mBTC :D The more paranoid of us here do care about these things, and applaud you. Yes, but why would a paranoid person even send his hard earned money to a gambling service? He would print his private keys and hide them in a safe. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Mooshire on August 04, 2013, 01:14:27 AM Site looks great. Max bet is a bit low but since this is more of a test I can see why it is so low. Also nice idea with the signing but I don't know if many players will actually care about this. Also I "donated" you 10 mBTC :D The more paranoid of us here do care about these things, and applaud you. Yes, but why would a paranoid person even send his hard earned money to a gambling service? He would print his private keys and hide them in a safe. I never said I was going to use the site :P Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: JakeMC on August 04, 2013, 01:55:24 AM Funny. Duplicate source of http://coinroll.it
Trying to saturate the market are we? ;) Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: GigaDice on August 04, 2013, 01:56:05 AM Good luck with the site, really like the layout. I'd strongly suggest increasing the max bet in the near future.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Mooshire on August 04, 2013, 01:58:01 AM Funny. Duplicate source of http://coinroll.it Trying to saturate the market are we? ;) They don't have duplicate source.... Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Boelens on August 04, 2013, 02:10:49 AM I love this layout! It's so easy to gamble. Deposit 0.01, used some of my magic fairy dust to sprinkle some luck, did 50%, went up to 30, down to 25, cashed out, all went well. Seems legit!
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: BRules on August 04, 2013, 03:07:45 AM The service does not publish your return or deposit addresses, to protect your identity. what kind of identity are you trying to protect not publishing it? Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Zaih on August 04, 2013, 03:19:16 AM Funny. Duplicate source of http://coinroll.it Trying to saturate the market are we? ;) Very different as far as I can tell.. Good luck, I think you should avoid the choosing payout address. It's a silly method IMO. Should just use cookies like JD Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: JakeMC on August 04, 2013, 03:41:14 AM http://puu.sh/3TdQM.jpg
http://puu.sh/3TdSq.jpg Looks pretty similar... Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Mooshire on August 04, 2013, 03:45:56 AM http://puu.sh/3TdQM.jpg http://puu.sh/3TdSq.jpg Looks pretty similar... Before you go around throwing accusations everywhere, do some research. This is the same CSS used by thousands of other sites, Bootstrap.(http://getbootstrap.com) EDIT: Such as: Blockchain.info http://gyazo.com/a2fcc43eb3b97e7a0729f3cbaa7fccbb Coinchat.org http://gyazo.com/4cf525ac9ad48aaa65cb7a2cfa5919f2 And a whole hell of a lot of others. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: JakeMC on August 04, 2013, 03:56:46 AM http://puu.sh/3TdQM.jpg http://puu.sh/3TdSq.jpg Looks pretty similar... Before you go around throwing accusations everywhere, do some research. This is the same CSS used by thousands of other sites, Bootstrap.(http://getbootstrap.com) EDIT: Such as: Blockchain.info http://gyazo.com/a2fcc43eb3b97e7a0729f3cbaa7fccbb Coinchat.org http://gyazo.com/4cf525ac9ad48aaa65cb7a2cfa5919f2 And a whole hell of a lot of others. Didn't throw an accusation. It's a fact. They look similar, like a duplicate. Because they use the same, generic, bootstrap CSS file(s)... Coinbase also used 'em, as do many other sites. I'm well-aware. Many sites that look similar and have almost identical functionality would be saturating the market. Calm down, big guy. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Mooshire on August 04, 2013, 04:00:43 AM http://puu.sh/3TdQM.jpg http://puu.sh/3TdSq.jpg Looks pretty similar... Before you go around throwing accusations everywhere, do some research. This is the same CSS used by thousands of other sites, Bootstrap.(http://getbootstrap.com) EDIT: Such as: Blockchain.info http://gyazo.com/a2fcc43eb3b97e7a0729f3cbaa7fccbb Coinchat.org http://gyazo.com/4cf525ac9ad48aaa65cb7a2cfa5919f2 And a whole hell of a lot of others. Didn't throw an accusation. It's a fact. They look similar, like a duplicate. Because they use the same, generic, bootstrap CSS file(s)... Coinbase also used 'em, as do many other sites. I'm well-aware. Many sites that look similar and have almost identical functionality would be saturating the market. Calm down, big guy. The same source and the same CSS are two different things. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: JakeMC on August 04, 2013, 04:09:01 AM http://puu.sh/3TdQM.jpg http://puu.sh/3TdSq.jpg Looks pretty similar... Before you go around throwing accusations everywhere, do some research. This is the same CSS used by thousands of other sites, Bootstrap.(http://getbootstrap.com) EDIT: Such as: Blockchain.info http://gyazo.com/a2fcc43eb3b97e7a0729f3cbaa7fccbb Coinchat.org http://gyazo.com/4cf525ac9ad48aaa65cb7a2cfa5919f2 And a whole hell of a lot of others. Didn't throw an accusation. It's a fact. They look similar, like a duplicate. Because they use the same, generic, bootstrap CSS file(s)... Coinbase also used 'em, as do many other sites. I'm well-aware. Many sites that look similar and have almost identical functionality would be saturating the market. Calm down, big guy. The same source and the same CSS are two different things. Assuming it uses PHP, there are only so many ways to write a site like this.. Regardless, the CSS is a part of any source... So yes, they do have VERY similar source codes. It's fine, I'm just wanting to see something unique. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Dumbo on August 04, 2013, 06:22:12 AM So what if it looks like Coinroll.it , if the system is fair and managed well. Why does it matter?
They both look professional, so you can tell that they was not done half-assed. It is a good thing. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 09:45:04 AM Assuming it uses PHP, there are only so many ways to write a site like this.. Regardless, the CSS is a part of any source... So yes, they do have VERY similar source codes. It's fine, I'm just wanting to see something unique. I've used twitter bootstrap for my frontend, as do many bitcoin sites, due to its ease of use and quick development time. I hadn't actually seen coinroll.it untill one month ago, after I had been developing this for quite some time. The actual bootstrap template I was working with reference to was this http://getbootstrap.com/2.3.2/examples/marketing-narrow.html, so you can see how both coinroll.it and I use the same layout. This however doesn't mean that our source codes are even remotely similar. Please read through the HTML and JavaScript, I'll be publishing it on GitHub soon, also our backend is written in Python, our uniqueness doesn't come from our frontend however. We have implemented Bitcoin message signing which makes our game both provably fair and off-blockchain, something no other service currently offers. Site will be going down for maintenance, while I fix a couple of bugs which weren't present in staging. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 10:14:35 AM The service does not publish your return or deposit addresses, to protect your identity. what kind of identity are you trying to protect not publishing it? Peoples unspent tx outputs, which may link to their real name and identity and the coins could certainly be traced further, showing many transactions they have made with other people. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Zaih on August 04, 2013, 11:11:00 AM Hey, I've noticed you assign the server seed (Well, hash), and you only let the user choose a nonce.
The nonce can only be number 1 - 99999, what's stopping you assigning server seeds which when applied to a nonce, have a lot higher average roll. You can quickly test all 99,999 instantly, and then only assign ones which have an average roll of lets say 36? That's definitely possible. To fix this, you should allow the user to choose whether they want to roll high or low. Just my 2 cents Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Insanity on August 04, 2013, 11:22:46 AM I think you forgot to mention that insanity dice is the only other provably fair option. We use camtasia to record all bets to make sure none are rigged.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 11:35:36 AM I think you forgot to mention that insanity dice is the only other provably fair option. We use camtasia to record all bets to make sure none are rigged. Wow, good thinking! I totally forgot that videos can't be edited. Will play at Insanity Dice Extreme soon. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 11:49:05 AM Hey, I've noticed you assign the server seed (Well, hash), and you only let the user choose a nonce. The nonce can only be number 1 - 99999, what's stopping you assigning server seeds which when applied to a nonce, have a lot higher average roll. You can quickly test all 99,999 instantly, and then only assign ones which have an average roll of lets say 36? That's definitely possible. To fix this, you should allow the user to choose whether they want to roll high or low. Just my 2 cents The output is calculated as follows, the nonce is a 16-bit integer 1-65536 and is generated in Javascript in the browser, the user can also set the nonce themselves, rolling high or low wouldn't make any difference to how fair it is. We can't assign secrets which have an average result, as any input is nonced by the user. The server seed can also be refreshed to a 256 bit number generated from random. Even if we did generate fixed secrets, the user would always nonce it in a way which completely changed the result through using dsha256(secret + nonce). Here is a json list of the result frequency. bet_frequency_post_nonce is the actual results calculated with the nonce added. bet_frequency_pre_nonce is what the result would have been if the user was allowed to place a bet with a nonce of 0, this is the same as performing mod 64 on the secret_hash. https://dice64.com/api/bets?pretty Code: secret = random integer 0 - 2256 Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Zaih on August 04, 2013, 12:29:06 PM Hey, I've noticed you assign the server seed (Well, hash), and you only let the user choose a nonce. The nonce can only be number 1 - 99999, what's stopping you assigning server seeds which when applied to a nonce, have a lot higher average roll. You can quickly test all 99,999 instantly, and then only assign ones which have an average roll of lets say 36? That's definitely possible. To fix this, you should allow the user to choose whether they want to roll high or low. Just my 2 cents The output is calculated as follows, the nonce is a 16-bit integer 1-65536 and is generated in Javascript in the browser, the user can also set the nonce themselves, rolling high or low wouldn't make any difference to how fair it is. We can't assign secrets which have an average result, as any input is nonced by the user. The server seed can also be refreshed to a 256 bit number generated from random. Even if we did generate fixed secrets, the user would always nonce it in a way which completely changed the result through using dsha256(secret + nonce). Here is a json list of the result frequency. bet_frequency_post_nonce is the actual results calculated with the nonce added. bet_frequency_pre_nonce is what the result would have been if the user was allowed to place a bet with a nonce of 0, this is the same as performing mod 64 on the secret_hash. https://dice64.com/api/bets?pretty Code: secret = random integer 0 - 2256 There's only 65536 different nonces a user can apply. You give the users secrets which when all those different nonces are applied, has a higher average, or more losses depending on the game they're playing. This will inherently change the odds advertised. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 12:42:50 PM There's only 65536 different nonces a user can apply. You give the users secrets which when all those different nonces are applied, has a higher average, or more losses depending on the game they're playing. This will inherently change the odds advertised. The secret is given out before the player chooses a number to play on, so is your concern that we could only chose secrets which were more likely end up with a high number when being nonced with every number in the range 1-65536? This is certainly possible, but computationally impractical. In our tests performing dsha256(secret + nonce), where nonce is in the range 1-65536 gave quite an evenly random distribution. If necessary we can increase the size of the nonce field, maybe 32-bits would provide a more even distribution. Edit: Valid point. I'll increase the size of the nonce. Edit again: Nonce fields are now 32 bits, this is working in the api, but the html and javascript are cached and will clear in the browser after an hour. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 01:30:43 PM Edit again: Nonce fields are now 32 bits, this is working in the api, but the html and javascript are cached and will clear in the browser after an hour. A shift+F5 fixed it for me. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Zaih on August 04, 2013, 01:36:53 PM There's only 65536 different nonces a user can apply. You give the users secrets which when all those different nonces are applied, has a higher average, or more losses depending on the game they're playing. This will inherently change the odds advertised. The secret is given out before the player chooses a number to play on, so is your concern that we could only chose secrets which were more likely end up with a high number when being nonced with every number in the range 1-65536? This is certainly possible, but computationally impractical. In our tests performing dsha256(secret + nonce), where nonce is in the range 1-65536 gave quite an evenly random distribution. If necessary we can increase the size of the nonce field, maybe 32-bits would provide a more even distribution. Edit: Valid point. I'll increase the size of the nonce. Edit again: Nonce fields are now 32 bits, this is working in the api, but the html and javascript are cached and will clear in the browser after an hour. Still not amazingly solid (Like you claim in your OP), just means you might have to go through 10,000 server seeds opposed to 100 to find one with a high level of inconsistency. Just do what JD does. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 01:45:09 PM There's only 65536 different nonces a user can apply. You give the users secrets which when all those different nonces are applied, has a higher average, or more losses depending on the game they're playing. This will inherently change the odds advertised. The secret is given out before the player chooses a number to play on, so is your concern that we could only chose secrets which were more likely end up with a high number when being nonced with every number in the range 1-65536? This is certainly possible, but computationally impractical. In our tests performing dsha256(secret + nonce), where nonce is in the range 1-65536 gave quite an evenly random distribution. If necessary we can increase the size of the nonce field, maybe 32-bits would provide a more even distribution. Edit: Valid point. I'll increase the size of the nonce. Edit again: Nonce fields are now 32 bits, this is working in the api, but the html and javascript are cached and will clear in the browser after an hour. Still not amazingly solid (Like you claim in your OP), just means you might have to go through 10,000 server seeds opposed to 100 to find one with a high level of inconsistency. Just do what JD does. But instead of having to hash 0xffff strings to find out which one has a high chance of winning for the house he would have to do 0xffffffff now. Which is practically impossible to do at this speed. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 01:45:50 PM Still not amazingly solid (Like you claim in your OP), just means you might have to go through 10,000 server seeds opposed to 100 to find one with a high level of inconsistency. Just do what JD does. I've upped it to 32 bits, 4294967296 possibilities for the nonce, which should be enough for now. I'm not sure how well javascript would handle anything larger than 32-bit integers, so I'll have to test and see about increasing it. I don't want to change to a high/low method as that would mean an API structure change. Besides JD could just as easily notice that you bet low most of the time and create a secret which is more likely to give high outputs, or that you bet high so they could make a low secret. Secrets are chosen at random by the server, because they're computationally easier to generate that way than to pick a number, see if what sort of result it provides against a 16 or 32 bit nonce and then publish. Any method of pre-generating secrets is now computationally impractical, without using an ASIC for it. Even then, on a 5GHash machine, we'd only be able to generate 1 full secret profile after it has been nonced per second. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 01:55:43 PM Still not amazingly solid (Like you claim in your OP), just means you might have to go through 10,000 server seeds opposed to 100 to find one with a high level of inconsistency. Just do what JD does. I've upped it to 32 bits, 4294967296 possibilities for the nonce, which should be enough for now. I'm not sure how well javascript would handle anything larger than 32-bit integers, so I'll have to test and see about increasing it. I don't want to change to a high/low method as that would mean an API structure change. Besides JD could just as easily notice that you bet low most of the time and create a secret which is more likely to give high outputs, or that you bet high so they could make a low secret. Secrets are chosen at random by the server, because they're computationally easier to generate that way than to pick a number, see if what sort of result it provides against a 16 or 32 bit nonce and then publish. Any method of pre-generating secrets is now computationally impractical, without using an ASIC for it. Even then, on a 5GHash machine, we'd only be able to generate 1 full secret profile after it has been nonced per second. Or you allow people to allow ANY string at all, then take the hash of your secret concatenated with whatever the user typed in. Then the user can type in his nice 100 character unicode string which you cannot possibly predict and everyone is happy. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 02:01:21 PM Or you allow people to allow ANY string at all, then take the hash of your secret concatenated with whatever the user typed in. Then the user can type in his nice 100 character unicode string which you cannot possibly predict and everyone is happy. We could do this, but a limit has to placed somewhere, what happens when someone wants to nonce it with a 100MB string, the service would have to parse and store it for an amount of time, while consuming precious resources. 32 bits offers 4.29 billion possibilities. Which should be enough for now. Also we don't currently do string concatenation for calculating the results, everything is done in raw byte format. I've seen many services that use the + operator on strings to concatenate, where a nonce should actually increment the data, not be appended to it. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 02:06:55 PM where a nonce should actually increment the data, not be appended to it. Tell the Bitcoin developers about that. They just append the nonce in the header. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Boelens on August 04, 2013, 02:15:49 PM Just made a deposit, I can't gamble though. First it said something about the seed, now I get an error saying : Secret hash does not match the value on the server
EDIT: Works now after refreshing! I accidentally did a bet of 1.18 mBTC on <10, and it <10. Sorry, I'm hurting your bankroll :S I hope the max bet gets increased in the future. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 02:19:10 PM and also then limit it to 32*8 bit for the user to enter (instead of unlimited). So the user can enter ANYTHING and is not limited by the site operator.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Boelens on August 04, 2013, 02:19:58 PM I can't bet anymore, I keep getting internal server errors.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: vlees on August 04, 2013, 02:29:08 PM I can't bet anymore, I keep getting internal server errors. The only time I had that was when I forgot to enter a client seed/nonce. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 02:41:38 PM I can't bet anymore, I keep getting internal server errors. I've taken it offline while I update the database. I'll automatically release your current balance back to your return address in a few minutes. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Boelens on August 04, 2013, 02:43:37 PM I can't bet anymore, I keep getting internal server errors. I've taken it offline while I update the database. I'll automatically release your current balance back to your return address in a few minutes. that's strange, it's been more then a few minutes and it's not back yet. EDIT: It's back. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 03:38:00 PM So we're back up, but with a new database. All remaining accounts showed a successful payout. If anyone didn't get their money back let me know, I have signed receipts to showing the total bets and all incoming and outgoing transactions/addresses.
Using 32-bit integers as a nonce, as that is the largest amount that can be supported natively in JavaScript. I'll be doing a write up soon, showing how the receipts can provide proof of fairness and publishing some python which can connect to the api and verify the result locally. Thanks Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 07:58:15 PM Just to describe in greater detail how we prove our bets are truely verifiable, see the receipt JSON printed below.
Excess bets have been removed to improve readability and the JSON keys have been ordered in term of relevence. After creating the account, before the player is allowed to place a bet, they must submit a signed patch statement to the service, to say they accept the following fields on the account, this must be signed with the Bitcoin address generated in the players browser; * userid * sign_address * deposit_address * return_address This forms as a http post string, which is signed as printed below. "PATCH /api/account\n\nuserid=1000&return_address=1FEi17iu84DmigLM9zeBfNVWzFyZYk3FGb&sign_address=1DQ6MQx5RNSk3T8evGygp95zT4jmBxXP3E&deposit_address=1KU8GojtQTkPvqWGbj9UHXrgx49h1mNXvP" The service will then also sign this request if it is considered valid, so the player also has proof that the deposit_address belongs to Dice64, should there be and reason for a dispute. Then for every bet you sign a request containing the following fields; * below * amount * nonce * secret_hash * multiplier This will be a string similar to the following "POST /api/account/bet\n\nbelow=32&amount=39000&nonce=2690345304&secret_hash=7f4ad5fb7eed63d2611b43319ec208e14395dcb71d02af678cd55c07a860a4ed&multiplier=1.980" The service will check to ensure your signature is valid, before signing the request with the service address (1Dice64ckqzrBwEum3rDW1cKPodpvSKuEX) and returning the response. This method ensures that we cannot at any point after the bet has been placed change any of the variables in the bet to alter the outcome. Both the player and the service have a copy of the deposit address and full list of bet requests signed by each other, as proof of anything that could have affected the players balance. We have accountability toward every satoshi that you deposit, there is no possibility that your funds can just dissappear or be altered without us having a signed request by the player to place a bet with certain parameters which we cannot alter. Please forward me any questions you may have. See example of a receipt below: Code: {Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: Insanity on August 04, 2013, 09:51:56 PM Just to describe in greater detail how we prove our bets are truely verifiable, see the receipt JSON printed below. Excess bets have been removed to improve readability and the JSON keys have been ordered in term of relevence. After creating the account, before the player is allowed to place a bet, they must submit a signed patch statement to the service, to say they accept the following fields on the account, this must be signed with the Bitcoin address generated in the players browser; * userid * sign_address * deposit_address * return_address This forms as a http post string, which is signed as printed below. "PATCH /api/account\n\nuserid=1000&return_address=1FEi17iu84DmigLM9zeBfNVWzFyZYk3FGb&sign_address=1DQ6MQx5RNSk3T8evGygp95zT4jmBxXP3E&deposit_address=1KU8GojtQTkPvqWGbj9UHXrgx49h1mNXvP" The service will then also sign this request if it is considered valid, so the player also has proof that the deposit_address belongs to Dice64, should there be and reason for a dispute. Then for every bet you sign a request containing the following fields; * below * amount * nonce * secret_hash * multiplier This will be a string similar to the following "POST /api/account/bet\n\nbelow=32&amount=39000&nonce=2690345304&secret_hash=7f4ad5fb7eed63d2611b43319ec208e14395dcb71d02af678cd55c07a860a4ed&multiplier=1.980" The service will check to ensure your signature is valid, before signing the request with the service address (1Dice64ckqzrBwEum3rDW1cKPodpvSKuEX) and returning the response. This method ensures that we cannot at any point after the bet has been placed change any of the variables in the bet to alter the outcome. Both the player and the service have a copy of the deposit address and full list of bet requests signed by each other, as proof of anything that could have affected the players balance. We have accountability toward every satoshi that you deposit, there is no possibility that your funds can just dissappear or be altered without us having a signed request by the player to place a bet with certain parameters which we cannot alter. Please forward me any questions you may have. See example of a receipt below: Code: {Respectable. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. Post by: dice64 on August 04, 2013, 10:17:32 PM Respectable. Not as respectable as you, Most Respected User 2013. Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. 0.9% Edge Post by: dice64 on August 05, 2013, 08:56:42 PM Site is back up, maximum bets have been increased and house edge has now been set to 0.9% for all bets.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. 0.9% Edge Post by: TheCape on August 05, 2013, 09:32:44 PM Checked it out, seems like a fun site.
Title: Re: Dice64 - Off Blockchain. Provably fair. Instantly verifiable. 0.9% Edge Post by: dice64 on August 10, 2013, 11:58:58 PM Updated python verification code. Increased maximum bets again.
https://gist.github.com/Dice64/6151316 Code: import hashlib |