Topic: bustabit.com -- The Social Gambling Game - page 39. (Read 293959 times)

You damn right they are. Not make you no more or less then manual. They just provide and stop where untell them to. I'm not surprised they can steal your login information.

Thank you for the warning. I have noticed it is not just bustabit, there a few sites (not many) but a few that tried the same except they were too lazy to even bother using a domain so you just saw the website as an IP address. I was like lulz sloppy work silly scammer. So yes always check the domain name and if you use autofill to login on your sites in your browser and all of a sudden it is not there then that is a clear giveaway of phishing , your settings are not saves since it is a completly differnt website. If your settings are there then you can relax and know it is on the trusted list in your password and username saving software such as autofill . The websites look exactky the same and when in doubt use whois.net and match up the details. Also make sure the site didn't update something like a server because then obviously the location and settings would change so do not be alarmed.

Good advise you give I hope people take heed. Losing an account is not fun.

Just a reminder sites like: events-bustabit.com/ (WARNING: scam site) are not part of bustabit and unrelated phising sites. If it was part of bustabit, it would be:  events.bustabit.com -- having the hyphen makes it a totally unrelated domain. The person who's been making these sites has probably made 10+ variations of it (e.g. bonuses) and probably will continue making them as long as they're profitable. If you get URLs like this from email, chat, private message etc. you're just being (attempted) scammed. This applies to all websites, so keep an eye out for it. (e.g.  bonuses-primedice.com would be a scam site, but bonuses.primedice.com would be legit).


Also another thing to be careful of is URLS like:   verysecureloginsat.com/secure-login.bustabit.com/login.html      

Great site, good fun to 'bust a bit' :PP
Keep it up Ryan

That's the only really interesting line. We can ignore the "0x crash 1-in-101 games" part, because that is only used to fund the 1% bonus that it paid out on the other 100-in-101 games. It has no effect on the house edge at all.

We can even lose the Math.floor bit, because that just makes sure the result has no more than 2 decimal places. And divide the top by 100, because that function is returning the crash point times 100 (so it's an integer).

So the crash point is simply:


e is a big number, but it doesn't really matter what it is (it's 2^52)
h is a random number between 0 and e-1 inclusive

Let's look at three cases:

1. If h is at its minimum, 0, the crash point is 1x

