SOLASPINSView Top Casinos
SOLASPINS GUIDE

Check the hash
not the promise.

This guide walks through verifying a provably fair round against a scheme a studio actually publishes, then states precisely what a passing check proves. It is a narrower guarantee than the phrase suggests, and knowing the boundary is the useful part.

See the comparison

Written by Nadia Kerr

Published · Claims last verified against their sources on

No ratings, no scores, no fixed bonus figures.

How we check this
01

The problem it solves
and only that one.

The question provable fairness answers is narrow: did the operator decide the outcome before your bet, and leave it unchanged afterwards? Without a commitment scheme you cannot tell, because a result generated after your stake is visible could in principle depend on it.

The mechanism is a cryptographic commitment. The operator computes the outcome, hashes it, and gives you the hash before you bet. A hash is one-way — you cannot read the outcome out of it — but it is also binding, because no other input produces that same hash.

So the operator has published something it cannot change without you noticing, while telling you nothing you could act on. When the round ends it reveals the input, and you check that it hashes to the value you were given.

02

How one studio
actually implements it.

BGaming publishes its scheme on its own site, so it can be described concretely rather than in the abstract. Before the round, the studio states, it calculates the outcome — which it calls the Result — and generates a random string called the Secret for that round. It hashes Result plus Secret with SHA-256 and passes that hash to the player.

Before betting, the player may supply a Client Seed: either a number the system picks at random or one they choose themselves. This is the part that matters most, because a seed you chose is one the operator could not have known when it committed.

During the round, the studio says, the Client Seed is applied to the Result — by a method that differs per game type, documented per type on the same page. Once the round completes, the player is given the Result plus Secret and the Final Result.

The whole design, in BGaming's own summary, is that the outcome of each round is calculated before the bet is placed, and everything afterwards exists so the player can satisfy themselves the game was unaffected by their bet.

03

Running the check
yourself.

Four steps, done after a round rather than during one. The studio's own page carries a worked example alongside a hash generator, which is the fastest way to confirm you are doing it correctly.

01Set your own client seed before you betTake the option to enter your own rather than accepting the system's. A commitment verified against a seed the operator also supplied is a weaker check, because both inputs came from the same party.
02Record the hash you were given before the roundThis is the commitment and it is the only thing you hold before the outcome exists. A scheme that shows you the hash only afterwards is not a commitment scheme at all, and that is the first thing to look for.
03After the round, hash the revealed valueTake the revealed Result plus Secret string and run it through any SHA-256 generator — not one the operator supplies. Compare the output to the hash you recorded. They match, or the operator has a serious problem to explain.
04Re-derive the outcome from the seedApply your client seed to the revealed result by the method the studio documents for that game type. You should arrive at the final result you were paid on. This is the step that ties the commitment to the round you actually played.
What a passing check does not prove.

It does not prove the game is fair in any everyday sense. It does not prove the house edge is small, or that the paytable is generous, or that the odds are anything in particular — the edge is designed in before the commitment is made and verification never touches it. It does not prove the operator is solvent or will pay you. And it does not prove the number was drawn from a distribution you would consider reasonable: a committed outcome from a badly weighted generator verifies exactly as cleanly as a good one.

04

What it does prove
and why that is worth having.

One thing, and it is a real thing: the result was fixed before you bet and was not altered afterwards. That closes off the specific abuse of an operator watching your stake and choosing an outcome to suit it.

The client seed is what makes that guarantee load-bearing rather than decorative. If both inputs came from the operator, it could in principle have selected a pair producing an outcome it preferred. A seed you supplied after the commitment cannot have been anticipated.

So verification is a narrow, genuine assurance about tampering, sitting inside a game that is still built to lose you money over time. Both halves of that sentence are true simultaneously, and the marketing around provable fairness usually contains only the first.

05

What verification covers
and what it leaves untouched.

Structural throughout: every row follows from what a hash commitment is and what it is not. The scheme this guide works through is BGaming's own published one, linked in the sources below.

What verification covers
QuestionDoes a passing check answer it?What actually decides it
Was the result chosen after I bet?Yes. That is the whole proof.The commitment hash published before the round, recomputed from the revealed seeds.
Was my own input part of the outcome?Yes, if you set your client seed yourself.A client seed supplied after the commitment cannot have been anticipated by the operator.
Is the game generous?No.The published return-to-player figure and the paytable, both fixed before any commitment is made.
Was the generator well weighted?No.A committed outcome from a badly weighted generator verifies exactly as cleanly as a good one.
Will the operator actually pay me?No.The operator's solvency, its terms, and its licence — none of which the round's cryptography touches.
Is the game I was shown the game that ran?No.Nothing in the scheme binds the animation in your browser to the numbers being committed.
06

Titles worth
knowing.

Titles on this site whose studio documents a seed-verifiable result. The RTP against each is the studio's own published figure — and it is the number that decides the long-run cost, which no amount of seed verification changes.

07

Questions
worth asking.

What is a provably fair game?

A game that commits to its result before you bet, by publishing a cryptographic hash of it, then reveals the inputs afterwards so you can recompute the hash yourself. If the recomputed hash matches the one published first, the result cannot have been changed after you placed the bet.

How do you verify a provably fair result?

Take the server seed the game reveals after the round, combine it with your client seed and the nonce exactly as the studio's published scheme specifies, and hash the result. Compare that hash with the commitment shown before you bet. A match proves the outcome was fixed in advance.

Is provably fair trustworthy?

For what it proves, yes: a passing check means the result was committed before your bet. It proves nothing about the house edge, whether the operator will pay you, whether the game you were shown is the one that ran, or whether your account is treated the same as anyone else's.

Does provably fair mean the game is fair?

It means the result was committed before your bet and not changed after it. The house edge is designed in beforehand and verification does not touch it. A verified game is still a negative-expectation game.

Why should I set my own client seed?

Because a commitment checked only against the operator's own inputs is a weaker guarantee. A seed you supplied after the hash was issued is one the operator could not have anticipated when it committed.

What if the hash does not match?

Re-check that you hashed the exact revealed string, including any separator, using a generator the operator did not provide. If it still does not match, that is a serious finding and worth reporting to the operator and its regulator.

Can I verify a normal slot this way?

Only if the studio publishes a scheme for it. Most slots rely on a certified random number generator audited by a testing house instead, which is a different assurance model — an external audit rather than a per-round check you run.

Research boundary.

This page is built from the sources below and from what the operators themselves publish. It is not a promise of current terms: offers, limits, verification rules and regional availability change without notice, and the operator's live cashier is the only current authority on all four. Where we could not read a primary source, the page says so rather than filling the gap.

KEEP READINGHow to deposit SOL A wagering requirement Solaspins guides