Web3 · Gaming

How to Build a Provably-Fair Crypto Lottery

7 min readAbsolute Foundry

A provably-fair crypto lottery is a draw where the randomness, the rules and the payout are all verifiable on-chain — so a player can check the result was honest instead of taking the operator's word for it. That single property, verifiability, is the entire pitch. Everything our team designs flows from protecting it.

We've built provably-fair on-chain games, so the conversation starts where the trust does: the draw.

01 The randomness fight you have to win

The whole product hinges on one thing — randomness nobody can predict or influence — and this is where most "fair" lotteries quietly aren't.

The trade-off we weighedBlock hash vs. VRF. Using a block hash or timestamp as the random seed is cheap and easy — and exploitable, because miners/validators can influence or withhold blocks to nudge outcomes. A verifiable random function (VRF) returns a random number with a cryptographic proof the contract checks before accepting it. It costs more and adds an oracle dependency. We land on VRF without hesitation: if the randomness can be gamed, nothing else about the lottery matters.

02 Put the rules where everyone can see them

The next principle is that nothing important happens off-chain. Ticket sales, the prize pool, the odds, the draw and the payout all live in the contract, readable by anyone.

The pool and odds are on-chain state, not a number on a marketing page.
The draw and payout execute automatically — the winner is paid by code, not by an operator deciding to.
Fees and the house cut are explicit in the contract, not hidden in a back office.

The test we hold ourselves to: a stranger should be able to verify the last draw end-to-end without trusting us at all.

03 Trust, refunds and responsible play

Funds sit in the contract until the draw, with a defined refund path if a round can't complete — money should never get stuck. We surface the verification in the UI so players can check the VRF proof themselves, because a fairness claim nobody can see is just marketing. And because this is gambling-adjacent, we build in age-gating, limits and clear terms, keep the brand firewalled from anything it shouldn't touch, and gate launch on a contract audit.

Where we'd landA low-fee EVM chain with a reliable VRF, rules and payout fully on-chain, in-UI proof verification, a refund path, responsible-play controls, and an audit before real money flows.

Key takeaways

Use a VRF with on-chain proof — never block hashes — for the draw.
Put rules, pool and payout in the contract so the whole game is auditable.
Surface proof in the UI; add refunds, responsible-play controls and an audit.

FAQ

What makes it "provably fair"?

A player can independently verify the draw and payout followed the published rules, using on-chain data and the VRF proof — no trust in the operator required.

Which chain?

A low-fee EVM chain with a reliable VRF provider, so ticket prices aren't eaten by gas and randomness stays verifiable.

Is it legal to run?

Lotteries are heavily regulated and vary by jurisdiction — this is a build guide, not legal advice. Confirm licensing before going live.

We build provably-fair on-chain games — contracts, dApp and brand.

Build a fair game