Enter a list of names and watch marbles race down the board to pick a random winner. A playful alternative to a spinning wheel for giveaways, draws and settling who goes first.
Every race is rolled fresh: running the same list again has nothing to do with the last result. The track and its obstacles shape how the marbles travel, but no marble is favoured before the start.
A draw's purpose is not just a fair outcome — it is everyone accepting the outcome as fair.
A number appearing from nowhere leaves room for "did you rig that?". So this tool shows a ball physically rolling and settling.
Watching the process makes the result easy to accept, which is the same reason televised draws linger on the machinery.
The physics runs on seeded random numbers — the outcome is not decided first with an animation played over it. The simulation's result is the draw.
Deciding order: presentation order, chores, turn order.
Picking a winner, whether that is an event prize or who pays for dinner.
Breaking a deadlock about where to eat, when everyone says they don't mind. Randomness ends the discussion.
Splitting into groups works here too, though /teams is better once you are past a handful of people.
Every finished race hands you a link carrying its seed, so anyone who was not in the room can open it and watch the same race play out from the start.
Random sequences cluster. The same person coming up twice in a row is normal.
Flip a coin twenty times and a run of four is more likely than not — yet people read runs as rigging.
Evenly spread sequences feel more random than genuinely random ones. It is why music apps add "don't repeat the same artist" logic to shuffle.
If repeats are a problem, remove each pick and draw again. That is sampling without replacement, and it is the right model for assigning an order.
Agree the rules first — how many picks, whether redraws are allowed, whether you are drawing first place or last. Before spinning, not after.
Spin once. "Let's do that again, I didn't like it" destroys the point of randomising.
Spin in front of everyone. Announcing a result generates no trust.
Have people check the entries — a missing or duplicated name causes arguments later.
This uses mulberry32, a seeded pseudorandom generator. The same seed produces the same sequence.
"Pseudorandom" means computed rather than predictable — without the seed you cannot anticipate the result.
It is not cryptographically secure. Fine for drawing lots, wrong for passwords or keys — that is crypto.getRandomValues, which /password uses.
Everything runs in the browser and participant names are not transmitted.
Do not use a web tool for draws involving money — prize promotions, housing allocations. Those carry legal requirements and need to be auditable.
Official draws typically require a notary present or verifiable randomness with a published seed and algorithm.
This is built for social use and small decisions. It is good for that and does not claim more.
Yes. Every race runs a fresh physics simulation, so there's no predetermined winner — each run plays out differently.
Anything you'd normally use a spinning wheel or raffle for — deciding who goes first, picking a prize winner, or settling a group decision with a bit of fun.
There's no fixed limit — add as many participants as you like. More marbles just means a longer, more chaotic race.
What this tool bases its numbers on, and how far those numbers go.
A 32-bit seed is drawn at the start and drives a seeded generator, so the whole race — marble placement, every collision, the finishing order — is reproducible from that seed alone. Starting slots are shuffled before the race so that no name is tied to a particular position.The same seed with the same names and the same course always produces the same finishing order, which is how a shared replay shows the identical result on another device.