FreeBitco.in-$200 FreeBTC🏎Win Lambo🔥0.2BTC DailyJackpot🏆$32,500 Wager Contest

[Wusolini]

I have asked many times for suggestions on how I could  make the lottery more fair but have yet to receive any concrete suggestions on how it could be done. I am always open to suggestions and if someone can recommend a provably fair way to draw lottery tickets, I would be happy to implement it.

Have you ever received any suggestions? I don't want to read through hundred pages so here's my silly idea:

- let every user to enter an unique and non-changeable seed linked to their account
- at the beginning of round publicly announce 10 numbers between 1 and "expected number of tickets" ( rather much more )
- make hash for every ticket: userseed + lotteryround  + nonce (nonce to be the users ticket number)
- at the end of round put all hashes in alphabetical order (assign each a serial number) and publish the list
- the numbers given on beginning denotes the winners ( if some user would win twice then the seed next in order counts, if expected number of tickets exceeds the real count then turn over and start counting from beginning )

I'm not programmer ... just trying to apply common sense but I'm almost sure there will be some catch I didn't realize. Feel free to educate me.

[wetsuit]

I have asked many times for suggestions on how I could  make the lottery more fair but have yet to receive any concrete suggestions on how it could be done. I am always open to suggestions and if someone can recommend a provably fair way to draw lottery tickets, I would be happy to implement it.

Have you ever received any suggestions? I don't want to read through hundred pages so here's my silly idea:

- let every user to enter an unique and non-changeable seed linked to their account
- at the beginning of round publicly announce 10 numbers between 1 and "expected number of tickets" ( rather much more )
- make hash for every ticket: userseed + lotteryround  + nonce (nonce to be the users ticket number)
- at the end of round put all hashes in alphabetical order (assign each a serial number) and publish the list
- the numbers given on beginning denotes the winners ( if some user would win twice then the seed next in order counts, if expected number of tickets exceeds the real count then turn over and start counting from beginning )

I'm not programmer ... just trying to apply common sense but I'm almost sure there will be some catch I didn't realize. Feel free to educate me.

Thank you for the suggestion, it is something along the lines of what I was planning to do. I was looking for a way to do this without having to store 70-80 million ticket hashes every round due to the load it would put on our servers, but it doesn't seem like there is another way.

The method is pretty good, bit it still doesn't solve the problem of me cheating by creating fake accounts and tickets for them so that the hashes of these tickets fall into the positions of the winning numbers. I doubt there is any way to make the lottery 100% provably fair due to this but this is still a much better implementation that what we currently have.

I'll add this to my to-do list and should be implemented in a month I hope.

Please pm me your freebitco.in user id for a bonus

[400actforsale]

Thank you for the suggestion, it is something along the lines of what I was planning to do. I was looking for a way to do this without having to store 70-80 million ticket hashes every round due to the load it would put on our servers, but it doesn't seem like there is another way.

The method is pretty good, bit it still doesn't solve the problem of me cheating by creating fake accounts and tickets for them so that the hashes of these tickets fall into the positions of the winning numbers. I doubt there is any way to make the lottery 100% provably fair due to this but this is still a much better implementation that what we currently have.

I'll add this to my to-do list and should be implemented in a month I hope.

Please pm me your freebitco.in user id for a bonus

Maybe increase the price of each ticket by 10 times (to 0.00075 USD worth)? The free tickets given away in free rolls could be changed to given away by chance (e.g. if rolled lower than 2000/greater than 8000 than give 1 ticket). Assuming 100 byte per ticket data, 7M tickets would be only 700MB in size.

Or make the lottery blockchain-based: Order the tickets by some method (maybe the order of users acquired them, or by user ID), and make use of a block hash (use the last digits, the first digits is always 0) to determine the winners.

P.S. Why not make freedoge.co.in have these features too?

[Wusolini]

Thank you for the suggestion, it is something along the lines of what I was planning to do. I was looking for a way to do this without having to store 70-80 million ticket hashes every round due to the load it would put on our servers, but it doesn't seem like there is another way.

