Giveaway and sweepstakes abuse prevention for entries and drops
One entrant taking hundreds of places in a draw or airdrop, each behind a throwaway email or wallet.
How giveaway entries get farmed
The farm loads the entry form once in a real browser and records the POST. It replays that POST with throwaway emails and wallets.
How PrivCaptcha stops giveaway abuse
Four steps, with the numbers the server uses. Nothing here is configured by you.
The harness must run on your page
Once your domains are listed, a replayed POST is refused with invalid-input-origin.
One token buys one entry
Every entry issues its own challenge. The token is spent by the write that records it, and expires after 120 seconds.
First request: farm and airdrop bot
Scripted residential browser scores 20: level 2, 14 bits. Bare client, bot agent: 20+40+15+10=85, level 5, 12 shapes, 8 degrees, 5 pixels, 19 bits.
Wrong answers compound for the day
Each wrong answer adds 8, capped at 40: five failures move 20 to 60, level 4, 10 shapes, 10 degrees, 6 pixels, 17 bits.
Add PrivCaptcha to your giveaway entry form in two lines of code
Script tag, container in front of the submit button, and your existing verify call. Already on reCAPTCHA or hCaptcha? That backend code stays exactly as it is.
The widget belongs on the action that increases odds: enter-now form, claim button, referral-accept step.
Post privcaptcha-response to /api/v1/siteverify in the write that increments the entry count. success:false must abort.
Verifying once at campaign signup leaves the per-entry endpoint open. Protect each entry and each referral credit.
What this does not solve about giveaway abuse
A captcha prices an entry in time. It cannot tell you two entries are one person. Deduplicating entrants stays your job.
Common questions about giveaway abuse
How PrivCaptcha prices giveaway abuse, and what it does not do about it.
Put PrivCaptcha in front of your giveaway entry form
10,000 verifications a month are free, and the integration is the one you already have.