Channel
verifying on-chain…
Channel
verifying on-chain…
v14 · Channel #2073
−$7.70
11 rounds · 22 steps · $9.30 wagered · lost
✓ Provably fair — the seed was committed on-chain before play, the exact step stream was signed by the player's key, and every roll, decision, and payout below is re-derived from public inputs and matches the on-chain settlement.
Verified in your browser
Re-deriving every check from chain reads in this browser — reconstructing the game trees, re-rolling the seed, recovering the signature…
Don't trust this site's RPC either? Paste any HyperEVM RPC URL and re-run — the verification then never touches this site. The algorithm is verifyChannel in @freeroll/sdk — run it yourself from a terminal for zero trust in this page.
Parameters chain
Proof of randomness
✓1.The seed was committed before you played
The commitment keccak256(serverSeed) was fixed on-chain in the open transaction at block 59456356, before any step was played. The seed revealed at close must hash back to that commitment — since keccak256 has no known way to find a second preimage, the house had exactly one seed it could ever reveal, chosen before it saw a single one of your bets.
Commitment (bound at open)
0x68bb7e936b513afec5037e7edb23dcf21fd11e70b03d6b4f94ff9fc9b195bd62
Server seed (revealed at close)
0x337e9e8d6d1bf66aec0ca906deb3fe96e13a049eef6c4c3c45dd39ea6f38001c
keccak256(serverSeed)
✓ matches the commitment
✓2.You signed the exact stream that settled
Each step, your session key signed DrawCommit(channelId, steps, root) — a running hash-chain over every round you entered, every decision you took, and every reveal you requested, signed before the outcome was shown. The close can only settle a stream and count carrying your signature: the house can't add, drop, or reorder a single step.
Signed message
DrawCommit(channelId=2073, steps=22, root=0xa516e4bd…734f39c4)
Recovered signer
0x503e1c63B511cb5C6f5B39238AB6E4ac56D62b87 ✓ = your session key
✓3.The stream hash-chain checks out
Re-folding the submitted stream — root_t = keccak256(root_(t−1), t, …) over each round's (stake, game), each decision's choice, and each reveal — must reproduce the root you signed, pinning the exact sequence to your signature.
Signed root
0xa516e4bd52d2036b52946771c22db0f6977ab9d67c24b8398c8e0982734f39c4
Recomputed from the submitted stream
✓ identical
✓4.Every roll re-derived from public inputs
Each roll is keccak256(serverSeed, clientSeed, channelId, t) mod 10000, walked through the on-chain game tree it was played against. Recomputed below — not read from anywhere.
Round 1 · played against game #11 (player-registered set) — sealed tree #11
fold t1 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 2 · played against game #11 (player-registered set) — sealed tree #11
fold t3 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 3 · played against game #11 (player-registered set) — sealed tree #11
fold t5 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 4 · played against game #4 (player-registered set) — sealed tree #4
fold t7 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 5 · played against game #4 (player-registered set) — sealed tree #4
fold t9 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 6 · played against game #4 (player-registered set) — sealed tree #4
fold t11 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 7 · played against game #4 (player-registered set) — sealed tree #4
fold t13 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 8 · played against game #4 (player-registered set) — sealed tree #4
fold t15 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 9 · played against game #5 (player-registered set) — sealed tree #5
fold t17 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 10 · played against game #5 (player-registered set) — sealed tree #5
fold t19 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
Round 11 · played against game #5 (player-registered set) — sealed tree #5
fold t21 · roll = keccak256(serverSeed ‖ clientSeed ‖ channelId ‖ t) mod 10000
✓ The recomputed net, wagered total, and step count match the on-chain settlement exactly.
✓5.Every round respected the committed caps
The channel committed hard walls before play: no stake above the budget of $10.00, and no single round whose worst-case win exceeds the committed per-round cap of $120.16 against its own game's maximum multiplier. Every round in the stream was re-checked against both — the same integer comparison the contract itself enforces. All rounds fit.
Games (on-chain catalog) chain
Each game is a value tree stored on-chain and validated by the contract when it was sealed — the edge under optimal play is enforced inside a fixed band, so no game referenced here can be unfair in either direction. The payouts above were walked from these exact trees, reconstructed from the chain's packed words.
What this page proves · what it assumes
Proven (recomputable by anyone)
Assumed (and why it's bounded)