SSL Secured·✦ Provably Fair·Free Dice result verifier — 100% client-side·18+ Gamble Responsibly
Replay Any Roll · Nothing Leaves Your Device

DICE PROVABLY FAIR VERIFIER

One float, one roll: crypto Dice maps four HMAC bytes onto the 0.00–100.00 scale, which makes it the easiest game of all to audit. Enter a revealed seed pair and a nonce and watch this page land on the identical roll.

Enter Your Game Details

Every mode first checks the commitment: SHA-256(server seed) must equal the hashed seed you were shown before betting. Stake and Shuffle seed games use HMAC-SHA256(server seed, "clientSeed:nonce:cursor") per their published docs; BC.Game modes are ported from its open-source verifier; Stake and BC.Game crash use the game hash and salt. For Roobet and other casinos we could not find a byte-level spec, so only the commitment is checked. Sources are listed in the supported list.

Hash
Click to copy
Game Result

Calculation Steps

If you only ever audit one casino game, make it Dice. There is no board, no path, no animation — just a slider, a target, and a two-decimal number between 0.00 and 100.00. That minimalism means the whole fairness argument fits in two lines of arithmetic, and a mismatch has nowhere to hide.

Not sure which to choose? See what we recommend for each type of player.

HOW DICE RESULTS ARE CALCULATED

First the tool checks that SHA-256(revealed server seed) equals the hashed seed you were shown before betting. Then Dice consumes a single random float and scales it to the 0.00–100.00 range (Stake and Shuffle, per their published game-events pages):

  1. Compute HMAC-SHA256(serverSeed, "clientSeed:nonce:0") and take the first 4 bytes as a float in [0,1).
  2. Apply roll = floor(float × 10001) / 100 → a value from 0.00 to 100.00.

BC.Game Classic Dice uses HMAC-SHA256(serverSeed, "clientSeed:nonce") with no cursor, then floor(float × 100.01 × 100) / 100 on the float rounded to 9 places (its open-source verifier, github.com/bcgame-project/verify). Roobet and other casinos are not reproduced: we could not read a byte-level spec, so the tool checks only the seed commitment for them.

Reference check from Shuffle’s own help article (help.shuffle.com 9286069, read 22 Oct 2026): server seed def, client seed abc, nonce 1 gives the float 0.43053963 and a roll of 43.05. Pick Shuffle or Stake above, enter those values, and the tool lands on the same roll.

TARGETS, WIN CHANCE AND PAYOUT

The roll itself is only half of Dice; the other half is the target you set before it. Betting under 25.00 wins on roughly 25% of rolls; over 75.00 likewise. The payout adjusts continuously as multiplier = 99 / win chance (%), so under-25 pays about 3.96x and a coin-flip-ish under-49.50 pays 2.00x. That 99 in the numerator (rather than 100) is the entire house edge — 1%, applied identically at every target. Verification only concerns the roll: the target, chance and payout are all visible on your bet slip, so once the roll reproduces, the settlement is a matter of reading the slider.

WHY VERIFY DICE?

Dice invites streak-hunting: after six losses in a row at 50% it is natural to suspect the roll generator is leaning on you. Auditing a losing run is the antidote — recompute each roll from the seed pair the casino committed to before the session and confirm every number was already locked in. What the check proves is narrow but decisive: the sequence you experienced was fixed before your first click, so no per-bet manipulation occurred. What it cannot do is make 99/chance into 100/chance — the edge calculator shows what that 1% costs over volume, and the provably-fair guide explains why the commitment itself is trustworthy.

Related Resources

Play Dice: Stake Dice

Strategy: Dice Strategy Guide — including what the best dice strategy actually is (and why none beat the edge)

Casinos where every roll is checkable: ranked provably-fair operators

DICE VERIFIER FAQ

Stake and Shuffle Dice produce a number from 0.00 to 100.00 with two decimal places. You set a target and bet over or under it; your win chance and payout adjust to keep a 1% house edge.
No. Like every provably-fair game, the result depends on the server seed that is only revealed after you rotate it. Nothing can predict the next roll; any tool claiming to is a scam.
Check that you used the revealed (unhashed) server seed, the exact client seed (case-sensitive), and the correct nonce for that specific bet. A single character difference changes the entire hash.
Yes — because you choose the client seed, the casino cannot know the outcome in advance even though it picked the server seed first. That is the core of the provably-fair guarantee.