First Deposit – 100% Bonus
up to $2,000

Provably fair versus a standard RNG audit

Most online casino games rely on a random number generator that is periodically tested by an independent laboratory. That audit model works, but it asks the player to trust a third party they never see: the lab checks the software occasionally and certifies it. Provably fair takes a different route. Instead of trust by certification, it offers trust by verification — the player is handed the cryptographic tools to check an individual round themselves, without relying on anyone's word.

The two approaches are not in conflict. A provably fair game can still sit on audited infrastructure; the difference is the layer of transparency added on top. With a traditional audited slot, a player accepts the result. With a provably fair Original, a player can, if they choose, mathematically confirm that the result was locked in before they ever clicked the button. It is the difference between being told a coin flip was fair and being able to inspect the coin afterwards.

The three building blocks: server seed, client seed, nonce

Every provably fair outcome is generated from three inputs working together. Understanding each one is the key to understanding the whole system.

Server seed

A long random string generated by the casino's server before any bet is placed. This is the casino's contribution to the outcome. Crucially, the player does not see the server seed itself at first — they see a cryptographic hash of it, a fixed-length fingerprint that cannot be reversed back into the original string. Publishing this hash in advance is the act of pre-commitment: the casino has locked in its value and cannot change it later without the hash no longer matching.

Client seed

A string contributed by the player's side, usually generated by the browser and fully editable. Because the player can set or change this value, the casino cannot know the final combined input in advance — it does not control both halves of the equation. This is what prevents the operator from pre-computing a result that works against a specific player.

Nonce

A simple counter that increases by one with every bet made on the same seed pair. The first bet uses nonce 0, the next nonce 1, and so on. The nonce ensures that even with an unchanged server seed and client seed, every consecutive round produces a different, independent result.

When a bet is settled, the game combines server seed, client seed and nonce through a hashing function, and the resulting value is translated into the game outcome — a crash multiplier, a dice roll, a mine layout, a Plinko path. The same three inputs always produce the same output, which is precisely what makes later verification possible.

How verification works, step by step

The verification process becomes available after the player rotates — that is, retires — the current server seed. Rotation is the moment the casino reveals the seed it committed to earlier. The sequence looks like this:

• Before play: the casino shows the hashed server seed. The player notes it or simply trusts that it is recorded. The client seed is visible and editable.
• During play: bets are placed, each one incrementing the nonce. Results are generated in real time from the seed pair plus the current nonce.
• Seed rotation: when the player chooses to rotate seeds, the casino reveals the original unhashed server seed and issues a new hashed one for the next cycle.
• Verification: the player takes the now-revealed server seed and hashes it themselves. If the result matches the hash shown before play began, it proves the server seed was never altered mid-session.
• Outcome check: using the revealed server seed, the client seed and a specific nonce, the player can re-compute any individual round's result and confirm it matches what the game displayed.

Third-party verification tools and open calculators exist for exactly this purpose, so the player does not need to write code. The important conceptual point is the ordering: the casino commits first via the hash, the player acts second, and the truth is revealed last. Because the commitment came before the play, there is no window in which the result could have been quietly changed.

How provably fair applies to each Stake Original

The same underlying system drives every Original, but the way the final number becomes a game outcome differs by title.

Crash

The combined hash is converted into a single multiplier value at which the round "crashes". Because that value is fixed the instant the round starts, no amount of watching the curve climb can change where it stops — the curve is an animation of a number already decided.

Dice

The hash output is mapped onto a number range, typically 0 to 100. The player sets a target and a direction (roll over or roll under), and the house edge is baked into the payout multiplier, not into a hidden bias of the roll itself.

Mines

The seed combination determines the position of the mines on the grid before the first tile is clicked. The layout is fixed at the start of the round; revealing tiles uncovers a pre-set arrangement rather than generating danger on the fly.

Plinko

Each peg interaction — left or right — is derived from the hash output, producing the full path of the ball before it is dropped. The bouncing animation displays a route that was already determined the moment the bet was confirmed.

In every case the principle is identical: the result is computed at bet confirmation, and the visual presentation that follows is a replay of that computation, not a live lottery.

What provably fair does — and does not — guarantee

This is the most misunderstood part of the topic, and the most important to get right.

The house edge is the single most important caveat. Provably fair confirms that a game is honest; it says nothing about whether a game is profitable for the player. Every Original carries a mathematical edge for the operator, expressed through the payout structure. A Dice game can be perfectly verifiable and still return less than 100% over the long run — those two facts coexist without contradiction. Verification is a transparency tool, not an advantage.

Common misconceptions worth clearing up

"I can read the seed and predict the next result"

While a server seed is active, only its hash is visible, and a hash cannot be reversed. The full seed is revealed only after rotation — by which point those rounds are already played. There is no window in which a player can see the active server seed and act on it.

"Changing my client seed improves my odds"

A new client seed changes which outcomes are generated, but not the probability distribution behind them. The odds and the house edge are identical before and after a seed change. Rotating seeds is a verification and transparency feature, not a strategy lever.

"A provably fair game can't have a losing streak"

It absolutely can. Independent rounds produce clustered results all the time — long sequences without a win are statistically normal, especially in higher-volatility configurations. Verifiability confirms each result was honest; it does not smooth out variance.

"Provably fair means the game is regulated"

These are separate things. Provably fair is a cryptographic transparency method; licensing and regulation are legal frameworks. A game can use provably fair technology independently of any particular regulatory status, so players should treat the two questions separately.

Using the system as a thoughtful player

Knowing how provably fair works changes how a player can approach the Originals — not by offering an edge, but by removing uncertainty about honesty so attention can go where it belongs: to game selection and bankroll discipline.

• Verify once to build confidence. Running a verification check a single time, early on, demonstrates the system works. After that, the knowledge that it can be checked is itself the value.
• Separate honesty from profitability. A verified-fair game still has a house edge. Choose games based on their payout structure and volatility, not on the assumption that "fair" means "favourable".
• Treat each round as independent. The nonce guarantees independence. No verified result makes the next one more or less likely — chasing patterns ignores how the math actually works.
• Set limits before playing. The fast pace of Crash, Dice and Mines means many rounds per session. A defined budget and a session time limit matter far more than any seed setting.
• Use the account tools. Deposit limits, wager limits, session reminders and self-exclusion options exist independently of game mechanics and are worth configuring before the first bet.