Aquilo
Newbie
Offline
Activity: 8
Merit: 0


June 26, 2014, 03:56:21 AM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting I have streamlined the code to just do counts, printing 100k rolls in a browser is going to be murder on your computer, lol and you can get the script to count to 1 million but not in a browser, the browser itself will time out if you run it from a php console window it should count as high as you want. 10k tries: Jackpots: 1 10000 prize: 3 00009885: 9891 98869985: 89 99869993: 6 99949997: 5 99989999: 6 100k times: Jackpots: 11 10000 prize: 9 00009885: 98874 98869985: 973 99869993: 85 99949997: 36 99989999: 23
second run... Jackpots: 8 10000 prize: 10 00009885: 98957 98869985: 914 99869993: 71 99949997: 35 99989999: 13 <?php set_time_limit(360); // number of seconds to run script, default is 30
$_jackpot = $_10k_pz = $_prize1 = $_prize2 = $_prize3 = $_prize4 = $_prize5 = 0; $tries = 100000; //Number of tires $c=1;// Iteration count do { // nonce = $c; // 12 char server seed string, 16 char client seed string $nhash = hash_hmac('sha512',$c.':'.seed_string(12).':'.$c,$c.':'.seed_string(16).':'.$c,false); $_no = ceil(hexdec(mb_substr($nhash, 0, 8 ))/429496.7295);
$_jackpot += ($_no == 8888); $_10k_pz += ($_no == 10000); $_prize1 += ($_no >= 0 && $_no <= 9885); $_prize2 += ($_no >= 9886 && $_no <= 9985); $_prize3 += ($_no >= 9986 && $_no <= 9993); $_prize4 += ($_no >= 9994 && $_no <= 9997); $_prize5 += ($_no >= 9998 && $_no <= 9999);
$c++; } while ($c <= $tries); echo '<pre> [Counts out of ', $tries, ' tries] Jackpots: ', $_jackpot, ' 10000 prize: ', $_10k_pz, ' 00009885: ', $_prize1, ' 98869985: ', $_prize2, ' 99869993: ', $_prize3, ' 99949997: ', $_prize4, ' 99989999: ', $_prize5, ' </pre>';
function make_rand($l,$h) { mt_srand(make_seed()); return mt_rand($l,$h); } function make_seed() { list($usec,$sec) = explode(' ', microtime()); return (float) $sec + ((float) $usec * 65536); } function seed_string ($itr) { $charSet = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789'; $ranStr = null;
for ($i = 0; $i < $itr; $i++) { mt_srand(make_seed()); $ranStr[] = substr($charSet, mt_rand(0, strlen($charSet)), 1); } return implode($ranStr,''); } ?>







Bitcoin Poker 3.0 The Largest Bitcoin Poker Site Bad Beat Jackpot Available No Limit Texas Hold'em Cash Games And Tournaments PLAY NOW



Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.




salmondance
Newbie
Offline
Activity: 40
Merit: 0


June 26, 2014, 10:01:00 AM 

Wait, guys! So DOES THIS THING REALLY WORK?





300
Member
Offline
Activity: 77
Merit: 10


June 26, 2014, 11:12:27 AM 

The "roll" button is greyed out. Anyone else having this problem?
EDIT: Never mind, it's working again.




deisik
Legendary
Online
Activity: 2198
Merit: 1152
WOLF.BET  Provably Fair Dice Game


June 26, 2014, 02:41:09 PM 

I've been on the site since its early days, and it always pays out (though I'm currently not much active there, just waiting for the automatic betting feature to be finished)... wetsuit, how're things going?




onlinepro


June 26, 2014, 04:57:35 PM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible?




saif92


June 26, 2014, 08:25:13 PM 

I've been on the site since its early days, and it always pays out (though I'm currently not much active there, just waiting for the automatic betting feature to be finished)... wetsuit, how're things going? I am also on this site from start of this site and never have any problem with payment even some time I have very quickly payment from admin




wetsuit
Legendary
Offline
Activity: 981
Merit: 1018


June 27, 2014, 04:29:39 PM 

I've been on the site since its early days, and it always pays out (though I'm currently not much active there, just waiting for the automatic betting feature to be finished)... wetsuit, how're things going? Sorry, I was not getting notifications for this topic. I have been kinda busy fighting off a bot user, just deleted 2,000 of his accounts a couple of days back and the jackass made another 5,000 or so accounts yesterday. I would really hate to put a captcha in the sign up page so trying to find workarounds to stop people like these. Autobetting will take another week atleast, sorry.




Tammy Chan


