Capture what existed before play.
Record the commitment shown before the player action. The review should make clear which value was fixed and when it became visible.
Provably fair should describe a repeatable review, not a badge. An evaluator needs the pre-play commitment, the inputs used by the round, the revealed value and a documented calculation that produces the same result.
The exact fields depend on the game format, but the reviewer’s sequence should stay understandable and auditable.
Record the commitment shown before the player action. The review should make clear which value was fixed and when it became visible.
Keep the player-controlled input, nonce or round counter, selected game parameters and the identifier that connects the evidence to the round.
After reveal, confirm that the disclosed value matches the pre-play commitment before using it to calculate an outcome.
Use the disclosed inputs and algorithm to reproduce the raw result, then follow the game-specific mapping into the visible outcome.
Check that the recomputed result, displayed result and wallet settlement refer to the same round and configuration.
Define how long round evidence remains available, how access works and what happens when a record cannot be reconstructed.
A technically correct calculation can still fail an operational review if the evidence cannot be tied to a player-visible round or explained by support staff. Use a sandbox example, save its inputs and ask someone outside the implementation team to reproduce it from the documentation alone.
For each selected game family, document whether the result mapping introduces additional steps such as a multiplier curve, board path, reel evaluation or timed state. These format-specific rules belong beside the common commitment flow; they should not be hidden behind a generic fairness statement.
Fairness review is one gate in the broader game acceptance process. It does not replace wallet, retry, limit or operational testing.