salmondance
Newbie
 Offline
Activity: 40
Merit: 0
|
 |
June 26, 2014, 10:01:00 AM |
|
Wait, guys! So DOES THIS THING REALLY WORK?  |
|
|
|
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
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
Offline
Activity: 3444
Merit: 1280
English ⬄ Russian Translation Services
|
|
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 (OP)
Legendary
Offline
Activity: 981
Merit: 1026
|
|
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. Auto-betting 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 HMAC-SHA512 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 HMAC-SHA512 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
Offline
Activity: 3444
Merit: 1280
English ⬄ Russian Translation Services
|
|
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 HMAC-SHA512 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 (OP)
Legendary
Offline
Activity: 981
Merit: 1026
|
|
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 (OP)
Legendary
Offline
Activity: 981
Merit: 1026
|
|
June 29, 2014, 06:03:35 AM |
|
Yes, that is the hotwallet I currently use to make payments. |
|
|
|
deisik
Legendary
Offline
Activity: 3444
Merit: 1280
English ⬄ Russian Translation Services
|
|
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 HMAC-SHA512 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 0000-9885: 19766 9886-9985: 202 9986-9993: 15 9994-9997: 13 9998-9999: 2 With round() [Counts out of 20000 tries] Jackpots: 4 10000 prize: 1 0000-9885: 19788 9886-9985: 191 9986-9993: 9 9994-9997: 8 9998-9999: 4 round 2,3,4,5... [Counts out of 20000 tries] Jackpots: 1 10000 prize: 0 0000-9885: 19765 9886-9985: 201 9986-9993: 23 9994-9997: 7 9998-9999: 5 round 6... [Counts out of 20000 tries] Jackpots: 4 10000 prize: 1 0000-9885: 19793 9886-9985: 184 9986-9993: 14 9994-9997: 4 9998-9999: 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, '
0000-9885: ', $_prize1, '
9886-9985: ', $_prize2, '
9986-9993: ', $_prize3, '
9994-9997: ', $_prize4, '
9998-9999: ', $_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 |
|
|
|
|
|
Crossbow376
|
|
June 30, 2014, 08:35:55 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.
hmmm so that probability to get "10000" should be just 0.005%.  |
|
|
|
|
