Stake Provably Fair: How Seeds, Hashes and Verification Work

What Provably Fair Means at Stake

At Stake, provably fair describes a commitment made before each bet rather than a promise about winning. Stake fixes its own input, publishes a fingerprint of it and lets the player add an input of their own. Once the round is over, anyone holding those values can rerun the maths and check that the displayed game result is the one they produce. Stake’s overview page sums it up as a fair result built from the operator’s hashed input plus the player’s input.

The claim is narrow but useful: a verified bet shows that the outcome was not swapped after the stake went down. It says nothing about odds, which stay set by each game’s payout table. Many crypto casinos rely on the same commitment idea: Stake and BC.Game both publish their verification methods, and provably fair slots and table games elsewhere follow the same three-input logic. Stake’s version stands out for a fourth input called the cursor, a published list of covered games and a separate model for Crash and Slide.

How Stake’s Verification System Works

For every verifiable bet, the Stake provably fair system feeds its server seed, your client seed, the nonce and the cursor into HMAC_SHA256, a keyed version of the SHA-256 hash function in which the server seed acts as the key. The output is 32 bytes. Stake reads them four at a time and turns each group into a decimal between 0 and 1, which gives far more precision than single bytes would.

Each decimal is then multiplied by the number of outcomes still possible in the game. A Dice roll draws from 10,001 values between 00.00 and 100.00, a Roulette spin from the 37 pockets of a European wheel, and a Plinko ball takes one left or right decision per row. Games whose outcomes cannot repeat, such as Mines, Keno and Video Poker, use a Fisher-Yates shuffle, so every tile or card drawn shrinks the pool for the next one.

Every step is deterministic: the same four inputs always return the same game result. That property is what turns a bet into something you can check after the event instead of taking on trust.

Server Seed, Client Seed and Nonce Explained

Each of the three named inputs has a distinct job, and the fourth only comes into play when a game needs many events from a single bet.

Stake recommends choosing your own client seed through the fairness modal rather than keeping the one your browser generated, so that your influence is part of every seed nonce sequence that follows. Changing it starts a fresh chain of outcomes.

The cursor explains why some games consume more data than others. Mines uses three increments per game, Plinko and Keno two, Video Poker seven, while Blackjack and Hilo take as many as the hand requires. Dice, Limbo, Wheel and Roulette never move past the default value of zero.

What the Official Stake Pages Say

Stake documents the system in its own Provably Fair section, split into an overview, the implementation, conversions from bytes to floats, game events and a calculation tool. The implementation page publishes the byte generator as code, and the game events page gives the formula each Original uses to turn a float into a card, a tile or a multiplier.

The same section names the Crypto Gambling Foundation, which lists Stake as a verified operator, and states that every Stake Original can also be checked on third-party sites that have open-sourced their method, with provablyfair.me given as an example. The official material is thinner on limits: the warning that not every game on the site is provably fair comes from Stake’s blog explanation, not from the Provably Fair section itself.

The official route to check a bet runs in six steps:

1. Before playing, note the hashed server seed shown in the fairness modal and set your own client seed if you want one.
2. Place your bets; the nonce counts them on that seed pair.
3. Rotate the seed pair, which reveals the old server seed and issues a new hashed one.
4. Open the bet from your bet history and use its provable fairness option, or enter the game, both seeds and the nonce in the Stake calculator.
5. Hash the revealed server seed and check that the output is identical to the hash noted before playing.
6. Compare the recalculated result with the one recorded in your history.

How Independent Verifiers Check Stake Results

An independent verifier runs the same published function away from Stake. You paste the revealed server seed, your client seed and the nonce, pick the game, and the tool rebuilds the outcome; if it matches your bet history, the bet passes provably fair verification. A Stake seed checker usually also hashes the revealed server seed with SHA-256, and that is the one test that needs no trust in anybody’s code, because any standard hashing tool returns the same fingerprint.

A Stake verifier built by a third party is only as reliable as its code, and several of these tools sit on sites that also promote casino offers. Coverage varies too: one supports five games, another covers most Originals. Getting the same answer from Stake’s calculator and from an outside tool is a stronger signal than either result on its own.

Which Stake Games Are Covered by the System

Stake Originals

The Stake calculator lists more than 30 games, from Baccarat, Bars and Crash to Tarot, Video Poker, Wheel and Zoo, including the in-house slots Scarab Spin, Tome of Life and Blue Samurai. All of them belong to the Stake Originals catalogue, and Stake states that every Original can be verified. Card games differ in one detail: Blackjack, Hilo and Baccarat draw from an unlimited number of decks, so every card keeps a one in 52 chance, whereas Video Poker deals from a single shuffled deck.

Crash, Slide and Zoo

These three games do not use your personal seed pair. Stake says they run on a salt hash model, in which rounds come from a hash chain committed in advance, and for Crash and Slide it points to the public BitcoinTalk seeding thread that set the chain up. A Crash point is therefore checked by walking that chain, not by entering your own client seed, and independent tools such as StakeCruncher verify it the same way.

Engine and Only on Stake Titles

Stake’s blog lists every game built on Stake Engine as provably fair, the Only on Stake range included, and the Engine fair page limits that to stateless slots and burst games. The method differs from the Originals: every possible result and its selection probability is generated and published in advance, and your seed combined with the server seed picks one of them. Once the server seed is revealed, the Engine page can replay a whole range of nonces, return the payout for each one or search for the rounds that hit the maximum win.

Games Outside the System

Slots from outside providers, live dealer tables and RNG table games are not covered. Stake’s own explanation says titles from other software providers use their own technology and RNG, and that a slot does not become provably fair just because it is listed on Stake. For those games, fairness rests on the provider’s testing and certification, which a player cannot recompute bet by bet.

Where the Limits and Criticisms Lie

Provably fair answers one question well and leaves several others open:

• It proves that a result came from committed inputs, not that the odds are attractive; the house edge built into each game is unchanged.
• Bets on the active seed pair cannot be checked until you rotate it, because the server seed stays hidden until then.
• It does not remove variance, so a long losing run is compatible with a sequence that verifies perfectly.
• Third-party verifiers differ in quality and in the games they support.

Is Stake Rigged? What a Verified Bet Can Answer

Searches on that question lead mostly to forum threads and videos. Some critics go further: a Medium post argues that provably fair shows how a result was produced rather than whether it was chosen against the player, and forum users point out that the casino can compute upcoming results once both seeds are set. Stake’s published function answers part of this. Its four inputs are the two seeds, the nonce and the cursor, and the bet amount is not among them, so a bet that verifies was not shaped by how much you staked. Knowing a result in advance is also different from being able to change it, since any change would break the hash you already hold.

What verification cannot settle is whether a provider slot behaves as its studio says, or whether a streamer’s results are typical; those depend on external testing, sample size and each game’s maths. Nor does it say anything about licensing or how accounts and withdrawals are protected, which form the other half of whether Stake is safe and legit. If losing runs start to drive your sessions, responsible gambling tools such as deposit limits and self-exclusion will do more for you than any hash check.

Provably Fair vs RNG: What Is Different

Both approaches produce unpredictable results; the difference lies in who can check them. With a standard RNG, you see the outcome and rely on the operator’s systems and their external testing. With provably fair, each bet leaves a trail of seeds, hash and nonce that you can rerun. Stake does not treat the two as rivals: it says its Originals combine certified random number generation with provable fairness, while its non-dealer table games rely on RNG alone.

In practice the rule is simple. On an Original or an Engine title, you can verify result data yourself with the seeds in your history; on everything else, you judge the provider and its certification instead.

Stake Provably Fair FAQs