Airdrops: tax classification and treatment
An airdrop delivers tokens without payment. It is classified as income: under Rev. Rul. 2019-24, ordinary income at fair market value when the taxpayer gains dominion and control over the tokens.
Example last verified 2026-08-06 against the live engine. CryptoTaxEdge Team.
Tax treatment
House treatment: income for airdrop.
This mapping comes from the closed CryptoTaxEdge classification taxonomy: every verdict resolves to one category and one of five treatments (disposal, income, non_taxable, expense, needs_review), with a confidence score and review routing when sources disagree.
How the engine reads this shape
The control test does real work here. Tokens pushed to a wallet the taxpayer controls are income on arrival even if unwanted; tokens that must be claimed become income at the claim, when control begins. Worthless or spam airdrops are the practical headache: technically income at a near-zero value, and a disposal later if sold. The engine separates genuine airdrop claims from spam-token dust, flagging the latter as spam identification rather than manufacturing phantom income rows for tokens no one asked for.
A real classification
{
"api_version": "v1",
"hash": "0xf9e016736d8482d68be75825e7176512569dea95405f811bbb7d4139e0c1a692",
"chain": "optimism",
"category": "airdrop",
"treatment": "income",
"taxable": true,
"confidence": 95,
"needs_review": false,
"ledger_action": "Airdrop",
"protocol": null,
"description": "Airdrop claim; taxable as ordinary income at fair market value on receipt (IRS Notice 2014-21).",
"review_note": null,
"grey_area": null,
"assets": {
"sent": [],
"received": [],
"gas": null
}
}
Verbatim wire response from the live engine. Last verified 2026-08-06 by live replay. Check any transaction yourself in the Classification Explorer.
Verified rules behind this category
The engine backs this category with 24 verified contract-level rules across 4 chains, each earned from repeated on-chain observation and cross-source agreement rather than a heuristic guess. A small illustrative sample:
| Protocol | Chain | Category | Confidence |
|---|---|---|---|
| multiple | arbitrum | airdrop | high |
| multiple | ethereum | airdrop | high |
| multiple | bsc | airdrop | high |
| multiple | optimism | airdrop | high |
| gaslite | * | airdrop | high |
Illustrative sample of the 24 verified rules behind this page: the full mappings are served through the API.
Limitations
What this page does not decide. Valuing an illiquid airdrop at receipt can be genuinely hard, and a defensible fair market value is a preparer judgment. Retroactive "points" programs that convert to tokens complicate the receipt date; the engine reports the on-chain claim as the observable event. Confidence is a corroboration signal, not an accuracy percentage: when independent parses of a transaction disagree, the engine returns needs_review with taxable: null rather than guessing.
Frequently asked questions
What tax treatment does this page document?
House treatment follows the CryptoTaxEdge Classification Standard. Categories with no fixed mapping (GAP-3) tell you to read the treatment field on the record rather than infer it from the category name.
Where is the closed vocabulary published?
The versioned Classification Standard at https://cryptotaxedge.com/standard/ enumerates emitted categories and the five-treatment enum. This encyclopedia page is a worked example on top of that Standard.
Are the wire examples still current?
Yes. Each example is verbatim engine output, re-verified on a daily replay against the live engine.
Not tax advice. CryptoTaxEdge is software, not a licensed tax advisor. Classifications and the treatments described here are informational only; verify results and consult a qualified tax professional before filing. IRC section references are general framing.