Server Seed, Client Seed and Nonce Explained
Plain-English definitions of server seed, client seed and nonce in provably fair systems: what each does, how they combine to produce results, and why all three are necessary.
On this pageShowHide
Quick answer
Three terms appear in every provably fair discussion — server seed, client seed and nonce. Each solves a specific problem in the trust model. This guide defines all three, shows how they combine, and explains why removing any one breaks the system.
The three roles
Step 1
Server seed
Platform randomness — committed via hash
Step 2
Client seed
Your randomness — prevents pre-computation
Step 3
Nonce
Bet counter — unique result per wager
Server seed
What it is: A random string generated by Duel.com's system when a new seed pair is created.
What you see before betting: The SHA-256 hash of the server seed — not the seed itself.
Why it is hidden: If you knew the server seed in advance, you could compute every future result on that pair. Hiding it while showing the hash lets the platform commit without giving you a lookahead advantage.
When it is revealed: On seed rotation. After revelation, hash it yourself and confirm it matches the pre-committed hash.
| Property | Detail |
|---|---|
| Generated by | Platform |
| Visible before rotation | Hash only |
| Visible after rotation | Full seed |
| Purpose | Platform-side randomness with tamper evidence |
Client seed
What it is: A random string representing your contribution to the outcome.
Who sets it: You can provide a custom value, or accept the default assigned by the platform.
Why it matters: Without a client seed, the platform could generate server seeds that produce unfavourable results and you would have no input to detect or prevent it. Your client seed makes the outcome depend on both parties.
| Property | Detail |
|---|---|
| Generated by | You (or platform default) |
| Visible at all times | Yes — shown in bet history |
| Changeable | Yes — on seed rotation |
| Purpose | Player-side randomness input |
Nonce
What it is: A counter that starts at 0 and increments by 1 with each bet on the current seed pair.
Why it is needed: Without a nonce, the same server seed + client seed would produce the same result on every bet. The nonce ensures bet 1, bet 2 and bet 500 all generate different outcomes.
| Bet number | Nonce value |
|---|---|
| First bet on pair | 0 |
| Second bet | 1 |
| 50th bet | 49 |
| After seed rotation | Resets to 0 |
How they combine
The general process (simplified):
combined = HMAC-SHA256(server_seed, client_seed + ":" + nonce)
result = game_algorithm(combined)
Each game type — dice, crash, mines — maps the hash output to its specific outcome format. The inputs are always the same three values.
Platform generates server seed
Hashes it and displays the hash to you. The actual seed is hidden.
You set or accept a client seed
Your input is locked in for this seed pair.
You place a bet
The system uses server seed + client seed + current nonce to compute the result. Nonce increments.
You rotate seeds
Server seed is revealed. Hash it to confirm the commitment. New pair begins with nonce at 0.
Full verification walkthrough: how to verify a bet.
What happens when each value changes
| Feature | Change | Effect |
|---|---|---|
| Server seed rotates | Entirely new result sequence; old bets verifiable | |
| Client seed changes | Different results from same server seed | |
| Nonce increments | Next bet gets a different result | |
| Any value altered retroactively | Verification fails — tampering detected |
Practical tips
- Set a custom client seed on your first rotation — use a long random string
- Always verify the server seed hash after rotation
- Note the nonce when verifying a specific bet — off-by-one errors are common
- Do not treat nonce patterns as predictive — each value is independently determined
- Rotate seeds when you want to audit a block of bets, not to chase luck
Summary
The server seed is the platform's committed randomness. The client seed is your input. The nonce ensures each bet is unique. Together they produce verifiable, tamper-evident results on every provably fair wager. Understand all three before verifying your first bet — and remember they prove fairness, not profitability.
Frequently asked questions
What is a server seed?
A random string generated by the casino's system. Before you bet, the platform shows you a cryptographic hash of this seed — a commitment that locks it in place. The actual seed is revealed only after you rotate seeds, allowing you to verify that past results were generated from it.
What is a client seed?
A random string that represents your input into the result generation. You can set your own or accept a default assigned by the platform. It ensures the casino cannot pre-compute results tailored to your betting patterns, because your input is part of the calculation.
What is a nonce?
A counter starting at zero that increments by one with each bet placed on the current seed pair. It ensures every bet produces a different result even when the server and client seeds remain the same. Bet 1 uses nonce 0, bet 2 uses nonce 1, and so on.
Why are all three needed?
The server seed alone would let the platform pre-compute all future results. The client seed alone would not prevent the platform from choosing a server seed that produces bad outcomes. The nonce alone would repeat the same result every bet. Together they create unique, tamper-evident outcomes.
Duel.help Games Desk
Casino games, sportsbook & provably fair
The games desk documents game rules, house edge, RTP concepts, provably fair verification and sportsbook mechanics in plain English.
- Published
- Last reviewed
Independent and unaffiliated with Duel.com. Read our editorial policy to see how these guides are researched and reviewed.
Was this page helpful?
Feedback stays on your device and helps you track what you have already read.
Parent category
Provably Fair · 4 articles
Seeds, hashes and step-by-step verification of individual bet results.
Related articles
Next steps and adjacent topics chosen from the same part of the help center.
Provably Fair Explained: How Duel.com Verifies Game Results
What provably fair means on Duel.com: server seeds, client seeds, hashing, why it prevents tampering, what it does not guarantee, and how it differs from third-party RNG.
How to Verify a Bet on Duel.com (Step by Step)
A step-by-step walkthrough for verifying any provably fair bet on Duel.com: finding seeds and nonce, using the built-in verifier, checking the server seed hash, and troubleshooting mismatches.
How to Rotate Your Seed on Duel.com
When and how to rotate server and client seeds on Duel.com: revealing the server seed, verifying the hash commitment, setting a new client seed, and why rotation matters for trust.
Duel.com Glossary: Crypto Casino Terms Explained
Plain-English definitions of the terms you will meet on Duel.com: rakeback, RTP, house edge, provably fair, nonce, KYC, wagering requirement, vig and more.
Dice on Duel.com: Rules, Payouts and House Edge
How Duel Dice works: setting win chance, reading the payout multiplier, the exact maths of the house edge, how Duel's Zero Edge makes dice 100% RTP within the daily allowance, provably fair verification, and why dice is the best game for learning casino maths.
Is Duel.com Legit? How to Assess a Crypto Casino
Is Duel.com legit? Who owns it (Immortal Snail LLC, founder Ossi Ketola), its Anjouan licence, launch date, reputation signals, provably fair games, no-KYC trade-offs, and a balanced verdict.