Airdrop is one of the most powerful — and most risky — tools in tokenomics. Done right, it creates a loyal community and distributes governance. Done wrong, it triggers an instant dump and kills the price.
What Is an Airdrop
An airdrop is a free distribution of tokens to users who have met certain conditions. Unlike a sale (ICO, IDO), an airdrop doesn’t require a purchase — tokens are credited for past or future activity.
In the context of supply models, an airdrop is a method of primary token distribution from the community pool. It answers “how to deliver tokens to users” — not through purchase, not through mining, but through merit.
Why Projects Run Airdrops
- Governance decentralization — broad token distribution reduces vote concentration
- User acquisition — airdrop farming drives traffic and TVL
- Early participant reward — creates loyalty and social proof
- Regulatory mitigation — free distribution reduces risk of classifying the token as a security
Four Airdrop Types
1. Retroactive Airdrop
Tokens are distributed for past actions: transactions, protocol usage, testnet participation. Users didn’t know about the reward in advance.
This is the most effective type: it rewards real users and minimizes farming. The challenge — defining fair criteria after the fact.
Examples. Uniswap distributed 400 UNI to everyone who made at least one swap before a cutoff date. Arbitrum distributed tokens based on transaction count, bridges, and active months.
2. Criteria-Based Airdrop
Tokens are distributed based on publicly announced criteria: transaction count, volume, participation duration, number of unique protocols used.
- w_i — criterion weight
- Action_i — quantitative value of the action (transactions, volume, active days)
Advantage: transparency. Disadvantage: incentivizes farming — users deliberately execute criteria.
3. Stake-Based Airdrop
Tokens are distributed proportional to staked assets or liquidity. The user locks capital in the protocol and receives tokens as a reward.
- Pool — total airdrop pool
- User_stake — user’s stake amount
- Total_stake — sum of all stakes
4. Task-Based Airdrop
Tokens are distributed for specific tasks: linking social accounts, referrals, content creation, governance participation. Often implemented through quest platforms (Galxe, Zealy, Layer3).
Advantage: control over user behavior. Disadvantage: attracts bots and farmers, not real users.
Type Comparison
| Type | Farm resistance | Fairness | User acquisition | Implementation complexity |
|---|---|---|---|---|
| Retroactive | High | High | Low (after the fact) | Medium |
| Criteria-based | Low | Medium | High | Low |
| Stake-based | Medium | Medium | Medium | Low |
| Task-based | Low | Low | High | High |
Designing an Airdrop
Pool Size
Typical airdrop share in allocation: 5–15% of total supply. Key constraint: if the pool is too small, the airdrop won’t cover gas costs. If too large — catastrophic sell pressure.
- Min_reward — minimum airdrop per address
- Gas_claim — gas cost to claim
- If the reward doesn’t cover gas by 10x, recipients won’t claim
Sybil Protection
A sybil attack is one person creating multiple wallets to receive multiple airdrops. Without protection, 50–80% of tokens go to farmers.
Protection methods:
| Method | Effectiveness | Drawbacks |
|---|---|---|
| Minimum balance | Low | Easy to bypass |
| Cluster analysis | Medium | False positives |
| Gitcoin Passport / WorldID | High | Limits audience |
| Non-linear scale | Medium | Doesn’t prevent, mitigates |
| KYC (identity verification) | High | Contradicts decentralization |
Non-linear scale — the most popular compromise. Instead of a linear “more transactions = more tokens” relationship, a square root function is used:
- x — number of actions
- k — scaling coefficient
- √x — diminishing returns: 100 transactions yield not 10× of 10, but only ~3.2×
The square root dependence makes farming across multiple wallets less profitable than deep usage of a single address.
Claim Mechanics
Two approaches: push (automatic send to wallet) and pull (user calls the contract).
Pull (claim) — the standard approach. Advantages: saves the project’s gas, allows a claim deadline, provides engagement data. Unclaimed tokens return to the treasury.
Claim deadline: typically 90–180 days. Optimism, for example, set a 6-month claim window. Unclaimed tokens return to the treasury for future rounds.
Airdrop Vesting
A critical parameter. Without vesting, recipients sell immediately. With long vesting — they don’t claim (the reward loses appeal).
| Approach | TGE unlock | Vesting | When to use |
|---|---|---|---|
| Full unlock | 100% | 0 mo | Small pool, loyal audience |
| Partial unlock | 25–50% | 3–6 mo | Standard approach |
| Lock-and-earn | 0% | 6–12 mo, with rewards for holding | Maximum pressure reduction |
Post-Airdrop Sell Pressure
The main airdrop risk is a mass dump. Research shows that 60–90% of airdrop recipients sell tokens within the first 7 days.
- Pressure_d1 — day-one sell pressure
- Pool — total airdrop pool
- TGE_% — share available immediately
- Sell_rate — 0.6–0.9 (60–90% sell)
Example. A project allocates 10% of supply (10M tokens) for airdrop with 100% TGE unlock:
- If 70% of recipients sell on day 1: pressure = 7M tokens
- With TGE circulating supply of 20M: that’s 35% of float
- Result: price crash
How to Mitigate Pressure
- Partial unlock — release 25% immediately, the rest over 3–6 months
- Holding bonus — additional tokens for those who don’t sell after 30/60/90 days
- Day-one staking — option to stake the airdrop immediately for yield
- LP token airdrop — distribute a liquidity pool position, not the token itself
- Gradual distribution — multiple waves (season 1, season 2) instead of one large event
Airdrop Distribution Model
In practice, an airdrop is designed in a spreadsheet: for each action or asset, a weight is assigned — what share of the pool goes to a specific category. Then the tokens per unit of action and per average/top user are calculated.
Step 1: Define Actions and Quantities
| Action / asset | Type | Total across users | Average per user | Average for top 10 |
|---|---|---|---|---|
| Common pet | Asset | 120,000 | 1.0 | 1 |
| Rare pet | Asset | 7,500 | 0.06 | 10 |
| Likes | Asset | 10,000,000 | 83.3 | 80,000 |
| Gems | Asset | 1,500,000 | 12.5 | 10,000 |
| Telegram subscription | Action | 50,000 | 0.42 | 1 |
| Referral | Action | 500,000 | 4.17 | 250 |
| Post on X | Action | 15,000 | 0.13 | 20 |
Step 2: Assign Weights
Each action gets a weight — a percentage of the airdrop pool. Weights sum to 100%. They define priorities: what the project considers most valuable for the ecosystem.
Step 3: Calculate the Conversion Coefficient
- K_i — tokens per unit of action i
- Weight_i — action weight
- Pool — total airdrop pool
- Actions_i — total count of this action across all users
Key insight: the top 10 users’ airdrop share is disproportionately high. If the top 10 farmers clicked 80,000 of 10M likes — they get 0.08% of the likes pool. But if their share of “rare pets” is 13%, that’s critical. This is why a non-linear scale (√x) matters for high-variance actions.
Simulation results (10,000 participants, 5M token pool, lognormal activity distribution):
| Metric | Linear scale | Square root scale (√x) |
|---|---|---|
| Median reward | ~50 tokens | ~350 tokens |
| Maximum reward | ~25,000 tokens | ~4,500 tokens |
| Max / median | 500× | 13× |
| Top 1% receives | 45% of pool | 18% of pool |
| Top 10% receives | 78% of pool | 48% of pool |
| Bottom 50% receives | 3% of pool | 15% of pool |
With a linear scale, one whale with 10,000 actions receives 500× more than an average user. With square root — only 13×. However, for sybil protection, the square root creates an inverse effect: a farm of 100 wallets with 100 actions each, under linear scale, receives the same as one wallet with 10,000 actions (1:1). Under square root — 10× more (100 × √100 = 1,000 vs √10,000 = 100). Square root equalizes distribution among real users but amplifies the sybil farm advantage — so it only works paired with identity verification (Human Passport, BrightID) or proof-of-humanity.
Common Mistakes
1. Airdrop without sybil protection
Without filtering, 50–80% of tokens go to farming wallets. Minimum: cluster analysis + non-linear scale + minimum activity threshold.
2. Full unlock without a retention mechanism
100% TGE unlock without holding incentives = mass dump. Solution: partial unlock or holding bonus.
3. Pool too small
An airdrop worth less than $10 equivalent doesn’t motivate claiming or participation. Better to have fewer recipients with a meaningful reward than 100,000 addresses at $2 each.
4. Criteria that punish real users
Minimum 50 transactions? A real DEX user makes 3–10 swaps per month. Inflated thresholds cut off the genuine audience and reward bots.
5. No second season
A one-time airdrop creates a spike and crash in activity. A multi-season structure (season 1, 2, 3) sustains engagement and allows iterating on criteria.
Airdrop design checklist
We design airdrops for your protocol
We've designed distribution models for 85+ projects — from DeFi to GameFi. We calculate optimal pool size, criteria, and sybil protection.
Get in touch