Provably Fair Verifier - Dice, Draws & Chain-Anchored Rolls

Recompute what the operator claims: seed-based dice rolls for the common schemes, plus the chain-anchored provable mode of MoneroDice.pro and Anon Raffle draws - all locally, with the commitment checked where one exists. This page is not even counted in our anonymous stats.

Which scheme does my casino use?

HMAC-SHA256 (Stake, Primedice, Shuffle-style): roll = first 4 bytes of HMAC(serverSeed, clientSeed:nonce:0) as a float, scaled to 10,001 steps of 0.01 (0.00-100.00). SHA256-concat: the classic crypto-dice scheme - SHA256 over the concatenated seeds + nonce, first 32 bits as a float, scaled to the outcome range (10,001 steps = the standard 0.00-100.00 dice roll; 1,000,000 = integer rolls). Both are scaling schemes - a site that documents a modulo over more bits is a different formula. If the numbers do not reproduce, you may simply have the wrong scheme, the wrong nonce range or a seed that was rotated mid-session.

The XMR-native adapters

MoneroDice.pro provable mode (heights from 3,551,700) anchors every roll to the chain: SHA-256 over the betting transaction ID + the confirming block's PoW hash + the next block's ordinary hash, read as a base-6 number whose last six digits (each +1) are the dice. No seeds are involved at all. We reproduced two published bets exactly when implementing this (dice 541526 / sum 23 at height 3,757,474; dice 514356 / sum 24 at height 3,757,420). Paste the three hex strings from the bet's page or your own node; cross-check the hashes against an explorer before trusting them - this tool does not fetch the chain.

Anon Raffle computes the winning square of a completed draw from the ordinary block hash at the draw height (last 8 hex chars as a decimal, modulo the square count, zero-based) - exactly the rule their published verifier implements. Reproduced against published draws (pocket-change-19: block 3,752,693, 100 squares, square 96).

What a match proves - and what it does not

It proves: the displayed outcomes follow mathematically from the inputs you pasted, and - with the commitment check - that the server seed was fixed before your session. It does not prove that the operator pays withdrawals, that every game uses the same formula, that chain-anchored inputs were honest (verify the hashes yourself), or that the site is solvent. Fairness of one game is one brick, not the house. Read the full walkthrough in the provably fair guide →