Crypto Airdrop Accounting: When a Free Token Becomes Income

"It was an airdrop, it was free" is the sentence that quietly misstates an income statement. The fact that tokens arrived at no cost describes how they showed up in the wallet, not how they are accounted for. If the entity controls them and they have a determinable market value, that is income — and the value recorded at receipt becomes the basis the entity will need at the eventual sale. This article covers airdrop recognition specifically: the control trigger, the value to record, and the two edge cases that trip teams up most often, locked allocations and tokens with no market price. It shares its recognition backbone with staking rewards accounting; the harder cousin, a chain split that drops new coins into existing wallets, is covered separately in hard fork accounting.

The recognition in brief

• A controllable airdrop is income at fair value when control is obtained; "free" is how it arrived, not how it is treated.
• That receipt fair value becomes the cost basis for a later disposal, so an airdrop creates two linked facts.
• A locked, vesting, or restricted airdrop means no control yet, so recognition is generally deferred to the control date.
• If there is no determinable market value at receipt, recognition may be deferred until one exists, which is an edge case worth documenting.
• Receipt and the later sale are two separate events on the same tokens.
• Tax is jurisdiction-specific. In France reward-type income generally sits in BNC, but airdrop specifics vary by fact pattern, so the tax bucket has to be confirmed per case.

"Free" is not an accounting category

An airdrop arrives without the entity paying for it, but that describes the mechanism, not the accounting. If the entity obtains control of tokens that have a determinable fair value, that is an income event measured at that fair value. The recognition logic is identical to staking rewards: control plus fair value, not "it was free, so it's nothing."

The dual fact: income now, basis later

Miss the income and the period is understated. Reset or lose the basis and the later disposal gain is overstated. The receipt-date fair value is the hinge between the two events, exactly the structure described in staking rewards accounting and internal transfer vs disposal.

Locked, vesting, or restricted airdrops

The trigger is control, not the announcement or the on-chain allocation. If the tokens are locked, vesting, or otherwise restricted so the entity cannot freely transfer or use them, control is generally not yet obtained, and the income event is typically deferred until the restriction lifts, then measured at the fair value on that later control date. Booking a locked airdrop as income at the announcement date overstates income and sets the wrong basis.

The no-market-value edge case

If the airdropped tokens have no determinable market value at receipt — no market, untradeable — recognition may be deferred until a fair value exists. This is an edge case to document explicitly: the policy for "received but unvaluable" should be stated and applied consistently rather than improvised per airdrop, which is part of the audit-trail discipline.

Receipt and disposal are separate

A later sale of airdropped tokens is its own disposal event, where gain or loss equals proceeds minus the receipt-date basis. Receipt (income) and disposal (gain or loss) are two entries on the same tokens. Conflating them either double-counts the value or loses the basis, the same discipline as every other reward-type token.

Accounting versus tax

Tax treatment is jurisdiction-specific and may diverge from the accounting recognition. Some regimes tax airdrops as ordinary income at receipt; others vary by whether the airdrop is earned, promotional, or unsolicited, and by any lock-ups. In France, crypto reward-type income is generally dealt with under the BNC framework rather than the occasional-investor disposal regime, but airdrop specifics vary, so the tax position should be confirmed per jurisdiction and fact pattern rather than inferred from the accounting entry.

Practical guidance

1. Treat a controllable, valued airdrop as income at the receipt fair value; "free" is not "nothing."
2. Carry that fair value as the tokens' basis for the later disposal.
3. Defer recognition for locked or vesting airdrops until control, then measure at the later control-date value.
4. Document the no-market-value policy for unvaluable airdrops before you need it.
5. Book receipt and the later sale as separate events on the same tokens.
6. Confirm the tax characterisation per jurisdiction (in France, reward-type income generally sits in BNC, though airdrop specifics vary).

Choosing and configuring a tool

Airdrops are where the default behaviour of a crypto accounting tool matters most, because the wrong trigger or a lost basis is invisible until the tokens are sold. Cryptio and Ledgible both recognise airdrop receipts as income at fair value and carry that value forward as the basis. Before you rely on the output, check that the tool:

• keys recognition to control rather than the announcement or on-chain allocation date, so a locked or vesting airdrop is not booked as income before it can be transferred;
• handles unvaluable airdrops by deferral, holding recognition until a determinable market value exists rather than recording zero or an arbitrary number;
• links the receipt-date fair value to the later disposal as the cost basis, instead of re-deriving a basis at sale and overstating the gain;
• separates an airdrop received into a wallet from an internal transfer, so a transfer is not mistaken for income.

Announcement-date recognition and a basis that goes missing between receipt and sale are the two recurring failures, and both pass through a tool silently.

Where Wag3s fits

Wag3s Ledger recognises controllable airdrops as income at fair value on the control date, defers locked or unvaluable airdrops until control or a determinable value exists, and carries the receipt fair value forward as the cost basis into the later disposal, with the policy and evidence retained for audit. Because the line between an income event, a deferral, and a non-event is a judgement call on real fact patterns, Wag3s is built to support the accountant making that call, not to replace it. See the Ledger product page and the Wag3s for accountants page.

Further reading

• Hard Fork Accounting
• Staking Rewards Accounting
• Internal Transfer vs Disposal in Crypto
• DeFi Position Reconciliation
• BNC vs PFU for Crypto in France
• IAS 38: Crypto as an Intangible Asset
• Crypto Audit Trail and Piste d'Audit Fiable

Sources

• IRS — Rev. Rul. 2019-24: a taxpayer who receives new cryptocurrency from an airdrop following a hard fork has ordinary income, recognised when they obtain dominion and control over the units, measured at fair market value at that point. This is the US authority for the control trigger and the receipt-date value that becomes the basis.
• IRS — Digital assets hub and the Frequently asked questions on digital asset transactions, which cover when airdropped or forked units are income and how a later disposal is computed against the receipt basis.
• The no-determinable-market-value edge case (recognition deferred until a fair value exists, under a documented and consistently applied policy) and the locked/restricted deferral both follow from the control-and-fair-value principle above.
• France: crypto reward-type income is generally dealt with under the BNC framework, with airdrop tax specifics varying by fact pattern and jurisdiction.