The method is pretty good, bit it still doesn't solve the problem of me cheating by creating fake accounts and tickets for them so that the hashes of these tickets fall into the positions of the winning numbers. I doubt there is any way to make the lottery 100% provably fair due to this but this is still a much better implementation that what we currently have.

I'll add this to my to-do list and should be implemented in a month I hope.

Please pm me your freebitco.in user id for a bonus

Maybe increase the price of each ticket by 10 times (to 0.00075 USD worth)? The free tickets given away in free rolls could be changed to given away by chance (e.g. if rolled lower than 2000/greater than 8000 than give 1 ticket). Assuming 100 byte per ticket data, 7M tickets would be only 700MB in size.

Or make the lottery blockchain-based: Order the tickets by some method (maybe the order of users acquired them, or by user ID), and make use of a block hash (use the last digits, the first digits is always 0) to determine the winners.

P.S. Why not make freedoge.co.in have these features too?

The main problem is what wetsuit pointed out already. He can make bunch of fake accounts and assign them another 70 mil tickets providing him 50% chance the winner will be one of those. I think there is no way how to make this 100% provably fair other than using third party to assign and check the ticked fairness.

There would have to be a completely different way of tickets distribution. Something like every ticket to be hash of data linked to account (where the ticket come from: bought, hi-lo game, freeroll, ref. hi-lo ... ) and all these data would have to be public. I guess this is impracticable.

To eliminate fake account creation would require complete user identity reveal and again to publish them (the IDs, names, phone nrs.) so everyone can check ... this is even more impracticable/unacceptable.

I run out relevant options but glad we have open a discussion because solving this issue would make the site much more attractive ... perhaps some user will find a brilliant solution how to.

[wetsuit]

Thank you for the suggestion, it is something along the lines of what I was planning to do. I was looking for a way to do this without having to store 70-80 million ticket hashes every round due to the load it would put on our servers, but it doesn't seem like there is another way.

The method is pretty good, bit it still doesn't solve the problem of me cheating by creating fake accounts and tickets for them so that the hashes of these tickets fall into the positions of the winning numbers. I doubt there is any way to make the lottery 100% provably fair due to this but this is still a much better implementation that what we currently have.

I'll add this to my to-do list and should be implemented in a month I hope.

Please pm me your freebitco.in user id for a bonus

Maybe increase the price of each ticket by 10 times (to 0.00075 USD worth)? The free tickets given away in free rolls could be changed to given away by chance (e.g. if rolled lower than 2000/greater than 8000 than give 1 ticket). Assuming 100 byte per ticket data, 7M tickets would be only 700MB in size.

Or make the lottery blockchain-based: Order the tickets by some method (maybe the order of users acquired them, or by user ID), and make use of a block hash (use the last digits, the first digits is always 0) to determine the winners.

P.S. Why not make freedoge.co.in have these features too?

Its 70 to 80 mil tickets every month and one entry would be about 100 bytes so 7 GB. However, the problem is not with just storing the data - that is the simple part. Looking up ticket numbers by user id or sorting them to do the draw is what would take a huge amount of processing power so I'll need to isolate this from the main servers and set up a separate server just for doing this so that it does not impact the rest of the website.

We currently store a bet history of about 700 million bets at any time and for that I have had to set up a separate server, this would be something similar although smaller but the sorting would consume resources which is something we do not need to do with the bet history.

I don't think increasing the price would be viable at this time, it would reduce interest and also distribution for multiply and referrals would become complicated.

[WinBIts]

Still n1 faucet ! keep up the good work

[Wusolini]

Still n1 faucet ! keep up the good work

Fully agree it's "numero uno" since the beginning.

BTW: I have received 0.05 BTC reward for my hint about lottery fairness (few posts above) and I bet there will be better reward for providing functional principle how to make it 100% provably fair so don't hesitate to bring up your own idea about this topic.

Thank you wetsuit.

[catcatcatcaty]

why does the site block you from claiming when the server time transitions from XX:59 to XY:00

"the session has expired"

[MrGraber]

