Please contact support@crypto.games with suggestions/requests regarding our games..

---

Looking at your code... the only time it will end up as chance=49 is when the lastBet.Roll was <3.3 or > 96.7 AND it was a loss...

The "if !win then... else..." block you have means that if it was a win... it sets nextbet = balance /1024 and then chance is set to 97.2549.

So currently, will only work if it is < 3.3... as you're betting "high" to start by default, if the roll is over 96.7 you'll win and the chance won't change.

You'll have to show your full script... there is obviously something elsewhere in your script which is overriding your chance setting that is done in the if (< 3 or > 97) block...

There is no way it should have reset to 97% unless there is another code branch setting the chance somwhere.

dobet

if lastBet < 3.3
   { chance = 49.5;
        while (!win)
            {nextbet = previousbet*2;}
     }
elseif lastBet > 97.6
   {switch low; 
     chance = 49.5;
        while (!win)
            {nextbet = previousbet*2;}
     }
else
{ nextBet = balance / 512;}

You'll have to show your full script... there is obviously something elsewhere in your script which is overriding your chance setting that is done in the if (< 3 or > 97) block...

There is no way it should have reset to 97% unless there is another code branch setting the chance somwhere.

basebet = balance / 1024
nextbet = basebet
chance  = 97.2549

function dobet()
    if (lastBet.Roll < 3.3 or lastBet.Roll > 96.7) then
        chance = 49.1089
    end
    
        if !win then
            nextbet = previousbet*2
        else
            nextbet = balance / 1024
            chance  = 97.2549
        end

end

Lol, i probably could have just looked up how to do a print function, but it all looked good to me so I didn't. Lemme try that one.

Yeah... I'm an idiot... but, in my defense, I've been doing mostly Python programming lately!! The correct the syntax for "combining" multiple outputs for a print() statement in LUA is ".." not ","

Try:

As in, it created a syntax error and the script didn't run or it just didn't print anything out into the console window?


Also, my bad with the typo!

I don't see anything obviously wrong with the code.

The only thing I can think of is that the site you're using the bot with is setting the roll value to some bizarre value?

Maybe add a "print" statement in to debug what the value of lastBet.Roll actually is. It should output to the Bot's console window.

Let's take some exemplary looks at the calculations:

24 mines and one field is the same as 1 mine and 24 fields due to the symmetrical aspect of the payout structure (if you flip uncovered fields and number of mines, you always land at the same payout).
I've also color coded all other cases of this that are included in your list (3-1 + 1-3 as well as 1-6 + 6-1, and 3-6 + 6-3).

Since the first case is trivial, let us calculate the second one (1 mine, 24 uncovered fields).
(25/24)*(24/23)*...*(2/1) = 25, factor in the 1% house edge (same as *0.99) and you get 24.75

Now 6 mines and the last payout you could confirm (834.9), at 15 uncovered fields.
(25/19)*(24/18)*...*(11/5) = 843.33, factor in the 1% house edge -> 834.9

Calculations seem to fit the payouts you confirmed. Although I think you skipped one in your lineup for 1 mine, as that only lists 23 numbers.

If we want to save some time doing the calculations, we can always flip to the case with less steps involved.
Eg let's confirm the 2.75 number for one mine and 16 uncovered fields, flipping it to 16 mines and 1 uncovered field.
(25/9) = 2.77 (* 0.99) => 2.75

The basic logic of the calculations is quite simple.
You start at (# unknown fields / # non-mine fields) and you reduce both numbers by one with each non-mine field you uncover.
In other words, you always start at (25 / 25-#mines).
Continue that for as many steps as you want to calculate, or until you hit a base case (your number of non-mine fields hits one).
Then, and only then, apply the factor of 0.99 for the house edge (as it is a house edge per game, not per step) and you got your final payout.

Minesweeper works in a way where the maximum multiplier goes down again if you add more mines after 13.

For a game with 24 mines, you can only play one round, thus the multiplier would be (25/1) = 25x before the house edge.
Compare this to 13 mines, where you have (25/12)*(24/11)*(23/10)*(22/9)*(21/8)*(20/7)*(19/6)*(18/5)*(17/4)*(16/3)*(15/2)*(14/1) = 5,200,300x before the house edge,
and you see, that the maximum multiplier relies on both you having many mines and you having the ability to play many rounds.

This sweet-spot is hit with 12 mines / 13 rounds and 13 mines / 12 rounds, where the maximum technically possible multiplier is achieved. Adding more mines after that only decreases this limit.

---

If you closely read the How to Play information for minesweeper, you will find that the 4BTC limit is enforced by a stop requirement.
"We only accept bets that have a profit smaller than 4 BTC (maximum win per bet), this means your game will not be allowed to uncover additional fields, if your pending win would go over this threshold."
You won't be able to play until the technically possible max multiplier, as the game reaches a win state before that, once you cross the 4BTC limit.

Then you understood me wrong. Once again, and I hope for the last time: profit on graph is actual profit paid out to investors. It is amount that investors got.

EDIT: I found one issue with graph... minesweeper data was not visible, have added that one to graph.

So logic is simple:
Profit in investment graph is: SUM(amount_dice+amount_slot+amount_blackjack+amount_videopoker+amount_roulette+amount_plinko+amount_mines-expenses) as profit

Data is taken from investments_details table, that has data of every single invesment profit paid to investors since the start of investment option on site. Data is grouped by dates, so each calculation that happens between 00:00:00 and 23:59:59 is grouped together.

Profit column is actual data that was paid to investors. So if all investors would sum their daily earnings on all of their invesments it would match with graph.

Expenses column is sum of referrer and faucet rewards, investors pay 70% and site pays 30% of those expenses (its has already 30% share cut as that happens in investments calculation).

amount_dice+amount_slot+amount_blackjack+amount_videopoker+amount_roulette+amount_plinko+amount_mines is profit or loss per game.

All data is visible on page:
https://www.crypto-games.net/details.aspx?type=investment&id=LONGID

Replace LONGID with your personal longid.

Either way I need to optimize this graph as investments_details table has grow big and calculations of graph takes a lot of computing power, and bankroll data is not calculated properly...


EDIT2: Ok found one more issue with graph

As you can see on investments_details page expenses are always in negative values, so there is a issue with upper formula. It should be:
SUM(amount_dice+amount_slot+amount_blackjack+amount_videopoker+amount_roulette+amount_plinko+amount_mines+expenses) as profit

Not

SUM(amount_dice+amount_slot+amount_blackjack+amount_videopoker+amount_roulette+amount_plinko+amount_mines-expenses) as profit

Sorry for that, my bad. But after all investments are calculated correctly, just there were two graph issues that are fixed now. Bankroll size issue on graph will get fixed soon as it requires more changes.

EDIT3: Bankroll size issue is resolved too. Now bankroll size won't change for old investments.

It's not misleading. you would get the same result as on graph if you would own 100% of bankroll all the time. But bankroll is changing literally every minute.