If you would run a simulation of bets/rolls (same server seed and client seed) the outcome over many bets should roughly show equal distribution of numbers. It might happen in 1000 bets, 10000 bets, or 100000 bets, but it will happen. But knowing this will happen allows you to change the way you bet in your advantage.
Now if you say there is not equal distribution of numbers, that's even better. You can determine where most of the roll/bets hit and play that to your advantage.
Either way, not looking to the past results to determine the way you play dice is why most call it a luck game.
This is 1000 percent wrong.
Lets just look at flipping a coin to make things simple. The equal distribution happens from having the correct probability happen over and over and over again over a large sample.
If you flip 10 heads in a row, the odds of the next one being heads is still 50/50. If you keep flipping a coin, eventually your results will get to 50/50, not because tails is more likely on future events, but just because you keep doing it.
If you get 10 heads out of 10 flips you got heads 100% of the time.
If the next 10 are 50/50, you have 15 out of 20, 75% heads
If the next 10 are 50/50, you have 20 out of 30, 66 2/3% heads
If the next 10 are 50/50, you have 25 out of 40, 62.5% heads
If the next 10 are 50/50, you have 30 out of 50, 60% heads.
And so on and so on until you get back down to 50.
You are comparing something that is truly random(flipping of a coin) to a algorithm. Have you run a simulation with the algorithm from a dice site?
I also notice that in your example that your approaching 50% as more flips happen, which is what I'm saying.