Daily draw
DrawnWindow 6 Sep 2026, 00:00 UTC to 7 Sep 2026, 00:00 UTC.
Verified
- The revealed seed hashes to the commitment that was published when the window opened.
- Recomputing every placement from that seed reproduces the published result exactly.
This check runs on the server using the same method the draw itself used. Do not take our word for it: the instructions below let you recompute it yourself.
The commitment
- Published at window open
8bc664c671d0b626ef4373e469cd750ac4b515717296aa9d24b31bea2597e467- Server seed
-
7ee5cc19c9f03d8a25c7ebef31f8c887dbe10c0d3583085ced851ebf9f6fdb28 - Pool id
- 50
- Total tickets at draw
- 0
- Prize pool
- 0 credits
Result
| Placement | Winner | Tickets held | Drawn from | Winning index | Prize |
|---|
One ticket is removed per placement, not the whole holding, so somebody holding many tickets can legitimately take more than one place.
Recompute it yourself
Three steps. You need nothing but a shell and Python, and none of it depends on us.
1. Check the seed matches the commitment
The hash below was published before any ticket in this window existed.
echo -n "7ee5cc19c9f03d8a25c7ebef31f8c887dbe10c0d3583085ced851ebf9f6fdb28" | shasum -a 256
That must print 8bc664c671d0b626ef4373e469cd750ac4b515717296aa9d24b31bea2597e467
2. Derive each winning index
Placement n is
HMAC_SHA256(key = seed, message = "daily|50|n"),
read as a big endian integer and reduced modulo the tickets still in the pool.
import hmac, hashlib
seed = "7ee5cc19c9f03d8a25c7ebef31f8c887dbe10c0d3583085ced851ebf9f6fdb28"
for n, remaining in []:
msg = f"daily|50|{n}"
digest = hmac.new(seed.encode(), msg.encode(), hashlib.sha256).hexdigest()
print(n, int(digest, 16) % remaining)
That must print the winning index column above: .
3. Walk the ticket snapshot
Tickets are laid end to end in ascending user id order. The winner of a placement is whoever owns the ticket at that index. Then one ticket is removed from that holder and the next placement is drawn from what is left.
| From | To | User id | Tickets |
|---|
The snapshot is stored at draw time and never edited. If we had changed a single ticket afterwards, the recomputation in step 2 would still produce the same indices but they would point at different holders, and the result above would no longer match.