You have finished a hand. The room says its games are provably fair. You want to check the deal. Does that mean you can verify this hand yourself, or does it mean someone tested the software? The promises differ. The label alone does not tell you which evidence you will receive.
A random number generator, or RNG, is software that supplies game randomness, and many poker sites use one on their servers with a way to audit it, which differs from giving you evidence to verify a completed hand.
Start with what you can actually check. Player verification concerns a particular round. A lab audit tests the system’s randomness and implementation more broadly. A room can offer either, both, or neither. Your next step is to find which promise the room makes.
Identify the promise before you sit
Read the fairness page for the object of the check. It may describe testing the software or checking your completed hand. An audit certificate can support the former without supplying the latter. Treating that certificate as proof about your particular deal does not work, because those checks answer different questions.
Lab certification means an outside testing organization examines the system’s randomness and implementation at scale, while player verification means you can check evidence for an individual round yourself, though neither automatically supplies the other. The two checks complement each other, and you should read a claim about either on its own terms.
Regulatory language needs the same care. The Malta Gaming Authority, the UK Gambling Commission, and US state commissions have frameworks built around RNG testing by licensed labs, but they have no specific standards or certifications for provably fair systems. A reference to that testing framework therefore does not establish a regulator’s approval of the room’s player-verification method. Look for the actual claim before deciding what the badge means to you.
The BetFury games catalog includes a dice game with a published verification scheme: it uses SHA256, the same hashing function Bitcoin uses. The server seed is a 64-character string, and its hash is visible before you place the bet. After betting, you can copy the revealed seed, hash it yourself, and compare it with that advance commitment. Separately, the operator runs under Curaçao Gaming Authority licence OGL/2024/1494/0942.
Check which game is covered
Next, find the game attached to the promise. A casino can put games with different fairness arrangements under the same name. The documented distinction is between house originals covered by player verification and third-party studio games covered by lab testing. You cannot carry a claim across that boundary just because you stay on the same site.
On any site, check which titles each fairness arrangement covers. House originals are typically covered by player verification. Third-party studio slots and live-dealer tables typically fall under lab-audited RNG arrangements instead. These are different verification methods, and the coverage of each should be stated for the game you intend to play.
That is a coverage check. It comes before checking a result. Find an explicit connection between the game you intend to play and the process described. A house-original dice explanation does not establish how a poker shuffle is verified. If the page stops at casino-wide language, you still lack an answer about your hand.
The cards must stay private
Dice presents a public result: a single number. Poker presents a shuffled deck whose cards cannot all become public while players still have decisions to make. A useful check must account for that privacy. Shuffle verification therefore happens after the hand, when revealing evidence will not expose cards still in play.
The academic model called mental poker addresses this through joint encryption, meaning participants protect the deck with secret keys, and each participant shuffles it using a secret ordering. The model uses commutative encryption, so the layers can be removed in any order and still yield the same deck. Keys for individual cards go only to the player entitled to see them.
That model explains the problem. It does not describe what every poker room provides. Many sites still use server-side randomness with auditability rather than the full mental poker process. Keep those claims separate when you read about encrypted cards or verified shuffles. You need the room’s actual method, including its timing, before you can judge what a completed-hand check will establish.
Compare what survives the result
The documented dice process gives you a concrete starting point. A hash is a digital fingerprint calculated from an input. The site commits to that input for later comparison by publishing its hash before play. In this example, the server seed (the site’s random input) is a 64-character string. Its hash appears in the Fairness pop-up before you place the bet.
Keep those checks distinct when comparing the evidence:
| Game or process | Evidence available before play | Check available after play | What the evidence here does not establish |
| Documented dice commitment | Hash displayed before betting. | Hash the revealed seed and compare. | That a matching hash alone recomputes the result. |
| Dice result calculation | Hashed site input; player supplies or changes an input. | Use the revealed input and round counter to recompute the result. | That the same process verifies a poker shuffle. |
| Documented poker shuffle | Exact player-visible evidence is unspecified. | Post-hand shuffle validation tools are published. | Every input supplied to you, deck reconstruction, folded cards, or an independently completed verification. |
The timing differs, too. Dice permits a check immediately after the result. Poker must preserve the live hand first. A promise of later verification still needs usable evidence and instructions.
Inspect the completed-hand tools
One poker room documents its shuffle in detail: it uses Fisher-Yates, a method for shuffling a list of cards. In September 2024 that room announced a transparency system in which each player’s encrypted input contributes to a factor used in shuffling. It describes detailed verification after the hand while protecting the hand in progress. It also publishes validation tools.
This specific player-input and tool-based approach gives you something more concrete to investigate than a fairness label alone, but a description of available tools is not an independently completed hand verification. The published account does not establish that independent check, and you should not treat the implementation as confirmed on that basis.
It also does not list every input a player receives. Post-hand verification does not mean you can rebuild the deck or inspect folded hole cards. Neither capability is established by this description. Do not turn the phrase “after the hand” into a promise of complete card disclosure.
Read your room’s tool instructions for the evidence they require and the check they perform. You need to know what a successful result means. A tool’s existence does not establish a universal package of downloadable hand data, so the room’s specific instructions must supply that missing practical detail.
Find the route before relying on the label
Before you rely on the claim, locate the room’s instructions for verifying a completed hand. Read them with your finished hand in mind. You should be able to identify what evidence the process needs, when it becomes available, and what the tool checks. If those details are absent, the fairness page has not given you a usable verification route.
Keep the scope of any answer intact. Instructions for a house-original result do not establish poker coverage, and a description of an encrypted shuffle does not establish access to hidden cards. A lab’s testing role remains separate from the player’s check. Regulatory frameworks centered on licensed-lab RNG testing do not bridge that gap.
Find the completed-hand verification instructions before you act on the label. If the room directs you only to an audit certificate, your question remains unanswered. An RNG audit does not give you individual-hand verification.
