lottofaucet-old
This page is just to preserve the old lottofaucet stuff.
Below Is Redundant
Highest Return to Players
The best of the big lotteries (Megamillions) only pays out 77c per dollar received. They go as low as 50%. (source). Typically, lotteries pay out around 50-70% of stakes (turnover) back to players. (wikipedia). We pay 95% and the other 5 goes to clickforchartiy.net.
A faucet that gives prizes instead of tiny rewards.
- No need to pay out before getting (or even knowing the amount of) faucet income from ads etc.
- Doesn’t matter how many times people enter, each entry requires a shortlink completion. (see firefaucet’s system – lets you move ones you don’t like to another section so you don’t have to remember which ones are ok)
Using woocommerce lottery plug-in which saved a lot of work.
Problem
running a normal faucet we have to pay out a certain predetermined amount to each visitor, immediately. This leads to several problems.
- We don’t know what the revenue will be until sometime later.
- Subsequent visits by the same user in the same day are worth very little in the shortlinks or ads.
- We are not in control of how much we pay out.
- When we find a botter it’s too late, they already have our BTC.
Solutions
With a lotto, the users get free tickets and the payout is later, at a time chosen by us, based on actual income, not projected estimates. We only pay what we get, minus the % as advertised in the faucet.
Process
User arrives at the site.
- 3 tickets are presented.
- Each one requires a shortlink (3 different ones) to be completed to add it to their cart.
- User goes to checkout to ‘purchase’ their tickets.
- Enter email and BTC address (unless already signed up)
- Option to create an account with the provided email and BTC address.
- Check out. Process complete.
Prize draw
- When the 1000 satoshi ticket reaches 100 sales, 1 draw is registered as pending.
- the 1000 draw is just paid, with an email sent to the winner.
- For 100,000 and 1,000,000, the equivalent number is to be reached before one is registered as pending.
- The bigger prizes can be manually given in the initial stages. Winner notified by email with a link to the claim page.
- Get an extra (1000, 5,000) by tweeting etc (share on 2 networks to qualify) your win with a link to the prizes page. Just ask the 1000 winners to tweet etc, no need for a reward? Too many to check.
- Tweet and FB can both be pre-written for them.
- enail alerts to admin when prizes are due.
- Prize draws can be held off until revenue to cover them is received, new ones added manually and existing ones canceled according to revenues.
- Registration of pending draws is only to give an idea of the proportions, not dictate the actual prizes given out. that is decided by revenue.
- Revenue is split by the advertised %. E.g. 10% goes to ClickForAfrica and 90 to the prize fund.
Another possible way:
- Each drawing is tied to the link shortener revenue for that draw.
- When eg. 1000 sat one has 1000 (or 1100 or whatever) a draw is registered as pending,
- Ad revenues are the profit and are assigned to ClickForAfrica.
I prefer the first way because we can control the % and thus advertise it on the site as 80/20 instead of a complicated paragraph.
But all this clearly needs some thought…
Roulette
Something like https://lightning-roulette.com/