GAME GUIDE · DICE
How Dice Works: Thresholds, Win Chance and Fair Multipliers
Fate Dice now uses the production server runtime. Set a roll-over threshold and Transaction Core creates and settles the round with server RNG; a result above the threshold wins.
- RTP
- 99.00%
- House Edge
- 1.00%
- Win Chance
- 100 − threshold
- Runtime
- Server-authoritative
How to play
- Choose a roll-over threshold. At 50.5, win chance is 49.5%.
- The frontend submits wager, threshold, client seed and idempotency key. Transaction Core creates and settles the result.
- When result is above the threshold, gross payout multiplier is 0.99 ÷ win probability; otherwise payout is zero.
- Wallet, ledger, round, payout, net and balance values come from the server response.
Dice production math
Production Dice uses winChance = 100 − threshold and payout multiplier = 0.99 ÷ P(win). Ideal expected payout is therefore P(win)×0.99/P(win)=0.99, corresponding to 99% RTP and a 1% house edge.
| Threshold 50.5 | 49.50% | 2.0000× |
| Threshold 75 | 25.00% | 3.9600× |
| Threshold 90 | 10.00% | 9.9000× |
Fairness and settlement
Transaction Core creates and settles Dice rounds using server crypto / HMAC RNG, a 52-bit discrete sample, commitment / reveal, immutable casino rounds, GAME_BET / GAME_PAYOUT ledger mutations and serializable transactions. The frontend does not decide results or balances.
Frequently asked questions
Does Dice have a production RTP today?
Yes. Production Dice targets 99% RTP with a 1% house edge.
Why does a higher threshold create a larger multiplier?
Because hit probability falls. The production multiplier follows 0.99 ÷ P(win).
After several low rolls, is a high roll more likely?
No. Independent server rounds do not become due because of previous results.
Can a retry charge twice after a network failure?
An uncertain wager reuses its idempotency key so the server resolves the original round rather than intentionally creating a second wager.