Our latest entrant to the >100 BTC profit club:
|
|
|
So as johny1976 is refunding, what I'm going to do is hold onto the escrowed funds until johny1976 completes his full refund. After he tells me that it's done, I'll post here -- and people will have 24 hours to contact me if they believe they were not properly refunded. If there's no objections after that point, I'll be releasing the full escrowed funds directly to johny1976.
|
|
|
The Kelly criterion should not be applied to a bankroll which is not stable (that means people can add funds and withdraw them whenever they want).
What does this mean?
|
|
|
Previously we were operating at a true 3.3333 kelly
The reason why it was 3.333 kelly before was to allow these players more room.
Your wording makes it sound like that is in the past, and you are no longer operating at a 3.33x kelly. However: Current max win is 1% of the house bankroll. It also has some restrictions. If for example, a bet has a house edge of 0.5%, the max win is 0.5% of the house bankroll.
You realize that is now higher than a 3.33x kelly, right? Because if the max win is 1% of the bankroll, it means that investors are risking more than 1% (they need to pay 70% of the house edge to MP and the App, win or lose). However their expected value is only 0.3%. So that establishes a lower bound of a 3.33x kelly (but it's actually a little higher)
|
|
|
I'm not sure it is any more, but an old version of the source is available. I think some anti-spam or anti-DDoS measures were added "in secret" to make it harder for attackers to circumvent them.
Yeah, because of some abuse (and the abusers watching the open source changes to continue to abuse) I made it closed source, but you can still access the old version. Things like the bonuses and core mechanics of the game are unmodified. And making the later versions closed source has been a decent revenue stream, I've sold a whole bunch of licenses to sites (especially csgo ones) for 2 BTC a piece =)
|
|
|
Perhaps it makes more sense if you start with the high level:
Originally in bustabit everyone had to bet the same amount of money. When ever the the game busted, 1% of the sum of peoples wagers (the bonus pool) was given out to who ever cashed out last. If multiple people cashed out at the same point, it was divided equally amongst those participants. (and no one cashing out is the same as everyone cashing out at the same point, i.e. everyone gets 1% back).
However, people didn't like to wager the same amount of money and it was introduced the idea of allowing people to vary their wagers. So giving the last person to cashout the entire bonus pot would be pretty unfair. (someone who bets 1 bit, shouldn't get the same bonus as someone who bets 1 bitcoin). So that's how the whole "maxBonusRatio" thing came into play. It figures out the most the largest better could make (assuming he got the entire bonus pot) and caps everyone to the same ratio. The code simply iterates through all the players and allocates bonuses accordingly, making sure no one can get an unfair amount.
Now the game is just as far for someone who bets 1 bit and 1 bitcoin =)
|
|
|
Nice site, excellent idea!
I'd really like to see code for as much of the game as possible, because the current explanation is ambiguous at times (or at least, unclear).
Examples of things that aren't clear to me:
1) In the "What is the bonus?" section in the FAQ, what happens when the 100 bit player is the only player to cash out before bust? On the one hand, the explanation in the section claims the bonus rewarded to this player is 2.5 bits. On the other hand, it is claimed in another section that the entire bonus pool is always distributed.
The bonus pool is *always* given out on every single game (where the bust isn't 0x). If there's money left over after giving it to people who have cashed out, it is just equally divided amongst the remaining players based on their wager 2) Players A,B,C stake 100 bits each. The three of them cash out at the exact same multiplier (say via script). Once again, the "What is the bonus?" section in the FAQ does not adequately explain who gets what bonus. It seems intuitive that each would receive a bit.
Yeah, if two people cash out at the same multiplier they are given the same amount of bonuses. Now what happens if A instead staked 101 bits, and once again they all cashed out at the same multiplier? Does A now receive the entire bonus?
They would each be given exactly 1% of what they wagered. Which means B and C would get 1 bit, and A would get 1.01 bits. 3) In the game itself, what does the bonus % column indicate?
The amount of bonus they will get as a % of their wager
|
|
|
Is he same Chelashin who won over 100BTC at PocketDice?
No idea, really. I've actually never chatted with him yet =) But most gamblers like to use the same style of gambling no matter what site they're on. Did he martingale his way up on PocketDice?
|
|
|
A big welcome to the latest member of the exclusive (and often ephemeral) >100 BTC net profit club:
|
|
|
Again, just to be clear, the only change we had made during that time was having 20% of the house edge deducted as commission on every bet and the rest was kept the same. Not saying that Ryan had set it up wrong, but we are just showing that we didn't do any crazy changes away from the system we were given.
20% of the house edge represented a 40% reduction in investor expected profits, while also increasing investors absolute risks (by forcing them to pay that on win or loss). Which is totally fine, it's perfectly reasonable to change the commissions structure. However to avoid throwing the whole thing out of wack, investors would need to have been subjected to a 2/3rd reduction in risk compared to what they previously had. Right now, if a whale makes a big bet you are knowingly accepting it despite knowing that it represents negative growth to investors (but you and the app gets a 70% commission). I'm not sure how that's fair or reasonable to investors, but then again they're adults who can make their own choices and risks
|
|
|
If you extrapolate our current data with 5000 / 73,755 Bitcoin wagered being over 66.66% of the max plus say an additional 1000 being added to it, with the rest being well under, do you still believe that investors would lose it all in the end also taking into account that the beginning ratio is likely to go down since even whales have a finite amount of bitcoin they can afford to lose before giving up?
That's not really an answerable question, because it's irrelevant what someone is betting. What matters is what they are attempting to win. I'd be interested in though seeing how many bitcoins have been wagered attempting to win > 1x kelly, and > 2x kelly
|
|
|
Something to keep in mind - Ryan H. created MoneyPot and is the one who structured things as they are, designed the payout structures, and the DogeD/ACoin/Ranlo+[Devs] team merely inherited all of this from the sale last year.. It seems quite plausible they might have weighted & designed the payout %'s to each category of users differently had they created MP from scratch.
I'd really like to clear this up, when I designed MoneyPot I structured the risks very differently. The way it is set up now I think is negligent at best and ~8 months ago I had warned them that it would eventually lead them to their investors losing them money. I would've thought the recent events would make them re-evaluate their position, but they still appear dangerously dismissive of the risks. I worked extremely hard in order to get the maths correct. I think it took me about 3-4 solid days to get the maths right, and I couldn't have done it without the help of blockage (who is not very active here, but one of the brilliant minds in bitcoin gambling). As far as I know, MP was the first casino ever that programmatically solved the generalized kelly criterion (no small feat, I must say ) to ensure it never subjected investors to a risk of greater than 1x kelly, designed to ensure the investors would always have optimal expected bankroll growth. Under the system I designed, I believe investors made ~400 (?) bitcoin with the early investors seeing a ~40% (?) return on investment in less than a year. I'm not sure when or why, but sometime between buying the site and April they changed the logic such that the guarantees I offered no longer applied. I'd encourage you to check out the thread when I found out and did my best to try educate them: https://bitcointalk.org/index.php?topic=1438838.msg14577586#msg14577586 and at least got them to update the site to remove the mentions of system I had designed. It's a shame that instead of MP admitting "Oh, maybe Ryan that mad dog has a point." they just go on to continue to downplay the risks: Ryan's argument holds true under a very specific scenario that would involve the majority of all volume being made up of max bets from whales that have an almost infinite bankroll to bet with.
..which isn't even remotely accurate. (For dice games) every bet that a gambler does that tries to win >66.66% of the max profit, investors should expect negative bankroll growth. This isn't some crazy anomaly, it's the common case when a whale is betting! The maths doesn't care about whales having "infinite bankroll" or anything like that, that's silly. I'm rather puzzled as I can't tell if they still don't understand bankroll management, or it's just a case of an huge incentive mismatch here (because MP and apps) make a constant commission on each bet it is in their financial interests to accept bets even if they're ludicrous for investors. Since the concept of "bankroll growth" is foreign to most people, I'll give a simple example. Imagine I have a fair coin that I'm going to let you play with, and I am going to give you 2.5x for winning (instead of the fair 2x). So given this fantastic deal (a 50% chance of 2.5x'ing your money) how are you going to play to make the most money? If you were naive, you'd care about your per-bet "expected value" and bet 100% of your money on my coin. Now that is fine, but pretty quickly you'll find you'll bet wrong and lose everything. So even though you're maximizing your expected value in each bet, it's a stupid stupid strategy because your expected outcome is to lose all your money. The same logic exists even if you don't bet 100% of your bankroll, for instance betting 90% of your bankroll would also be risking way too much. So what the kelly defines is the optimal amount you should be in this circumstance. If you bet more than that, you'll make money slower, and if you bet too much more than that you'll expect to lose money, not make money. The way MP is configured now, is that it accepts bets that it knows are objective a "bad investment" for investors (although is good for them, and good for apps). Anyway, I don't post here to be a dick. But I don't want people to think I designed such a system or it's something I implicitly am endorsing.
|
|
|
Did you buy a software license from bustabit or are you using an older version under the open source license?
Yep, modified open license , Doge and Bits Supported. Cool! BTW just to be clear one of the requirements of using the open source one is that all changes you make must be made available and prominently linked from your site (see: https://www.gnu.org/licenses/agpl-3.0.en.html)
|
|
|
What the actual f Dooglus? Blatant Libel?
You know very well that we don't take that much commission and you are intentionally misleading our customers and directly hurting us on purpose (70 Bitcoin withdrawn immediately after your comment).
I should probably let Dooglus speak for himself, but you perhaps misread what he wrote. He didn't say that investors make 15% of the EV, he's saying they have made of the EV. I don't see any error or misguidance in his statements. Perhaps a better response would've been "Hey, our investors made 50% of what they should've. Yours only 30%" or something. ( I <3 twisting statistics) But anyway, I think perhaps the bigger concern is most people don't really understand the difference between "Expected Value" and "Expected Bankroll Growth" and just assume that if they're +EV they should expect the bankroll to grow, but the reality is if the bankroll is over leveraged that's not the case. I'm not sure when MoneyPot switched from the kelly system, but some time after it did I warned of the risks and provided a simulator that showed how investors should expect to lose money. That was posted on April 18, where I recorded the investor profit at 101 BTC, and it's currently 62 BTC and have had substantial dilution in the mean time. As much as I love to say I was right, it could also be attributed to other factors. But it's probably worth entertaining the possibility that running a bankroll at -BRG is a horrible idea. That said, I have no problems with letting people do what ever they want (we're all consenting adults) but I suspect if the wording was a bit more clear: "By investing here you get 30% of the EV, but should expect to lose money over the long term if whales play on the site" it might result in less investment. Or maybe not, maybe the investors like to also passively gamble.
|
|
|
Why not guarantee the investors profit and make the app owners variable, more inventive to make apps that have a higher house edge or get more bets.
It can be quite difficult to run a business when your income is so volatile, so the service that investors provide is they eat that variance in exchange for some of the expected value. It's pretty neat actually, as a site owner (but not of a MP app) I'd happily trade 50% of my EV for a steady income And presumedly investors are happy with it, by the fact they're still invested. And if app owners don't mind some of that variance, they're always able to invest themselves.
|
|
|
How many games total are available like this?
all
|
|
|
Yeah, you would have to either query every single page, every time (which Ryan won't allow even once), or get a copy of Shiba's database (does it even store that kind of data) or start storing it yourself. BUT, given how many "strategies" claim to beat the house, if you truly want to show that a strategy can or can't beat the house, then you need to factor in bonuses
Yeah, Shiba's database has everything. He just listens to the connection and logs everything he sees and saved it in his own database. If you want play data, this is the way I'd prefer you get it. However, if you really need you can get a JSON dump of a particular game: e.g. https://www.bustabit.com/game/3260196.jsonJust take it easy, try keep it under say 1 request every 5 seconds to avoid getting anti-ddos banned
|
|
|
Probably still one of the most fun I've had playing gambling games up to date. The excitement is much stronger compared to dice games. I am no addict, but this game truly is fun Edit: Still hate losing though haha Thanks, glad you enjoy it =)
|
|
|
Since the size of the bonus depends on so many unknown factors it is virtually impossible to simulate it in any meaningful way. Taking a flat bonus of 1 % into account each game might make sense, though.
Yeah, that's probably the best way to do it. Kind of makes it less useful then, no? Since it's well established by this point that you can't beat the house in the long-run, bonuses are the only way to win, yet you can't calculate them with this? What's the point then other than making little kids feel good about their script lasting 500 games without busting?
Back testing with "what bonus you would have gotten" using historical actual user bet data would be pretty cool, but I also would worry it can give pretty misleading results. As you'd expect the very act of playing would change the behavior of other players (especially those also bonus hunting) in a way that's unknowable. But anyway, I still think it's pretty cool the simulator. It can help debug a script and generate a neat chart of how your profit chart looks (e.g. martingale gives very different looking patterns than flat betting)
|
|
|
|