BeanNestWHEEL

BeanNest Wheel guide

How an online random wheel chooses a winner

A wheel animation is presentation. The selection should already be fixed before the disc starts moving. BeanNest separates those two jobs so the animation cannot quietly change the winner.

Selection happens before movement

When you press Spin, the current list is validated first. BeanNest then uses the browser's cryptographic random source to choose one active entry. Only after that index exists does the page calculate a rotation that places the chosen segment under the pointer. The visual landing therefore represents a result that has already been selected.

Why rejection sampling matters

A random integer source has a fixed numeric range. Mapping it to a wheel with an arbitrary number of entries can introduce a small modulo bias if the range does not divide evenly. The wheel engine rejection-samples values outside the largest even multiple before mapping the accepted value to an entry. This is a software-selection detail, not a claim of certified lottery fairness.

Equal entries mean equal active positions

Every person still on the wheel is one equal position. The Pick Order Wheel collapses repeated names, ignoring case, and reports how many it collapsed; Wheel of Names applies the same policy by default and lets you turn it off. The animation does not add or remove probability.

What the interface can demonstrate

The app can verify its own input limits, selection order, browser-local execution path, reduced-motion behavior, and the absence of off-origin requests in its tested flow. It cannot turn a browser tool into a regulated drawing system or prove facts about an organizer's entrant list.

When a direct picker is simpler

Use a visual wheel when people benefit from seeing a draw happen. If you only need a number or name as text, a direct Random tool can be faster and avoids pretending that animation makes a result more random.

What the page can verify

The page can verify that it validated the active list, drew exactly one index from the secure browser source, and rotated the disc to that segment. It can also show the winner in text, mark the selected segment, and avoid selecting again after the result exists. These are implementation facts that the visible interaction and the source can demonstrate.

What the page cannot prove

A browser cannot prove that the underlying operating-system entropy was sound, that no extension or device compromise influenced the page, or that an observer trusted the setup. The page also cannot certify a draw as legally fair or auditable. It can state its own procedure honestly and avoid claims about physical randomness or external supervision.