June 27, 2014, 07:09:26 PM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible? How are rolls calculated? Two strings are created : STRING1 = "[NONCE]:[SERVER SEED]:[NONCE]" STRING2 = "[NONCE]:[CLIENT SEED]:[NONCE]" Then HMACSHA512 is used to hash STRING1 with STRING2 giving us a 128 character hex string. The first 8 characters of the hex string are taken and converted to a decimal. This decimal is then divided by 429496.7295 and rounded up to the nearest whole number. This whole number is used as your roll, with the maximum possible value being 10,000.
Since it uses "round up" instead of "round off", the chance to hit 9999 and 10000 should be the same... Round up: All numbers bigger than 9999.0000001 will be converted to 10000 Round off: Only numbers bigger than 9999.5000001 will be converted to 10000




Luror


June 27, 2014, 07:36:27 PM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible? How are rolls calculated? Two strings are created : STRING1 = "[NONCE]:[SERVER SEED]:[NONCE]" STRING2 = "[NONCE]:[CLIENT SEED]:[NONCE]" Then HMACSHA512 is used to hash STRING1 with STRING2 giving us a 128 character hex string. The first 8 characters of the hex string are taken and converted to a decimal. This decimal is then divided by 429496.7295 and rounded up to the nearest whole number. This whole number is used as your roll, with the maximum possible value being 10,000.
Since it uses "round up" instead of "round off", the chance to hit 9999 and 10000 should be the same... Round up: All numbers bigger than 9999.0000001 will be converted to 10000 Round off: Only numbers bigger than 9999.5000001 will be converted to 10000 Whoa, I didn't know about that difference! But how one can roll "0" then? I think some people were reporting they got "0", and wetsuit said rolling "0" is possible? That's why I decided it's the usual rounding.

BTC: 1DzAEtLoFxqmJoNH5ZYHyWxaSNYUGKf2S6



natri
Newbie
Offline
Activity: 7
Merit: 0


June 28, 2014, 02:47:19 AM 

Whoa, I didn't know about that difference! But how one can roll "0" then? I think some people were reporting they got "0", and wetsuit said rolling "0" is possible? That's why I decided it's the usual rounding.
If rolling 0 is possible, the total number of outcomes is 10001. Regardless of rounding in that calculation procedure, there is no actual proof the probability of rolling a certain number is equal among all range. So, the final rolled number is random, but not equally random (as of 1/10001 or 1/10000 probability for each outcome). Well, not to have anything else to say over this faucet. It pays regularly and consistently. Too bad I was too lazy to deal with bitcoin when I first discovered it years ago, there was a faucet giving out sth like 0.5 BTC for free and BTC was worth only few cents




deisik
Legendary
Online
Activity: 2198
Merit: 1152
WOLF.BET  Provably Fair Dice Game


June 28, 2014, 12:18:44 PM 

Too bad I was too lazy to deal with bitcoin when I first discovered it years ago, there was a faucet giving out sth like 0.5 BTC for free and BTC was worth only few cents Don't rub salt in the old wound, lol... I think everyone of us is cursing oneself for being too lazy, too stupid, too whatever for letting such an opportunity slip!




moreia


June 28, 2014, 01:44:30 PM 





Tammy Chan


June 29, 2014, 01:08:39 AM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible? How are rolls calculated? Two strings are created : STRING1 = "[NONCE]:[SERVER SEED]:[NONCE]" STRING2 = "[NONCE]:[CLIENT SEED]:[NONCE]" Then HMACSHA512 is used to hash STRING1 with STRING2 giving us a 128 character hex string. The first 8 characters of the hex string are taken and converted to a decimal. This decimal is then divided by 429496.7295 and rounded up to the nearest whole number. This whole number is used as your roll, with the maximum possible value being 10,000.
Since it uses "round up" instead of "round off", the chance to hit 9999 and 10000 should be the same... Round up: All numbers bigger than 9999.0000001 will be converted to 10000 Round off: Only numbers bigger than 9999.5000001 will be converted to 10000 Whoa, I didn't know about that difference! But how one can roll "0" then? I think some people were reporting they got "0", and wetsuit said rolling "0" is possible? That's why I decided it's the usual rounding. I didn't use the faucet, and if the numbers are generated as described, the only chance to get "0" is to get "00000000" in the sha512 output and the probability for that to happen should be just 1/(16^8).




wetsuit
Legendary
Offline
Activity: 981
Merit: 1018


June 29, 2014, 05:52:54 AM 

I am sorry, it should be "rounded off" and not "rounded up". I shall correct this on the website. So any number below 0.5 will be rounded down to 0.




wetsuit
Legendary
Offline
Activity: 981
Merit: 1018


June 29, 2014, 06:03:35 AM 

Yes, that is the hotwallet I currently use to make payments.




deisik
Legendary
Online
Activity: 2198
Merit: 1152
WOLF.BET  Provably Fair Dice Game