The house edge is 0%. (We can ignore the 1-in-101 0x crashes, because on the other 100-in-101 games we get a 1% bonus, assuming we're the only player, or that all the other players are also playing at a 1x cashout).

2. If h is half way through its range, e/2, the crash point is 1.99x

So we have a 50% chance of winning 1.99x. That gives an RTP of 50%*1.99 = 99.5% and so a house edge of 0.5%

3. If h is at its maximum, e-1, the crash point is 0.99e+0.01 (ie. very high, since e is a big number)

So we have a 100/e% chance of winning 0.99e+0.01. That gives an RTP of (99e+1)/e% ~= 99% and so a house edge of a tiny bit under 1%.

So you can see that the house edge ranges from 0% to 1% as your payout multiplier ranges from 1x to high numbers.


The payout multiplier for any particular h is (from the code you pasted):
  m = (e - h/100) / (e-h)   [1]
and the probability p of hitting that payout is:
  p = (e-h)/e   [2]
  h = e-ep
the RTP for that h is [1]*[2]*100:
  (e - h/100) / (e-h) * (e-h)/e * 100
  = (e - h/100) * 100/e
  = 100 - h/e
and so the house edge is simply:
  edge = 100 - RTP
  = h/e
  = (e-ep)/e
  = 1-p

Now you want the house edge for a given multiplier, m. Let's find h in terms of m:
  m = (e - h/100) / (e-h)
  (e-h)m = e - h/100
  em - hm = e - h/100
  em - e = hm - h/100
  e(m-1) = h(m-0.01)
  h = e(m-1)/(m-0.01)

And so the house edge:
  edge = h/e
  = e(m-1)/(m-0.01)
  = (m-1)/(m-0.01)

And there's your answer. The house edge for a probability of p is 1-p, and for a multiplier of m is (m-1)/(m-0.01)

Examples:

  the house edge when you have a 0.5 probability of winning is 1 - p = 1-0.5 = 0.5%
  the house edge for a multiplier of 2x is (m-1)/(m-0.01) = (2-1)/(2-0.01) = 0.50251256%

Edit: if all you want to do is change the house edge so that it goes from 0% to N% instead of 0% to 1%, I think you only need to replace the 100 in the Math.floor line by 100/N. Don't change the insta-crash logic unless you want to unbalance the bonus system. Looks like you already changed it to insta-crash every 51 games (without changing the corresponding comment), but that's a bad idea. People won't want to play a game that insta-crashes so often. Adjust the edge using the Math.floor line instead.

Example:

>>> e = 2**52
>>> h = e * 0.75
>>> 100 - (e - h/100) / (e-h) * 25 # the bustabit setting - house edge is 0.75% when we have 25% chance of winning
0.75
>>> 100 - (e - h/20) / (e-h) * 25 # increase the house edge by a factor of 5 - house edge is 3.75% when we have 25% chance of winning
3.75

Someone probably brought this up before but i couldn't find it.

So i was wondering how you can determine the actual house edge just by looking at the code.
Specifically this part of the code:

// This will be the client seed of block 339300
var clientSeed = '000000000000000007a9a31ff7f07463d91af6b5454241d5faf282e5e0fe1b3a';

exports.crashPointFromHash = function(serverSeed) {
    var hash = crypto.createHmac('sha256', serverSeed).update(clientSeed).digest('hex');

    // In 1 of 101 games the game crashes instantly.
    if (divisible(hash, 51))
        return 0;

    // Use the most significant 52-bit from the hash to calculate the crash point
   console.log('hash: '+hash);
   var slice   =   hash.slice(0,52/4);
   console.log(typeof hash);
   console.log('slice: '+slice);
   var h = parseInt(slice,16);
   console.log('h: '+h);
    var e = Math.pow(2,52);

    return Math.floor(((100 * e) - h) / (e - h));
};
----------
I'd really appreciate if someone could elaborate on how this code is used to alter the house edge other than the insta crash function obviously.
The method of converting a game hash to a money pot multiplier is quite complex and i just don't know how i would go about calculating the house edge for a certain multiplier.
Edit: I know it's possible to use odd calculator on bustabit but i'd still like to know what it does

Oh alright. Didn't see that. Thanks!

They do. https://www.bustabit.com/license.txt

Hey Ryan, does CSGOCrash.com have your permission to use your code for Bustabit? It's being used for commercial use. If they don't you should prolly file a DMCA or something.

Yes and it will happen also to other people if they heard that also. Just be careful guys. Thanks ryan for the warning.

Damn, this is dangerous. Don't be fooled by their social engineering shits. Those damn bot and script kiddies are really false!

IF ANYONE IS USING THE POPULAR BUSTABREAKER BOT, PLEASE IMMEDIATELY CHANGE YOUR PASSWORD
https://www.bustabit.com/update-password

and make sure the email address is either not set, or set to an email you exclusively control.  And then assume your computer likely has malware.

I ran the bot from the site ( mmmbits . com) through totalvirus, and it came clean -- but I have very strong circumstantial evidence that would suggest the bot has a backdoor in it, that at the very least keylogs.

I don't wish to accuse the bot author of anything without hard proof, but the facts are:

    * There have been multiple people reporting getting hacked, that have all used the bustabreaker executable.
    * Based on browser fingerprinting the person who did the hacking also was logged into @netstat a known alt of @gill_gates the creator of bustabreaker.
    * There is a ip address used in common between the hacker and gill_gates

This leads me to the believe either that gill_gates is also a victim of the hacking or that gill_gates program is backdoored. I would strongly advice everyone who used this bot to assume the worst.



(Note: this is because the bot is an executable, javascript bots that you run in the script editor don't pose the same level of risk of malware)

gl becoming pope

Not difficult to convince me Jesus never walked on water...

RHaver, you're more likely to convince the pope that Jesus never walked on water than convince a riggie like Darkwin your game isn't rigged.

Its obvious that is foul play involved, Others have pointed out the same issue and whenever they discuss it in chat they're silenced. I'm sorry to burst your bubble but it takes an idiot not to see whats going on.
As for your final remark of having a nice life lesson lol, That's not my profile nor have i lost to that extent... i know better than that.

You always expect to win? Do you really think that's how gambling works?

Atleast you had a nice life lesson

Nice scam you got going on here

I played this website back when it first came out. It's a very fun game and unique   good to see it's still legit and running. I bet there's probably a lot of people and bots on it now-a-days so it must be like fighting in an arena for money LOL

And with hundreds if not thousands that can do this, I really doubt that the admin(s) would even try to rig it once. They don't need to. They have an edge already.

Main problem seems to be that a lot of people , and you likely are one of them, don't spend (I would better say "invest") some minutes of their lives in having a good read here on bitcointalk ( or  even somewhere else) to understand how "provably fairness systems " work.

In this very same page user "Shogen" suggested one of it.

https://bitcointalksearch.org/topic/bustabitcom-provably-fair-seeding-event-922898

Suggest everyone, who still haven't , to have a look at it.

It's not a matter of "sites fairness rating", as you wrote,  but you may just verify by yourself if a bet was manipulated or not.