Skip to content
Clash Watchdoglab count
Menu

Seed Rotation: What a Provably Fair Hash Check Cannot See

Topic
Fairness & verification
Published
Updated
Length
4 min read
On this page

A provably fair check proves that a revealed seed matches the hash shown before play, so a round was not changed afterwards. It cannot see when seeds are switched, or why. If a game could choose the moment to rotate seeds based on incoming bets, every round would still pass the check. That gap is worth understanding.

What does a hash check prove?

In a provably fair game, the provider commits to a secret server seed by publishing its hash before play. After the seed is revealed, anyone can hash it and compare. A match proves the seed existed before the bets and was not changed afterwards. Our hash commitment check performs that comparison in your browser.

That guarantee is real, and narrow. A hash check answers one question about one seed. It is silent on others:

  • When was this seed put into use, and when was it retired?
  • Why did the game move to a new seed at that moment?
  • Do results look the same early and late in a seed's life?

What is seed rotation?

A server seed is not used forever. At some point the game retires it, reveals it so past rounds can be checked, and starts using a new one whose hash was already published. That switch is a rotation. Rotations can be triggered by a player (for example, by changing their client seed), by a schedule, or by the system.

Rotation is normal and healthy: revealing old seeds is what makes past rounds checkable.

What is the theoretical attack?

The concern is not that a seed is changed after commitment. It is that the timing of a switch could be chosen.

In outline: suppose a system held several committed seeds in reserve and could compute, in advance, which one gives low early results. If it could switch to that seed just as a large bet arrived, the large bet would land on a low round. The new seed's hash was published beforehand, so every round still verifies. No hash check would ever fail.

Two things limit this in practice:

  • Many shared-round games fix the whole sequence in advance. They derive every round from one long chain of hashes and publish the end of the chain before play. With the order fixed, there is nothing to switch.
  • Player-supplied client seeds mix an input the server does not control into each result, which makes pre-computing outcomes much harder.

The attack is therefore most relevant to designs where seeds rotate per player or per session and the client seed is set by the system rather than the player.

What would it take to test for it?

A rotation question is a statistical one, about many rotations rather than one round. The data needed includes:

QuestionData needed
Do rotations cluster right after large bets?Rotation times and bet sizes, matched
Are results just after a rotation lower than usual?Round results with rotation boundaries marked
Are rotations spread evenly over time?A long record of rotation times
Are system-triggered rotations different from player-triggered ones?The trigger of each rotation

Most of this is not visible from public demos or result streams. Bet sizes in particular belong to the site that runs the game. That is why the Clash Watchdog lab does not publish rotation findings today: its published figures are counts of rounds, with sample sizes and intervals, and this question needs data it does not have. We describe it here so the limit of a hash check is clear.

What can a player do?

A few habits narrow the gap where the game allows them:

  • Set your own client seed if the game lets you. An input you choose cannot be pre-computed by the server.
  • Check a few revealed seeds against their hashes. It costs a minute and confirms the commitment was honoured. How to Verify a Provably Fair Hash Yourself walks through it.
  • Do not read meaning into a run of low rounds after a seed change. Low runs are common in every crash game. The streak illusion explains why, and the patterns and hot hours check covers the related belief that some moments pay better.

Why does this matter beyond rotation?

Because it shows the general rule: a hash check is a floor, not a full guarantee. It proves a committed result was not changed. It does not prove the game returns what its provider states, and it does not prove every design choice around the commitment is neutral.

The return is a separate question, answered by counting many rounds and comparing the measured figure, with its interval, against the claim. That is the lab's core work for every game it covers, including provably fair ones such as Aviator and certified-RNG games such as Spaceman that cannot be checked round by round at all. For the open question of whether a game is rigged, see the is it rigged? check.

None of this makes any round predictable. A revealed seed explains a round after it is over. History describes behaviour. It does not predict the next round.

Was this page useful?

Anonymous: no account and no cookie.

Questions

Is checking rotation the same as checking a hash?
No. A hash check tests one round: does the revealed seed match the commitment? A rotation question tests the system: are seeds changed at moments that line up with players' bets? A game could pass every hash check and still raise the second question, because the hash check never looks at timing.
Has any crash game been shown to manipulate seed rotations?
We know of no published, verified case. That is not proof the attack never happens; it is also not evidence that it does. It is a known gap in what a hash check covers, and the honest description is that it is an open question for games where rotation timing can be observed.
Does Clash Watchdog test for rotation manipulation?
Not as part of its published measurements today. Testing it needs rotation times matched to betting activity across many rounds, which public demos and result streams do not usually expose. The lab's published figures are counts of rounds: return, distribution and intervals. This article describes the question so readers know what a hash check leaves open.
Do shared-round games avoid this problem?
Partly. Many shared-round crash games derive every round from one long chain of hashes fixed in advance, and publish the end of the chain before play. If the whole chain is fixed beforehand, there is no seed to switch at a convenient moment. Games that rotate a seed per player or per session leave more room for the question.

All articles