I'm not saying you are actually cheating, I'm just saying non-static server seed is a system that can harm the player, because casino can assume player won't change the client seed and they can change server seed to their benifit, I've already said this odds is good for the site because if the player didn't change their client seed for a few bets, there's a great chance that he won't for the next few bets. So the system is flawed. Also you seem so agreesive and will not accept any opposing opinion from anyone other than defending this site for money. The most important reason i'm writing this is because too many people are losing in the dice game which makes people question their fairness. I'm not saying it's scam, i'm saying the non-static server seeds have problems and people that are winning aren't proportionate to those that lose. I think i've made my point quite clear and i don't want to keep arguing about this subject.
This is a really old thread and I found your post through a google search after suspecting shady business myself and coming to the exact same conclusion you did When discovering the site changes the server seed on each roll. In fact I tweeted a question to the site account a few hours ago (
https://twitter.com/el_diablo_robot/status/1411192780735627266?s=21)
I’m intimately familiar with both cryptography and the provably fairness system. There is no reason the site should generate a new server seed on every roll, in fact it should be global for every user and rotated daily while providing the hash for verification.
Here are the problems:
1. Changing the client seed for every roll is both tedious and unrealistic
2. Far more important, If the server seed changes for every roll, the only truly predictable variable in the equation is the nonce and it doesn’t even matter if the client seed is generated by the server or the user and here why:
Say for example the user changes his client seed, and rolls low. The client sends the client seed and nonce to the server for calculation.
The server could then go:
for (int i = 0; i < seedList.length(); i ++)
{
result = calculateRoll(nonce, seedList\[i\], clientseed);
if (result > lowRoll)
return result, seedList\[i\];
}
So it doesn’t even matter if we change the client seed since the server can select from a list of favorable server seeds once it has possession of the other two variables.
What’s the reason for changing the server seed if not for manipulating the outcome? Generating a cryptographic key is an computational expensive operation so performance savvy engineers do this only when absolutely necessary. So what’s the necessity here?
