Provably fair: verifying a round yourself
Checked on 14 October 2026 • Reading time: 2 minutes
Provably fair is one of the few promises in this industry you can check yourself — and one of the most often misexplained. It does not prove a game is favourable. It proves the result was not changed afterwards.
How the scheme is built
Before the round the operator generates a server seed and publishes only its hash — a checksum from which the seed cannot be recovered. The player supplies a client seed. The result comes from combining the two. After the round the server seed is revealed, and you check two things: that its hash matches the one published beforehand, and that the combination yields exactly the result shown.
The check in four steps
First, note the published hash before you play — afterwards it is worthless. Second, after the round copy the server seed, client seed and nonce. Third, compute the hash of the revealed seed yourself with any SHA-256 tool. Fourth, follow the operator’s result formula; if it is not documented, the promise is worthless.
What it explicitly does not prove
That the house edge is small, that withdrawals happen, that the operator holds a licence. A game can be fully verifiable and expensive at the same time — the rate is a separate number, see RTP above 97%. The same holds for crash games, where the distribution of crash points is added: crash games.
For this brand name
No verification tool could be opened, because no working operator could be found behind "Filth Casino" (as of 14 October 2026). The "real examples" shown here before have been removed. What a model can do for the arithmetic is in AI and gambling; the tax side of withdrawals in tax on gambling winnings; the rules at live tables in live tables. On the technology: cryptographic hash function.
Frequently asked questions
What does provably fair prove?
That the result was fixed before the round and not altered afterwards. It says nothing about the house edge or about payouts.
What do you need for the check?
The hash published before the round, then the server seed, client seed and nonce — and any SHA-256 tool.
How do you spot an empty promise?
If the result formula is undocumented, or the hash appears only after the round, nothing can be verified.
