Welcome to CoinDropster
Enter a new password
Choose a new password
Enter a new password for your account.
All active sessions will be signed out.
By clicking “Sign in”, you confirm that you have read and agree to the CoinDropster Terms of Use, Privacy Policy and Disclaimer
Are Airdrops Taxable? What to Record and How to Keep a Tax Log
Are airdrops taxable depends on your jurisdiction. What to record when tokens arrive, how to keep a log table and why a local professional is essential.
Are airdrops taxable is a question this article cannot answer and will not try to: the rules depend on the country, sometimes on the region, and they change over time. What you can do in advance is useful under any answer: keep careful records. Below: what data to capture, how to structure a log and when a local professional is needed.
This is reference material, not tax, legal or financial advice. It draws no conclusions about how any asset is or is not taxed and gives no rates or rules of any country. Rules depend on the jurisdiction and change; nothing here guarantees any outcome. For your own situation, consult a qualified tax adviser or lawyer who works in your jurisdiction.
Why there is no yes-or-no answer
There is no single answer on the tax treatment of airdrops, for several reasons, none of which depends on the project itself:
- Jurisdiction. Countries classify digital assets differently and look differently at tokens received for free.
- Taxpayer status. An individual, a self-employed person and a company may fall into different regimes.
- Circumstances of receipt. Tokens may have arrived for completed actions, or may simply have appeared at an address. These cases are not always treated alike.
- Changing rules. Guidance and rules on digital assets get updated, so yesterday's answer may not fit today.
So any article promising a universal answer is a reason for caution. The practical move is different: collect data so that any professional can get oriented quickly.
What to record for each receipt
It is easier to write data down at the moment of the event than to reconstruct it a year later. The minimum set:
- Date and time of receipt. With the time zone. Take the time from the transaction record, not from memory.
- Token amount. Exact, with all decimals, and the token name.
- Token price at the time of receipt and the price source. Which service or exchange, which rate and in which currency. If there was no price at that moment (the token had not traded yet), note that — it is also a fact worth keeping.
- Wallet address and network. Where the tokens arrived and on which network.
- Transaction hash. It lets anyone verify the event in a block explorer.
- Fees. Gas for the claim and related actions, in the network's native token and in money terms at that time.
- Further actions. Every sale, swap, transfer or lock: date, amount, proceeds, fee, hash.
- Notes. Project name, terms of receipt, status at the time of the claim, a link to the official announcement.
Also keep screenshots and exports of history from your wallet or explorer: on-chain data stays, but services and interfaces change.
How to keep the log
An ordinary table is enough: one row, one event. Do not mix the receipt and later actions in one row, since they have different dates, prices and amounts. A typical column structure:
- Event type: receipt, sale, swap, transfer, fee.
- Date and time with time zone.
- Project and token.
- Amount.
- Unit price, currency and price source.
- Address and network.
- Transaction hash.
- Fee.
- Note.
A conditional example of a row (numbers invented): «receipt; date; project X; 100 tokens; price at receipt — value from the chosen source; address; hash; claim fee; note». A month later a «sale» row is added to the same table with a different date, amount and price. The log exists precisely so that these two rows do not merge.
Habits that save time: use one price source consistently, keep a copy of the log away from your main device, and add a wallet-name column if you have several wallets. How to gather information on the projects themselves is covered in the article on how to track airdrops.
Receipt and sale are different events
In a number of jurisdictions, receiving tokens and later selling or swapping them are treated as separate events, each possibly with its own date and its own valuation. That is why it matters to keep both dates and both prices: the difference between the price at receipt and the price at sale may matter. This is not a conclusion or a statement about what applies to you, but a reason to keep detailed records. How it works for you, and whether it does at all, is determined by local law.
If tokens arrive with vesting, receipt and actual unlock may have different dates. How unlocks work is described in the article on TGE, vesting and unlocks; in the log, note both the claim date and the dates when parts of the allocation open.
When you need a local professional
A log does not replace advice; it makes advice cheaper and more precise. Consult a tax adviser or lawyer who works with digital assets in your jurisdiction if:
- you are unsure how the received tokens are classified;
- there are many operations, including through bridges, liquidity pools or several networks;
- you act as a company, a self-employed person or a non-resident;
- you need to know which documents to file and by when.
Bring the professional your log, hashes and screenshots, and the questions can be to the point. Do not rely on chats and roundups: they do not know your situation and rarely track changes.
In the CoinDropster catalog every project has a page with a status, and status-change tracking helps you not to miss the moment tokens can be received and to start a log entry on time. The statuses Potential, Confirmed, Snapshot, Verification, Reward available and Distributed are covered in the article on airdrop statuses. View tracked airdrops →