Hello! I expirenced some problem today. I can't login with my account, and more - when I try to recover password I get "No account associated with this email address" error. Can you check why? login: lex29071991@gmail.comThx in advance! The anti-cheat system blocked your account because you had created more than 200 accounts to abuse the free play game. oh its sucks more then 200 accounts I just have one and enjoying on this and he is doing this with more then 200 God bless him  That's crazy! Why would someone make 200 accounts for a few free mBTC's? oh, there were a couple with 800 or so accounts. they usually use bots to do it, so all they need to do is enter the captcha which can also be outsourced to some captcha breaking service, thus creating an automated system to abuse the free play. the margins will be slim but they will make it up in volume. |
|
|
|
Hello! I expirenced some problem today. I can't login with my account, and more - when I try to recover password I get "No account associated with this email address" error. Can you check why? login: lex29071991@gmail.comThx in advance! The anti-cheat system blocked your account because you had created more than 200 accounts to abuse the free play game. |
|
|
|
To make it fair (the hourly game):
1) generate a digit ranging from 0 to 9.
2) make the system do this 4 times (so it generates 4 digits seperately in 4 steps, instead of generating a 4-digit number in 1 step).
3) the 4 digits together now for a number 0000-9999 (number 10.000 would be gone but number 0000 could be used as jackpot).
Use 1 Server Seed Hash (SHA-256) and 1 server seed per game (so not per digit, but per 4 digits) but do make 4 different client seeds (1 for each digit) per game. So all the 4 digits can be generated using the same "key", just using a different client seed for each digit.
Also, the client seeds should be generated in a way that the client seed of one digit will not influence the generation of a client seed of a next digit for that same game, ofcourse.
And if possible, give more transparency on how the calculations are exactly done. Hashes converted to numbers, how it's done. By not knowing the server seed before the game, there's no way that would cause any harm i suppose ?
What i typed here is ofcourse still not 100% proof of fair play but i still have my doubts, like many others, on how the number is currently generated and there are possible ways to manipulate it in order to never (or barely) hit the jackpot. This 'method of generating' i wrote is still absolutely NOT legit or finished to be used, but might be a start to a provably fair game that makes people more certain they play something... fair. Hitting the jackpot right now just doesn't look like a 1/10.000 chance. Who can tell anyway? I'm not a scripter but i hope, in case you truly want your game to be provably fair to everybody, you will use a system like this and have a game where every number created, has an equal 1/10.000 chance of being created. And if that means the jackpot should contain less money for you to make some profits, that's fine by me. We all understand you can't give away more BTC than what the advertisement etc pays you, and respect a fair cut that goes to you in proportion to the work you put into this. Yet don't forget about the people making this happen for you :-) some more transparency would be very appreciated so we can all enjoy this game even more without questions being raised!
-Rnbin
Ok, let me explain how a roll is calculated at the moment ... First, go to the multiply btc page and make a roll of 1 satoshi. Then click the PROVABLY FAIR link. There you can see the 2 strings that were created for your last roll (not the seeds, scroll down that box and you will see STRING1 and STRING2). Then visit http://www.freeformatter.com/hmac-generator.html and in that page enter STRING1 in the message box and STRING2 in the secret box. Also select SHA512 in the message digest algorithm dropdown menu. Then click on the COMPUTE HMAC button. Then you will get a long string, of which you need to only copy the first 8 characters. Then visit http://www.mathsisfun.com/binary-decimal-hexadecimal-converter.html and enter in those 8 characters in the HEXADECIMAL box. The DECIMAL box on that page will then show a number, take this number and divide it by 429496.7295. Then round up the number that you get. That is your rolled number. So, basically by providing you with the SHA256 hash of the server seed, and the client seed and nonce in unhashed form, you can be sure that the number to be rolled was not changed by the server mid-way. To verify the SHA256 hash of the server seed, go to http://www.xorbin.com/tools/sha256-hash-calculator, enter in the server seed in the data box and then click the calculate button. The hash generated will be the same as the server seed hash that is shown to you. I do not see how implementing what you are suggesting will change anything tbh. Only difference will be is that instead of 1 client seed, 4 will be generated and it will be a lot tougher for users to verify their rolls if they wish to. The best solution in my opinion would be to let users enter in their own client seed which is what I am working on. Only problem is that implementing it will add a whole new level of complication to the code which is why it will take me some time to do it as I want to make sure it doesn't end up breaking anything. |
|
|
|
Well showing you the seeds in advance means that the generated number cannot be changed mid-way after you click ROLL. Note down the server seed hash, client seed and nonce before you play and after playing, note down the server seed of the previous roll. Then if you generate a SHA 256 hash of the server seed, it should match the server seed hash that was shown, meaning that the server seed wasn't changed after you clicked ROLL.
Then, using the formula on that page you can use the server seed, client seed and nonce to calculate the number that should have been rolled and then compare it to the number that was actually rolled, and if both match then you have confirmed that there was no foul play.
I'm not very good at explaining stuff but I hope this made it a bit clearer.
As I got it the rolled number depends on both the server and the client, so it is not possible to throw away all potential big wins before you click ROLL, right? Yes, it depends on both the client and server seed (only the hash of which is shown before the roll). But could it be possible to exclude big wins at all? Not that I doubt your integrity or anything but neither me nor any of my referrals did roll anything real or close to 10000 even once, lol... This was one of the reasons I went for advertising (to see with my own eyes someone winning big time) Well, the server and client seeds are 2 randomly generated strings that are generated before you make your roll. Yes, it would be ideal to let users enter in their own personal client seed to make it airtight but atm that would add a whole new level of complication to the code. I am however working towards doing that but won't be able to do it next week when I add the provably fair for free play. |
|
|
|
Well showing you the seeds in advance means that the generated number cannot be changed mid-way after you click ROLL. Note down the server seed hash, client seed and nonce before you play and after playing, note down the server seed of the previous roll. Then if you generate a SHA 256 hash of the server seed, it should match the server seed hash that was shown, meaning that the server seed wasn't changed after you clicked ROLL.
Then, using the formula on that page you can use the server seed, client seed and nonce to calculate the number that should have been rolled and then compare it to the number that was actually rolled, and if both match then you have confirmed that there was no foul play.
I'm not very good at explaining stuff but I hope this made it a bit clearer.
As I got it the rolled number depends on both the server and the client, so it is not possible to throw away all potential big wins before you click ROLL, right? Yes, it depends on both the client and server seed (only the hash of which is shown before the roll). |
|
|
|
Thanks, but that just looks like a guy promoting his ref link. I'm confused...is the site you or someone else? If it is you why would you say 'promoting his'? Are you saying that auction is NOT you? Why would someone else be promoting your web site? Thats not me and that guy is promoting his ref link to get more referrals. |
|
|
|
Thanks, but that just looks like a guy promoting his ref link. |
|
|
|
So you can win 1BTC every hour, and then you can win 100x 1 BTC? How are you planning on funding that?
I think he is planning on funding it with the auctions he has on ebay selling a link to the site I do not have any auctions on ebay. Could you please provide me with a link where you have seen one ? |
|
|
|
Hi,
I really like your site, but could you make the hourly 'Free Play' game also provably fair ? The game is great because of the chance to win 0.2 or 0.02 bitcoins but I don't see any real proof that you can actually win this at a fair 1/10000 and 2/10000 chance ? And without the top wins included in the game, there's no fun to it...
How do we know the number is generated in all fairness ?
I've been playing the hourly game many times a day for a while now and I seem to be having a number between 9886 - 9985 (earning you 2203 Satoshi) quite a lot (about 1 time out of 10 !!!) even though that's far more than the mathematical chance of 1 time out of 100 !!! Makes me believe that you silently increase the chance to win 2203 satoshi for making the game more popular... I'm wondering if you silently decrease the chance to win higher amounts too, otherwise you would not be able to make any profit out of your site...
And I know about the stats of payments shown on the site, but that doesn't prove the fairness of how the number is generated. So please show me i'm wrong by adding such an system to the site, as i love the concept of bitco.in !
Yup, I can do that. It is actually on my list of stuff to do. Give me a week to implement it. That's great, thanks ! By the way, could you explain how a 'seed' is proving fair game ? Because I don't understand how showing a seed for the next game proves anything when only the creator knows the algorithms to 'solve' the seed. Not that i doubt the system, i suppose it works as many sites use it, but for me (= a noob when it comes to scripting) it shows as much as posting a picture of a cat with a subtext "provably fair game, see fluffy cat image"  Well showing you the seeds in advance means that the generated number cannot be changed mid-way after you click ROLL. Note down the server seed hash, client seed and nonce before you play and after playing, note down the server seed of the previous roll. Then if you generate a SHA 256 hash of the server seed, it should match the server seed hash that was shown, meaning that the server seed wasn't changed after you clicked ROLL. Then, using the formula on that page you can use the server seed, client seed and nonce to calculate the number that should have been rolled and then compare it to the number that was actually rolled, and if both match then you have confirmed that there was no foul play. I'm not very good at explaining stuff but I hope this made it a bit clearer. |
|
|
|
Hi,
I really like your site, but could you make the hourly 'Free Play' game also provably fair ? The game is great because of the chance to win 0.2 or 0.02 bitcoins but I don't see any real proof that you can actually win this at a fair 1/10000 and 2/10000 chance ? And without the top wins included in the game, there's no fun to it...
How do we know the number is generated in all fairness ?
I've been playing the hourly game many times a day for a while now and I seem to be having a number between 9886 - 9985 (earning you 2203 Satoshi) quite a lot (about 1 time out of 10 !!!) even though that's far more than the mathematical chance of 1 time out of 100 !!! Makes me believe that you silently increase the chance to win 2203 satoshi for making the game more popular... I'm wondering if you silently decrease the chance to win higher amounts too, otherwise you would not be able to make any profit out of your site...
And I know about the stats of payments shown on the site, but that doesn't prove the fairness of how the number is generated. So please show me i'm wrong by adding such an system to the site, as i love the concept of bitco.in !
Yup, I can do that. It is actually on my list of stuff to do. Give me a week to implement it. |
|
|
|
how much do you have to earn before they pay out?
0.00005460 BTC |
|
|
|
There was an issue with recaptcha which resulted in the captcha now showing up. It is back up now.
site working very slow taking too much time on captcha appearing is the whole website slow or just the captcha? anybody else experiencing this too ? captcha appearing very slow mean taking too much time other is ok That is strange, it appears to load fast on my end. Can't do anything about it though, have to wait for recaptcha to fix it. |
|
|
|
There was an issue with recaptcha which resulted in the captcha now showing up. It is back up now.
site working very slow taking too much time on captcha appearing is the whole website slow or just the captcha? anybody else experiencing this too ? |
|
|
|
|
There was an issue with recaptcha which resulted in the captcha now showing up. It is back up now.
|
|
|
|
|
There was an issue with recaptcha which resulted in the captcha now showing up. It is back up now.
|
|
|
|
As for your brother and friends, when they are experiencing this problem the next time, could you ask them to note down their IP's and then check if it clashes.
could it be that they have different accounts but both using the same bitcoin address? I think this couldn't be possible at all. When you register, you provide your bitcoin address (which serves as login) and password. So trying to register with the same address would be equal to resetting your password as I get it... Yes that is correct. The website wouldn't allow you to register 2 accounts with the same address. |
|
|
|
Yes ofc, sorry.
So on Sunday when the payout initiated my balance reset to 0.0000000 along with all my referrals earnings and the shares I had gave them. My pending payment was 0.00041500. Yesterday when I recieved that payment I got extra. The extra was everything me and refs had earned from sundays pending payout until receiving the actual payout yesterday. 0.00048028. This reset my balance to 0.00000000 again but did not reset my weekly referral gain. So my balance atm is 0.00003489 btc but my refs have got me 0.00006609. So basically I have got 2 payouts, 1 on Sunday and 1 just before receiving the actually pending payout.
About the phones, my brother has an xperia (chrome) and my friends both have iphones (safari i guess). I'll have a search on google, seems a tad more complex than I hoped it to be lol.
Oh yeah, I had implemented the payouts in such a way so that everyone who hit their payout limit on Monday, just before the payout was made, would get their payouts too because I used to get a lot of emails from people telling me that they hit the payout threshold on Monday but never got paid when it was the old system of payments going into pending on Sunday and actually getting sent on Monday. I'll modify it so that it does not mess with the referral stats. As for your brother and friends, when they are experiencing this problem the next time, could you ask them to note down their IP's and then check if it clashes. |
|
|
|
Just a couple of things.
First, I got paid everything I had earned since Sundays payout, yesterday when I actually got paid. That really doesn't bother me , just my referral tallys are now wrong due to my balance resetting.
Second. A couple of my friends and my brother are telling me they can never roll due to there always being a countdown. They are all on different mobile internet providers but it seems when one of them rolls it means none of the others can roll. My only guess is they have come into contact with each other and the internet signal have become mixed up? I don't know what to tell them. Do they need to make new accounts? and not to come anywhere near each other if they want to play lol. They used to play ok. Thanks.
What do you mean by your tally's are incorrect ? could you please explain with a bit more detail ? About your friends and brother - that should not be happening as they have different internet providers and so different IP's. Do they by any chance use the same browser with the same plugins on their phones ? |
|
|
|
wetsuit, I have a question for you. What does Countdown to next payout refer to exactly? It is time left till payments go pending, i.e. I can safely share my commissions before this counter runs out, right?
Yes it is time before payouts go into pending. And yes to your second question as well. Also, it would be nice to add a feature that would allow to hide inactive referrals. When you have a few dozens of them (let alone a few hundred as some are bragging about), it becomes tedious to look through zeros to find out who is bringing you what... How about ordering the list by recent commissions in descending order ? Not bad if all the columns at the REFER page could be sorted like this (you know that little triangle in the header you hit to sort)... done  |
|
|
|
wetsuit, I have a question for you. What does Countdown to next payout refer to exactly? It is time left till payments go pending, i.e. I can safely share my commissions before this counter runs out, right?
Yes it is time before payouts go into pending. And yes to your second question as well. Also, it would be nice to add a feature that would allow to hide inactive referrals. When you have a few dozens of them (let alone a few hundred as some are bragging about), it becomes tedious to look through zeros to find out who is bringing you what... How about ordering the list by recent commissions in descending order ? |
|
|
|
|
Show Posts
