Updated WagerCue Editorial Team

Provably fair gaming explained

Provably fair lets you check each game result against values fixed before the round, and the check has clear limits that are worth knowing.

What provably fair means

Provably fair is a method that lets you check a game result after the round ends. The result is locked in before you act, so neither side can change it later. The check relies on cryptography, which is maths built on calculations that are hard to reverse, rather than on trust.

Read on to see the parts involved, how a round is verified, and where the method ends. A label describes a single feature of a game, not the whole business behind it.

The values in every round

Every provably fair round depends on a server seed, a client seed and a nonce. The server seed is a secret string held by the operator. Before you play, the operator shows you only a hash of that seed, which is a fingerprint that hides the seed itself.

The client seed is a string that you can set or that the game supplies. Because your value enters the calculation, the operator cannot predict the final result when it commits to its server seed. The nonce is a count that rises for each round played with the same pair of seeds.

Think of the values as ingredients. The operator commits to a hidden ingredient, you add your own, and the counter keeps each round distinct. Combined, they fix the result before the round begins, yet neither side controls it alone.

How the hash function fits in

A hash function is a standard tool that turns any input into a string of fixed length. The same input always gives the same output. A tiny change to the input produces a completely different output, and that output cannot be worked backwards to recover the input.

In a provably fair game, the operator hashes the server seed before the round and shows you the hash. Once the round is over, or once you retire that seed pair, it reveals the server seed. You can hash the revealed seed yourself and compare the result with the hash you saw earlier. A match shows the seed was not swapped during the round.

The server seed, client seed and nonce are then fed into the same kind of function, and the output is converted into a game result. The exact conversion comes from the game's published rules, so read those alongside the hashing steps.

How to verify a round

Verification is straightforward once you have the values for a round. You need the revealed server seed, your client seed, the nonce and the result the game displayed. Some operators publish a verification tool, and others explain the method in their rules.

Work through these steps in order.

  1. Hash the revealed server seed and confirm the result matches the hash you saw before the round.
  2. Combine the server seed, your client seed and the nonce in the way the rules set out.
  3. Run the combined value through the hash function the rules name, then convert the output using the published mapping.
  4. Compare your calculated result with the result the game displayed.

If any step does not match, stop and record the values you used. Read the rules again, then raise the question with the operator. If the answer is still unclear, contact the regulator that issued the operator's licence.

What provably fair does not prove

Provably fair checks a narrow thing well. The check shows that a round's outcome was fixed by the seeds and the nonce. It does not, on its own, say anything about the wider business that runs the game.

It does not prove the return to player, which is the long-run share of stakes paid back to players. A round-by-round check cannot show what a game pays over many rounds.

Nor does it prove solvency, meaning that the operator holds enough funds to pay winnings. It also does not show that the operator holds a valid licence. Licensing rules vary by country and by provider, so check the licence details the provider publishes and the local authority. Read more in the guide to casino licences.

Common mistakes

Several habits lead players to misread what the check covers.

  • Treating the label as a licence or a general safety guarantee. It covers how results are generated and nothing more.
  • Assuming the check runs by itself. Most of the time you run it yourself, after the round, using the revealed values.
  • Changing the client seed without recording the change. Earlier results can only be checked against the seed that was actually used.
  • Using a verification tool you have not checked. Use the method the game publishes, and confirm the hash function it names.

What to check next

Start by reading how the game defines its server seed, client seed, nonce and conversion to a result. Then check when the operator reveals the server seed and how it explains the verification. Both checks show whether the label means much in practice.

Next, read the licence details the operator publishes and confirm them with the regulator in your region. If you are interested in digital payment methods, the crypto casino guide covers a market where the label is commonly seen, and the game types glossary helps when you compare titles.