June 29, 2014, 06:55:13 AM 

but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible? How are rolls calculated? Two strings are created : STRING1 = "[NONCE]:[SERVER SEED]:[NONCE]" STRING2 = "[NONCE]:[CLIENT SEED]:[NONCE]" Then HMACSHA512 is used to hash STRING1 with STRING2 giving us a 128 character hex string. The first 8 characters of the hex string are taken and converted to a decimal. This decimal is then divided by 429496.7295 and rounded up to the nearest whole number. This whole number is used as your roll, with the maximum possible value being 10,000.
Since it uses "round up" instead of "round off", the chance to hit 9999 and 10000 should be the same... Round up: All numbers bigger than 9999.0000001 will be converted to 10000 Round off: Only numbers bigger than 9999.5000001 will be converted to 10000 Whoa, I didn't know about that difference! But how one can roll "0" then? I think some people were reporting they got "0", and wetsuit said rolling "0" is possible? That's why I decided it's the usual rounding. I didn't use the faucet, and if the numbers are generated as described, the only chance to get "0" is to get "00000000" in the sha512 output and the probability for that to happen should be just 1/(16^8). I remember I once got zero but never even came close to 10000...




geforcelover


June 29, 2014, 10:16:24 AM 

cannot win much more than 20 dollars there... i dont think so that anyone can win 200 dollars there ..




saif92


June 29, 2014, 11:35:39 AM 

cannot win much more than 20 dollars there... i dont think so that anyone can win 200 dollars there .. Many members winning different amounts and its not possible every one win 200 $ you can check all in states what's going on




Aquilo
Newbie
Offline
Activity: 8
Merit: 0


June 30, 2014, 02:48:28 AM 

I am sorry, it should be "rounded off" and not "rounded up". I shall correct this on the website. So any number below 0.5 will be rounded down to 0.
OH... I changed my test script from ceil() to round()... With ceil() [Counts out of 20000 tries] Jackpots: 1 10000 prize: 3 00009885: 19766 98869985: 202 99869993: 15 99949997: 13 99989999: 2 With round() [Counts out of 20000 tries] Jackpots: 4 10000 prize: 1 00009885: 19788 98869985: 191 99869993: 9 99949997: 8 99989999: 4 round 2,3,4,5... [Counts out of 20000 tries] Jackpots: 1 10000 prize: 0 00009885: 19765 98869985: 201 99869993: 23 99949997: 7 99989999: 5 round 6... [Counts out of 20000 tries] Jackpots: 4 10000 prize: 1 00009885: 19793 98869985: 184 99869993: 14 99949997: 4 99989999: 5 it's a lot harder to hit 10,000 using round instead of ceil but it's still possible! it took 120,000 rolls before it came up again, but it does! <?php set_time_limit(360); // number of seconds to run script, default is 30
$_jackpot = $_10k_pz = $_prize1 = $_prize2 = $_prize3 = $_prize4 = $_prize5 = $_lo = $_hi = 0; $tries = 20000; //Number of tires $c=0;// Iteration count do { // nonce = $c; // 12 char server seed string, 16 char client seed string $nhash = hash_hmac('sha512',$c.':'.seed_string(12).':'.$c,$c.':'.seed_string(16).':'.$c,false); $_no = round(hexdec(mb_substr($nhash, 0, 8 ))/429496.7295); // Changed from ceil() to round()
$_jackpot += ($_no == 8888); $_10k_pz += ($_no == 10000); $_prize1 += ($_no >= 0 && $_no <= 9885); $_prize2 += ($_no >= 9886 && $_no <= 9985); $_prize3 += ($_no >= 9986 && $_no <= 9993); $_prize4 += ($_no >= 9994 && $_no <= 9997); $_prize5 += ($_no >= 9998 && $_no <= 9999);
$c++; } while ($c <= $tries); echo '<pre> [Counts out of ', $tries, ' tries] Jackpots: ', $_jackpot, ' 10000 prize: ', $_10k_pz, ' 00009885: ', $_prize1, ' 98869985: ', $_prize2, ' 99869993: ', $_prize3, ' 99949997: ', $_prize4, ' 99989999: ', $_prize5, ' </pre>';
function make_rand($l,$h) { mt_srand(make_seed()); return mt_rand($l,$h); } function make_seed() { list($usec,$sec) = explode(' ', microtime()); return (float) $sec + ((float) $usec * 65536); } function seed_string ($itr) { $charSet = str_shuffle('ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789'); $ranStr = null;
for ($i = 0; $i < $itr; $i++) { mt_srand(make_seed()); $ranStr[] = substr($charSet, mt_rand(0, strlen($charSet)), 1); } return implode($ranStr,''); } ?> it's still free bitcoins and dogecoins! so no complaints from me! lol