I have asked many times for suggestions on how I could  make the lottery more fair but have yet to receive any concrete suggestions on how it could be done. I am always open to suggestions and if someone can recommend a provably fair way to draw lottery tickets, I would be happy to implement it.

Why you doesn't answer from support-form messeges on freeebitco, not answer on PM here? I wrote you twice through support-form and here once about blocking my IPs on your site. Are You ignoring users or just me?

[Miiike]

why does the site block you from claiming when the server time transitions from XX:59 to XY:00

"the session has expired"

Got that too in a quite often frequency, but I figure that it will be faster to reload the page than to write a complaint here since reloading literally took less time

[abrr]

how this can be probably fair i did not think so
http://abrr.ir/wp-content/uploads/2016/12/roll.png

[pawel7777]

how this can be probably fair i did not think so
http://abrr.ir/wp-content/uploads/2016/12/roll.png

That's unlucky but it happens. The longest losing streak I'm aware of was over 30 losses in a row at chance of ~50% (payout rate of 2.0).

You posted a streak of 20 losses at 3.0 payout, so your chance in each bet was only around 30% (not sure what's the house edge), so it's nothing unusual.

ps. it's called "provably fair" (not "probably").

[400actforsale]

how this can be probably fair i did not think so
http://abrr.ir/wp-content/uploads/2016/12/roll.png

I have noted 3 rolls greater than 9886 (and even a 9992) which could make you win more than the first tier prize if played in free roll... I have had a 9999 rolled in a multiply roll (not bet on 4750x), and this made my $20 gone

For the chance of this being occurred, it is (1-(1/3*95%))^20, which is about 0.0493%. It is a low chance though it may appear (and others without this losing streak won't complain here). However you could verify each rolls there and just to find out you're just extremely unlucky.

P.S. are you betting DOGE? Freebitco.in won't let you bet 400+ coins as their max win is just 20 BTC as of now...

[Miiike]

how this can be probably fair i did not think so
http://abrr.ir/wp-content/uploads/2016/12/roll.png

--snip--
P.S. are you betting DOGE? Freebitco.in won't let you bet 400+ coins as their max win is just 20 BTC as of now...

I really think that was doge because I am sure it is not worth risking that much on gambling. Not if you are sane, I mean.

But Abrr, it has been discussed very often on this thread (you can read few pages back) and if I am not mistaken, admin planted the same system with the other gambling site. Isn't that right, admin? So it is as fair as the other gambling site. Even if I am mistaken, if you're that concerned about the fairness of their "multiplier" program, stop doing that.

[BitcoinMarshal]

Today I have lucky 08888 roll but jackpot not came in my account can any one give information why this happen

[lenoli]

Today I have lucky 08888 roll but jackpot not came in my account can any one give information why this happen

jackpot is payed, when you are rolling on hi-low with jackpot fee and you will roll there 8888, you willnot receive jackpot, when just rolling free rolls

good luck and wish you roll 8888 on hi-low game

[BitcoinMarshal]

Today I have lucky 08888 roll but jackpot not came in my account can any one give information why this happen

jackpot is payed, when you are rolling on hi-low with jackpot fee and you will roll there 8888, you willnot receive jackpot, when just rolling free rolls

good luck and wish you roll 8888 on hi-low game

Thanks for this information because I was thinking its for all rolls now have knowledge that its only going on multiply

[Racey]

08888 is the first reward, nothing higher than that, 6.44 Doge is correct win.

[400actforsale]

08888 is the first reward, nothing higher than that, 6.44 Doge is correct win.

You're correct, he have rolled the right number in the wrong place (Like what I had did before - I had a 9999 in a multiply roll which could make me win $20 if it was a free roll but it was a multiply roll!)

Also I had noted a lower bet amount is needed for the reward point and the free lottery ticket due to the higher BTC price, however I don't know how many bet I have made before therefore don't know how many satoshi of wager is needed to my next reward... Maybe add this to the multiply page and I would bet more

[milidon]

all the holiday CHRISTMAS, congratulations and good luck to all I wish!!! You gidrosistem ,separately. for the site. even though I recently lost 0.018 of Satos I know there will be good fortune ,it is necessary to use all the features of the site