The two questions HMRC asks
HMRC's CRYPTO21250 sets out the framework for airdrop taxation in a deceptively simple way. The two questions:
- Did the recipient have to provide a service or take an action to receive the airdrop? (Including past services / activity rewarded retroactively.)
- If yes — was the airdrop received in the course of a trade or business?
| Action required? | Trade/business? | Treatment |
|---|---|---|
| No | — | No income tax on receipt; CGT only on disposal (acquisition cost £nil) |
| Yes | No (individual) | Income tax (miscellaneous) on FMV at receipt; then CGT on disposal |
| Yes | Yes (trading) | Trading income on FMV at receipt; ongoing trading treatment |
The "did you have to do something" question is where 90% of UK airdrop tax cases turn. We work through both cases below.
Airdrops without action — CGT only on disposal
If you received an airdrop with literally no action required (the tokens just appeared in your wallet because you held a certain other token at a snapshot block height, or because of some other passive criterion), HMRC's position is:
- No income tax on receipt — the airdrop is a gift / windfall
- Acquisition cost for CGT purposes is £nil
- When you dispose, the entire disposal proceeds are the chargeable gain
- The tokens enter your s.104 pool for that token at £nil cost
Examples that usually qualify as "no action required":
- Snapshot-based airdrops to all holders of an existing token, where holding wasn't conditioned on staking, voting, or any active participation
- Promotional airdrops from a new exchange to anyone with a wallet address on a particular chain
- Airdrops to NFT holders that didn't require any prior engagement beyond simply holding
The "you just had to hold token X at snapshot" cases are the cleanest — most UK tax software treats these correctly with £nil cost basis automatically.
Airdrops requiring action — income tax on receipt + CGT on disposal
If receiving the airdrop required any action — tweet, follow, hold for a minimum period, vote, stake, use a specific dApp, complete a quest — HMRC will usually treat it as miscellaneous income on receipt at FMV in GBP.
Common examples:
- Uniswap UNI airdrop (Sep 2020) — required prior use of the Uniswap dApp. HMRC treats this as action-required even though the user wasn't aware at the time. Retroactive treatment applies.
- 1inch, ENS, dYdX, OP, ARB airdrops — all required some prior on-chain activity. Action-required.
- Galxe/Layer3/Layer-quest airdrops — explicit quests for points/tokens. Definitely action-required.
- Discord-role-gated airdrops — joining a Discord, getting verified, holding role. Action-required.
The income-tax treatment:
- FMV in GBP on date of receipt is miscellaneous income
- £1,000 trading allowance can apply if total miscellaneous trading income is below £1,000
- Goes on SA100 box 17 (Other UK Income)
- Taxed at marginal rate 20%/40%/45%
- The FMV becomes the CGT base cost — so disposal later only taxes the appreciation since receipt
Retroactive airdrops — the messy case
The trickiest UK airdrop cases are retroactive — you used a dApp in 2020 without knowing a token would launch in 2024. Are you "providing a service" by your past usage?
HMRC's stated position (per CRYPTO21250) is yes — past activity that qualifies you for an airdrop counts as a service even if you didn't know about the token at the time. This is the position most UK crypto accountants apply.
The practical implication:
- Many UK DeFi users have received retroactive airdrops worth £5,000-£100,000+ where they didn't initially realise income tax applied
- If FMV at receipt was high and the token has since collapsed, you may owe income tax on a value that no longer exists
- You can still claim a CGT loss on the later disposal — but capital losses don't offset income tax
This asymmetry has hit a lot of UK DeFi users hard. The mitigation is to dispose of airdropped tokens reasonably quickly after receipt (if you don't intend to hold long-term), so the FMV-at-receipt and disposal-proceeds are close.
Hard forks — different rules
HMRC treats hard forks (where a blockchain splits and you end up holding both the original and new chain's coins) differently from airdrops. From CRYPTO22300:
- The original asset's pre-fork cost basis must be split between the original and forked assets using a reasonable basis
- No income tax event on the fork itself
- Both assets are CGT-only going forward
- The split is usually pro-rata to the relative GBP values on the day after the fork (when there's market pricing for both)
Worked example — Bitcoin / Bitcoin Cash hard fork in August 2017:
- Pre-fork: held 1 BTC with cost basis £3,000
- Post-fork: hold 1 BTC + 1 BCH
- Day-after values: BTC £3,400, BCH £600 (illustrative)
- Apportionment: BTC = (3400/4000) × £3,000 = £2,550; BCH = (600/4000) × £3,000 = £450
The 1 BCH then sits in its own s.104 pool with £450 cost basis. If you later sell it for £200, that's a £250 capital loss. If you sell for £1,000, that's a £550 gain.
HMRC has accepted this split approach for major forks (BTC/BCH, BCH/BSV, ETH/ETC). For minor forks or wrapped-token migrations, the position can be less clear — get advice.
Valuing the airdrop on receipt — what FMV to use
The valuation question is genuinely tricky for many airdrops because trading often starts thinly and prices swing wildly in the first hours / days.
HMRC accepts reasonable valuation methods including:
- Spot price on the first major exchange listing (Binance, Coinbase, Kraken) when the token was first tradeable in size
- Daily average price from a recognised data source (CoinGecko, CoinMarketCap) on date of receipt
- VWAP (volume-weighted average price) over the first 24 hours of trading
What HMRC will not accept:
- Cherry-picking the lowest price in the first week
- Using a price from a thin DEX pool with no real volume
- Using a price post-collapse months after receipt
The most defensible position: pick one consistent valuation method and apply it across all airdrops in the same tax year. Document the source. Most crypto tax software defaults to the daily average from CoinGecko / CoinMarketCap, which is acceptable.
When the airdrop token is worthless — the unfair case
The hardest UK airdrop case: you received an action-required airdrop worth £20,000 on receipt; the token has since collapsed to £200; you have a £20,000 income tax liability and a £19,800 capital loss.
The asymmetry is real and unfortunately not optional:
- Income tax due on the £20,000 FMV-at-receipt (or net of £1,000 trading allowance if claimable). At higher rate, ~£8,000 of tax.
- Capital loss of £19,800 on disposal can only be set against other capital gains — not income.
- If you don't have other capital gains to use the loss against, it carries forward indefinitely but never converts to income tax relief.
The mitigation strategies if you find yourself in this position:
- Generate capital gains to absorb the loss. Realise other crypto positions (or other CGT assets) at gain to use the loss against. Doesn't recover the income tax already owed but stops the loss from being wasted.
- Negligible value claim early. If the token is structurally worthless, file a negligible value claim early to crystallise the loss; this brings it into the current tax year where it might absorb other gains.
- Sell-and-rebuy disposal patterns. If you want to hold long-term, sell to crystallise the loss and rebuy outside the 30-day window. Get the loss into the books.
None of this gets you the income tax back. The structural unfairness is real and there's been some lobbying for reform, but no change yet.