ask about manual withdraw feature
it said that feature need 48 hours to process withdrawal
example :
1. i create manual withdraw for 0.002 BTC yesterday
2. i create manual withdraw again for 0.0005 BTC today
when will i get my withdrawal (0.0025 BTC)? tomorrow or the day after tomorrow?
Topic: FreeBitco.in-$200 FreeBTC🏎Win Lambo🔥0.2BTC DailyJackpot🏆$32,500 Wager Contest - page 424. (Read 407440 times)
July 01, 2014, 06:53:44 AM
July 01, 2014, 01:04:35 AM
Keeps on saying "session expired" everytime I fill in the captcha.
Do you have javascript enabled ?
June 30, 2014, 07:47:09 PM
So is there any martingale script for freedoge.co.in?
June 30, 2014, 02:38:04 PM
Keeps on saying "session expired" everytime I fill in the captcha.
June 30, 2014, 10:01:24 AM
why it ask login twice ? 
do you have cookies and javascript enabled ?
June 30, 2014, 09:54:51 AM
why it ask login twice ?
June 30, 2014, 03:50:57 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%.
Yes, because that is what is feasible to pay out. You gotta remember though that there is no other faucet or free bitcoin websites (that I know of) which gives you the chance to even win that much and that too using a provably fair system.
June 30, 2014, 03: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%.
June 29, 2014, 09:48:28 PM
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!
Code:
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 '
Jackpots: ', $_jackpot, '
10000 prize: ', $_10k_pz, '
0000-9885: ', $_prize1, '
9886-9985: ', $_prize2, '
9986-9993: ', $_prize3, '
9994-9997: ', $_prize4, '
9998-9999: ', $_prize5, '
';
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,'');
}
?>
$_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 '
, $tries, ' tries]
[Counts out of '
Jackpots: ', $_jackpot, '
10000 prize: ', $_10k_pz, '
0000-9885: ', $_prize1, '
9886-9985: ', $_prize2, '
9986-9993: ', $_prize3, '
9994-9997: ', $_prize4, '
9998-9999: ', $_prize5, '
';
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
June 29, 2014, 06: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 
June 29, 2014, 05:16:24 AM
cannot win much more than 20 dollars there... i dont think so that anyone can win 200 dollars there ..
June 29, 2014, 01: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?
Quote
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.
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
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...
June 29, 2014, 01:03:35 AM
Interesting. So, do you already have the fund or not ? In case got people won the 1BTC
yup, the hotwallet has ~ 5 BTC (https://blockchain.info/address/1FreefoKihgKN1nCPD4FNxuRDwwWjoiVFi and I'll add more to it as needed
new hot wallet?
Yes, that is the hotwallet I currently use to make payments.
June 29, 2014, 12: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.
June 28, 2014, 08:08:39 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?
Quote
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.
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
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).
June 28, 2014, 08:44:30 AM
Interesting. So, do you already have the fund or not ? In case got people won the 1BTC
yup, the hotwallet has ~ 5 BTC (https://blockchain.info/address/1FreefoKihgKN1nCPD4FNxuRDwwWjoiVFi and I'll add more to it as needed
new hot wallet?
June 28, 2014, 07:18:44 AM
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!
June 27, 2014, 09:47:19 PM
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
June 27, 2014, 02: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?
Quote
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.
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
June 27, 2014, 02: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?
Quote
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.
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
Jump to: