Blog
How to Run a Fair Giveaway on Stream
A streamer's guide to picking a verifiably fair winner from a chat or entrant list.
Running a giveaway live on stream is a different problem from picking a name at a family dinner: your audience is watching in real time, they'll remember if a draw looks staged or unfair, and you often need to handle weighted entries (extra chances for subs, follows, or shares) rather than a flat equal-odds list. Here's a practical walkthrough for setting one up so it holds up to scrutiny.
Pick the right tool for your entry structure
If every entrant genuinely has one equal shot -- say, everyone who commented once -- the random name picker is the simplest, fastest option. But most stream giveaways aren't actually flat-odds: subscribers might get extra entries, people who share the stream might get a bonus entry, and a raid might bring in a batch of new entrants all at once. For any of that, the raffle picker is the right tool, since it's built specifically to expand a list into a full weighted ticket pool -- list someone three times if they earned three entries, and they get exactly three times the odds of someone with one, with the fairness math handled automatically.
Do the draw live, not ahead of time
The single biggest thing that makes a stream giveaway feel trustworthy is running the actual random draw on screen, in real time, rather than announcing a winner you determined off-camera beforehand. Because both the name picker and raffle picker run entirely client-side in the browser, there's no server-side computation happening out of view -- the draw genuinely happens at the moment your viewers see it happen. Screen-record or keep the tab visible through the whole process so anyone watching later (via clip or VOD) can see the same thing your live audience saw.
Handle multiple prizes without repeat winners
Decide before you go live whether one person is allowed to sweep more than one prize. Most audiences assume each prize goes to a different viewer unless you've said otherwise, so if that's your intent too, flip on the raffle picker's setting that pulls a winner's entries out of the pool once they've won -- that way the second draw is genuinely choosing among everyone who hasn't already gotten something.
Be transparent about your entrant list
Before running the draw, consider showing (or at least stating) your total entrant count and total ticket count on screen, especially for larger giveaways. Because nothing about the entrant list or the draw is stored or transmitted anywhere, you're responsible for keeping your own record of who entered and how -- export or screenshot your entrant list before running the draw if you'll need to reference it afterward, since the tool itself doesn't retain history between sessions.
Common mistakes to avoid
Don't manually retype or 'clean up' your entrant list right before drawing without double-checking it against your actual source (chat log, follower list, form submissions) -- a rushed manual copy is where accidental duplicates or dropped entries usually creep in. Don't switch to a different picker tool between announcing the giveaway and running the draw; if you told viewers you're using a weighted raffle system, running the final draw on the plain name picker (which treats every entry equally) would quietly break the odds you promised. And don't run a test draw with real entrant names moments before the real one and then claim the first result -- if you want to test your setup, use made-up names first.
Handling raid entries and last-minute surges
Stream giveaways often see a burst of new entrants right before the draw -- a raid arriving, a clip going viral, a reminder announcement bringing in a wave of last-minute comments. Decide in advance whether you're taking a hard entry cutoff a set number of minutes before drawing, and stick to it once announced; changing your cutoff live in response to who's arriving creates exactly the kind of appearance-of-manipulation problem a live, visible draw is supposed to avoid in the first place.
What to do if the tool returns an entrant who isn't eligible
If your winner turns out to be ineligible after the fact (didn't actually meet a follow requirement, entered from a banned account, or similar), the cleanest fix is removing that specific entrant from your list and re-running a fresh draw from the remaining pool, done visibly and announced the same way as the original draw -- not manually selecting a runner-up yourself, which reintroduces exactly the discretion a random draw is meant to remove.
Announcing the winner clearly
Once the draw completes, read the winner's name or handle out loud and pin it in chat immediately, rather than letting the result scroll away in a busy chat feed. For larger giveaways, following up with a direct message or a dedicated announcement post gives you a second, more permanent record of the outcome beyond the live stream itself, which is useful both for the winner's benefit and as part of your own documentation.
Frequently asked questions
Can viewers verify the draw was fair after the fact?
There's no built-in cryptographic proof system, but because the draw runs visibly in your browser during the stream, a recorded VOD or clip serves as the practical evidence that the draw happened live and wasn't predetermined.
What's the best way to give bonus entries for subscribers?
List subscribed entrants an extra time (or several extra times, depending on your bonus structure) in the raffle picker's entrant list -- each listing is one ticket, so repeated listings translate directly into proportionally better odds.
Should I use the spinner wheel instead for a more visual giveaway moment?
The spinner wheel works well for a small number of named finalists (say, narrowing five shortlisted winners down to one) but isn't built for weighted-ticket entrant pools the way the raffle picker is -- for the actual weighted draw, the raffle picker is the more accurate tool.
Should I announce the total entrant count before or after the draw?
Before is generally more transparent -- stating your total entrant and ticket count right before drawing gives viewers context for the odds involved, rather than only revealing it after a winner is already announced.