What Provably Fair Means

Provably Fair in Plain Terms

Provably fair is a commit-reveal model. The server commits to an outcome in advance by publishing a hash of its secret server seed, then reveals that seed after the opening so you can check the two match. The result is locked before you click; the proof arrives right after.

This matters because you never take fairness on trust. Instead of a promise, you get a mathematical trail: fixed inputs, a published commitment and a reproducible calculation. Anyone with the revealed values can rerun the math and reach the same item.

Server Seed, Client Seed and Nonce

Three values define every roll. The server seed is the server's secret value, committed by its hash before the round. The client seed is your value, which you can set yourself. The nonce is a counter that increases with each opening, so every roll stays unique.

Together these three inputs deterministically set the outcome: the same server seed, client seed and nonce always reproduce the same result. Nothing is drawn twice, and nothing depends on timing or luck at the moment you click. That determinism is what lets you audit an opening after the fact.

How a Case Result Is Generated

The calculation is an HMAC-SHA256 taken over the server seed and the string client seed:nonce. HMAC-SHA256 is a standard keyed hash function: it always produces the same output for the same inputs, and it is practically impossible to reverse or to force toward a chosen result.

From that hash, the first 64 bits become a number from 0 to 10000, and that number picks the item you receive. Because the chain is fixed math, the same three values always land on the same number and the same item.

Why the Hash Comes Before the Roll

The order of operations is the heart of the system. Lolanceizi shows the server seed hash before the roll, while the seed itself stays hidden. Because the seed is already fixed, the server cannot swap it for one producing a preferred outcome - the published hash would no longer match.

Hiding the seed until after the opening matters just as much. If it were public upfront, anyone could compute upcoming results and open only when the outcome looked favorable. The commit-reveal split solves both problems: the hash stops server cheating, the delay stops peeking ahead.

How to Verify an Opening Yourself

Verification takes minutes and no special tools. First, record the server seed hash shown before your opening. Then open the case as usual. Afterwards, copy the revealed server seed, your client seed and the nonce for that roll - those three values are everything the calculation used.

Next, paste those values into any HMAC-SHA256 verifier and run two checks. Hash the revealed server seed and confirm it matches the pre-roll hash. Then compute the HMAC over the server seed and client seed:nonce and confirm the number matches the item you received.

For example, if your opening produced a rare item, rerunning the math must land on exactly the same 0 to 10000 number that picked it. If both checks line up, the opening was fair; if either fails, you have concrete evidence of a problem.

Setting Your Own Client Seed

You can set your own client seed on Lolanceizi, and it is worth doing. When you choose the value yourself, you know the outcome cannot be tuned to a client seed the server picked and knew in advance. Any phrase or random string works; what matters is that it came from you.

The nonce covers the rest. Because it is a per-opening counter, each roll under the same seed pair gets a fresh number and a fresh result. You do not need a new client seed every round - change it whenever you want a clean slate.

What Provably Fair Does and Does Not Prove

Provably fair proves integrity, not generosity. It shows the result was fixed before the roll and computed exactly as described - it does not change the odds of any item or promise wins. Treat it as an audit tool, not a bonus.

Cases, battles, contracts and the game marketplace do not debit or credit the main balance directly. They use a separate, non-withdrawable game balance. Entering game mode requires a deliberate one-way transfer from the main balance. After confirmation, those funds cannot be returned to the main balance or withdrawn, and game-item sale proceeds stay in the game balance.