Most retail discourse on DeFi taxes operates on the assumption that the IRS has not produced clear guidance and that, as a result, taxpayers are free to take their best guess. Both halves of that sentence are wrong. The guidance is not centralised in a single document, but it is not absent: Notice 2014-21 set the foundation, Revenue Ruling 2023-14 resolved the staking timing question, and Revenue Procedure 2024-28 tightened the per-wallet cost-basis rules. The virtual currency FAQ on the IRS website rounds out the picture.
This article walks through the four DeFi mechanics that produce the most filing errors: staking rewards, liquidity provision and impermanent loss, airdrops, and lending protocol interest. Each section names the specific guidance that controls the answer.
Staking rewards
Until July 2023 the timing question for staking rewards was unsettled: were the rewards taxable when accrued, or when withdrawn? Revenue Ruling 2023-14 resolved this. Staking rewards are gross income at the moment the taxpayer "obtains dominion and control" over them, valued at the fair market value on that date.
"Dominion and control" is the legal test from Commissioner v. Glenshaw Glass: the recipient must be able to dispose of the property without permission from another party. For most validator staking arrangements that means the moment the reward is credited to the staker’s account, even if it is subject to an unbonding period before it can leave the protocol.
The practical implication: a year of ETH staking that produced 0.4 ETH of rewards across 365 daily credits is 365 separate income events, each valued at the spot price on the day. The same 0.4 ETH is later subject to capital gains tax when sold, with cost basis equal to the income recognised at the time of the credit.
The hardest part of this for filing purposes is collecting 365 daily fair-market-value lookups. Every serious crypto tax tool, including our own Crypto Tax Calculator, automates this with a cached price source so the staker does not have to look up prices manually.
Liquidity provision and impermanent loss
Liquidity provision is the trickiest area in DeFi taxation because the legal characterisation of an LP token is unsettled. Two reasonable readings of the existing law produce different answers:
Reading 1: deposit is a disposal. Adding 1 ETH and 3,000 USDC to a Uniswap V2 ETH/USDC pool creates an LP token that did not exist before. The IRS has historically treated the issuance of new property in exchange for old property as a taxable swap. Under this reading, the deposit is two disposals (the ETH and the USDC) and one acquisition (the LP token), all valued at the spot fair market value at the moment of the transaction.
Reading 2: deposit is a non-recognition event. An LP position is economically a continuing claim on the same underlying assets, with the LP token serving the role of a receipt. Under this reading the deposit is not a disposal at all; the cost basis of the underlying assets carries through to the LP token, and the taxable event is the eventual withdrawal.
The IRS has not formally chosen between these readings for AMM-style pools. Both are defensible. The conservative position - and the one our calculator uses by default - is Reading 1: treat the deposit as a disposal. The aggressive position is Reading 2.
"Impermanent loss" is the divergence between the value of the LP position and the value of the same assets held outside the pool. It is not a separate taxable event; it is an unrealised loss that becomes a realised loss only at withdrawal, and it nets against the LP fees earned during the position’s life. Tax tools that treat impermanent loss as its own line item are double-counting.
Airdrops
Airdrops are the area where the existing guidance is most explicit. The virtual currency FAQ, question 22 in the 2024 update, states that airdropped tokens are gross income on the date the recipient is able to dispose of them, valued at the fair market value at that moment.
Two practical wrinkles:
- Tokens received but never claimed. Many airdrops require the recipient to actively claim them on-chain by submitting a transaction. The IRS position, per the FAQ, is that no income is recognised until the claim transaction is executed. An unclaimed airdrop is not income; the day you claim it is.
- Hard fork tokens. Tokens received as a result of a chain split (Bitcoin Cash from BTC, Ethereum Classic from ETH) are treated identically to airdrops. Revenue Ruling 2019-24 sets out the framework: gross income at fair market value on the day the taxpayer obtains dominion and control.
Lending protocol interest
Lending crypto into a protocol like Aave or Compound and earning interest is treated, for tax purposes, identically to staking: each interest credit is gross income at the spot price on the day. The cost basis of the deposited principal continues unchanged; the cost basis of the interest received is the income recognised on the day of receipt.
The complication specific to lending protocols is the receipt token (aTokens for Aave, cTokens for Compound). The same two readings apply as for LP tokens above: a deposit could be a swap of the underlying for the receipt token, or it could be a non-recognition deposit. The conservative position is to treat the swap as a disposal; the aggressive position is to treat it as a deposit.
What goes on which form
For US filers, the resulting numbers go in three places on the return:
- Schedule 1, Other Income. Staking, lending interest, airdrops and hard-fork receipts. The total is reported as ordinary income.
- Form 8949 and Schedule D. Disposals of any of the above tokens, including the eventual sale of the staking rewards or airdropped tokens. Cost basis is the income recognised at the time of receipt.
- Schedule B. If you received more than $10 of interest from a centralised counterparty (some lending protocols may require 1099-INT reporting in future years; for 2026 this is rare). Most DeFi lending interest is reported on Schedule 1 as "other income" rather than Schedule B.
The single most useful filing habit
Across every DeFi event in this article the common element is: a fair market value lookup at a specific moment, in USD, recorded somewhere the taxpayer can later substantiate. The reason crypto tax software exists is to automate that lookup at scale. A taxpayer with 50 staking events and 12 LP positions across the year is being asked to do 60-plus FMV lookups by hand otherwise.
The single most useful filing habit, even before you commit to a calculator, is to keep a record of the wallet address you transacted from for each protocol. Modern tax tools take a wallet address and reconstruct the on-chain history of that address; without the address, the reconstruction has to start from each protocol’s own front-end, which loses data the moment the front-end changes its export format. Address-list discipline is cheap and saves hours every March.