Topic: bustabit.com -- The Social Gambling Game - page 48. (Read 293938 times)

i am having alittle problem ryan
please please fix it
 

That method with only 64 hashes is indeed interesting, but, it is complex to understand.

I made an implementation of a variant of it, where all hash chains are of length 10, so it works better for people who think in base 10 (ie. all of us).

Suppose we know that the 9999th hash is 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824

From that we can get to the 9998th hash by adding 1 to the last digit of the above hash, and hashing it:

  sha(...b9825) -> 9998th hash

Or, we can get to the 9989th hash by adding 1 to the last but one digit and hashing it:

  sha(...b9834) -> 9989th hash

And so on:

We can get from the 9999th hash to the 8999th hash by adding one to the last-but-three digit and hashing it:

  sha(...ca824) -> 8999th hash

We would have to define what adding 1 to an 'f' does - does it carry a 1 to the left or wrap around to 0 without carrying. Either works, but we must decide which we are using.

And we have to note that you can only use this trick to get from one hash to the next if all the digits to the right of the digit you're decrementing are 9's.

So we can go: 9999->8999->7999->7989->7979->7969->7968 to get to the 7968th hash
But we can't go 9999->9989->8989->... because the bolded section is modifying the thousands digit when the tens digit isn't a 9.

Once hash 99 is published, you can calculated any lower numbered hashes. But from hash 103 you can only go back to hashes 100, 101, and 102 and none of the double-digit hashes (since you can't edit the hundreds digit unless the tens and units are both 9's).

So when we are on game 24648 for instance, we would need to be publishing the hashes for these games:
  24648, (gives you 24640 to 24648)
  24639, (gives you 24600 to 24639)
  24599, (gives you 24000 to 24599)
  23999, (gives you 20000 to 23999)
  19999  (gives you 00000 to 19999)

From those 5 hashes you are able to get back to any previous hashes using the rules laid out above, and in the worst case you'll be doing no more than 9*5 = 45 hashes to get to the hash you want (up to 9 hashes per digit, to get it from a 9 to a 0, and up to 5 digits in this example).

I've no reason to think that's actually happening of course. I am just saying that to check it we would need to run thousands of hashes (one for every round that happened since the game became provably fair - so it will take longer and longer over time), whereas the method I posted about gets rid of that problem. That method never needs more than 64 hashes to get from the current game to the genesis game - but it is quite significantly more complex to understand, so it's a tradeoff.

doog, please correct me if I'm wrong or if the method has changed since I last remember it, but wasn't a genesis hash or chain hash generated last year for 10 million games? And a then future block hash was used. Combined, is the game hash, but you only need the next game's hash to verify the hash of the game you are currently playing.

You don't need to run all 123456 hashes, just check the next one when it's available. And maybe check the previous 100, at least you know that hash is from the same chain.

Currently if I want to verify that you're using the "correct" hash for game #123456 I need to run 123456 sha256 hashes and check that I end up with the genesis hash. Under Rusty's scheme the same could be achieved using something in the order of just 20 sha256 hashes.

But that is impossible to keep on betting 1 mil bit and being the last one to aim the bonus. Because like I said there is no way you could always win the game.

There's no maximum bonus. It depends on how other players bet.

If you and 9 other people each bet 1 million bits, nobody else plays, and you are the last one to cash out, you get 10% of your bet as a bonus. If you notice they're all cashing out at 2x you can set your cashout point at 2.01x. Then half the time you'll be getting a 10% bonus, which only losing 0.5% to the house edge on average. That's enough to make a decent profit over time.

Edit: the last person to cash out gets a bonus percentage which is (total_stakes / biggest_stake). In my example the total_stakes were 10 million, and the biggest stake was 1 million. 10 million / 1 million = 10, so the bonus is 10%.

So if there were 200 people each betting 100 bits, the last one to cash out would get a 200% bonus!

But to aim its bonus I dont think that you can win all games right? Sometimes you must take some loss too so I think there is no way you can earn just through the bonus thing. And btw how much is the max bonus? Depends on how much you bet and your multiplier?

To your question of "The more multiplier you get the higher the bonus right?", the answer is "not necessarily". For example, if you are having the biggest bet size in that round, you will get the max bonus as long as you are the last one to cash out. On the other hand, if you are not the biggest bettor in the round, you could cashout "midway". Also, the house edge of bustabit is from 0% to 1% depending on your cashout point, and the bonus could be a lot higher than the house edge, making the game +EV.

...
Also, bustabit is getting crazy volumes! >1900 BTC wagered two days in a row! And kapi18wro is a stones throw away from 100 BTC in profit!

You have to be the last big bettor ( not necessarily the last bettor) to catch the biggest chunk of the bonus  ... if I got it right