Crypto tax in India is governed primarily by the Income-tax Act rules for Virtual Digital Assets (VDA). For most taxpayers, gains from transfer of crypto are taxed at 30% under Section 115BBH, qualifying transfers may attract 1% TDS under Section 194S, losses generally cannot be set off or carried forward, and crypto-to-crypto swaps are usually taxable even when no INR is received. Cryptocurrency tax in India also requires practical reconciliation with AIS, Form 26AS, exchange statements, wallet records and, where relevant, gift and reward documentation.
This page is informational and reflects the Indian crypto tax framework as generally understood in 2026. It is not personal tax or legal advice. Classification of rewards, DeFi events, gifts, business activity, residency and cross-border facts can materially change the outcome, so complex cases should be reviewed with a qualified Indian tax professional.
Essential tax treatment, filing windows and compliance pressure points at a glance.
India introduced the core statutory framework for crypto taxation through the Income-tax Act provisions covering Section 2(47A), Section 115BBH and Section 194S.
The VDA regime became a standing compliance framework rather than a one-off announcement, which is why historical transaction reconstruction remains relevant in 2026.
Crypto compliance in India increasingly sits inside a broader ecosystem involving KYC, AML, reporting expectations and exchange-level controls, not only income-tax filing.
The practical risk in 2026 is less about whether crypto is visible and more about whether the taxpayer can explain transaction history, valuation method, self-transfers and TDS credits consistently.
India taxes crypto by focusing on the concept of transfer of a VDA. That means the analysis starts with the legal character of the event, not with whether cash hit your bank account. A disposal for INR is the clearest case, but a swap, payment, certain gifts and many DeFi exits can also create tax consequences. In practice, the most defensible workflow is to classify each on-chain or exchange event into one of three buckets: clearly taxable transfer, non-taxable self-movement, or fact-sensitive receipt requiring separate analysis.
The table below is designed for actual filing work: event, likely tax treatment, valuation basis and records needed. That is the piece most taxpayers miss when they rely only on exchange P&L screens.
Sell crypto for INR
Usually taxable
Swap BTC for ETH
Usually taxable
Transfer between your own wallets
Usually non-taxable
Use crypto to buy goods or services
Usually taxable
Receive gift from qualifying relative
Usually non-taxable
Receive gift from non-relative above applicable threshold
Usually taxable
Receive staking reward
Usually taxable
Bridge asset to another chain without beneficial disposal
Usually non-taxable
| Event | Treatment | Why | Value Basis | Records Needed |
|---|---|---|---|---|
| Selling crypto for INR | Usually taxable under Section 115BBH on the gain from transfer; Section 194S TDS may also apply. | A sale for fiat is the clearest example of transfer. Taxable gain is generally the sale consideration minus the cost of acquisition. The practical nuance is that exchange fees, spread and settlement timing should be documented because they affect reconstruction even where the statute permits only limited deductions. | Gross sale consideration in INR on the transfer date; gain generally computed using sale value minus cost of acquisition. | Exchange contract note or CSV, wallet outflow record, bank credit trail, fee breakdown, timestamp, and TDS evidence if deducted. |
| Crypto-to-crypto swap | Usually taxable as a transfer even without INR conversion. | A swap changes beneficial ownership of the asset disposed of. The common compliance mistake is to treat a swap as tax-neutral because no fiat was received. In reality, valuation must be reconstructed using a consistent FMV source at the date and time of the swap. | Fair market value of the asset received, or another defensible and consistently applied FMV method for the asset disposed of, translated into INR. | Exchange fill report or on-chain tx hash, token quantities, timestamp, INR conversion source, wallet addresses, and method note for FMV. |
| Using crypto to buy goods or services | Usually taxable as a disposal of the crypto used for payment. | Paying with crypto is economically a transfer of the token in exchange for value. The taxable event arises on the crypto side even if the merchant prices the item in INR or USD. The purchase invoice helps prove the value transferred. | FMV of the crypto at the time of payment, usually reflected by the invoice or market price at settlement. | Merchant invoice, payment confirmation, wallet tx hash, conversion source, and proof that the payment was not a self-transfer. |
| Gift of crypto | Transfer-side and receipt-side issues may both arise; recipient taxation depends on Section 56(2)(x) facts and exemptions. | A gift is not automatically tax-free in all hands. Relationship of donor and recipient matters, as do statutory exemptions and valuation. The technical nuance many miss is that a later sale by the recipient creates a separate transfer analysis after the receipt event. | FMV on receipt for recipient-side analysis; later disposal uses the applicable acquisition framework and records available. | Gift deed or transfer note, relationship evidence, wallet records, FMV source on receipt date, donor identity, and later sale records. |
| Airdrops, referral rewards, promotional tokens | Commonly treated as taxable receipt income when received, with separate tax consequences on later transfer. | These events often do not fit neatly into a pure purchase model because the taxpayer receives value without a conventional acquisition price. The later sale then raises a second-stage transfer analysis. Consistent timestamping is critical because promotional distributions can be fragmented across many micro-transactions. | FMV in INR at receipt for initial income analysis; later transfer value for disposal analysis. | Campaign terms, wallet receipt logs, tx hash, screenshots, FMV source, and later disposal records. |
| Staking rewards or mining receipts | Common compliance approach is receipt-side taxation on FMV, followed by separate transfer taxation on later disposal. | The statute does not reduce every reward question to a single mechanical answer, so classification can be fact-sensitive. The key expert distinction is between the moment value is first derived and the later moment the token is transferred. That two-stage approach is often overlooked. | FMV in INR at the time the taxpayer obtains dominion or control over the token; later sale or swap valued again at transfer. | Validator or pool statements, wallet receipts, block timestamps, FMV logs, and later sale or swap evidence. |
| Transfer between your own wallets or exchange accounts | Usually not taxable if there is no change in beneficial ownership. | A self-transfer is generally a movement of custody, not a transfer to another person. The practical problem is evidence: if the taxpayer cannot prove both addresses belong to the same beneficial owner, the movement may look like an unexplained disposal or receipt. | No disposal valuation if truly a self-transfer; fees may still need to be tracked for reconciliation. | Source and destination wallet ownership evidence, tx hash, screenshots, exchange account statements, and internal transfer memo. |
| Bridge to another chain or wrap token | Often non-taxable if there is no beneficial disposal, but highly fact-sensitive. | Some bridge or wrapping mechanisms are closer to a technical migration of the same economic exposure, while others may involve a disposal into a different token or protocol position. The contract architecture matters. This is where tx-level review is more reliable than exchange labels. | Depends on whether the event is classified as self-movement, wrapping, or a true disposal into a new asset. | Smart contract interaction logs, tx hashes, block explorer evidence, protocol documentation, and wallet continuity proof. |
| Liquidity pool deposit or withdrawal | Can be taxable if the deposit or exit changes beneficial ownership into or out of LP tokens or another position. | The tax answer depends on what the protocol does economically. If the taxpayer contributes assets and receives a distinct LP token or protocol claim, that may be a transfer. If the movement is purely custodial, the answer may differ. Protocol mechanics must be documented. | FMV of assets disposed of or received, using a consistent INR conversion method. | Protocol transaction history, LP token records, tx hashes, explorer screenshots, and valuation logs. |
Crypto tax in India does not start and end with the token. It also depends on who the taxpayer is, how the activity is organized, and whether the facts point to passive investing, organized trading, treasury activity, or a business model built around digital assets. The special VDA regime under Section 115BBH still matters, but the surrounding classification affects recordkeeping, receipt-side income treatment, books of account, advance tax exposure and audit posture.
The safest practical approach is to classify the taxpayer first and the transaction second. That prevents common filing errors such as mixing salary-return logic with high-volume trading records or treating corporate treasury transactions like casual personal investing.
Usually buys, holds, sells or swaps crypto for personal investment. The main issues are Section 115BBH, Section 194S, Schedule VDA reporting, and proving cost basis and self-transfers.
May trade frequently, use multiple exchanges, P2P rails, bots, or DeFi strategies. The VDA transfer regime still applies, but receipt classification, books, cash-flow planning and TDS tracking become more operationally demanding.
A company holding or dealing in crypto must align VDA tax treatment with accounting records, board-approved treasury policy, counterparty controls and audit-ready documentation. Corporate governance failures often create tax problems before the tax return is even filed.
| Criterion | Occasional Investor | Self-employed Activity | Company |
|---|---|---|---|
| Primary source of activity | Personal investment and portfolio allocation. | Trading, advisory, mining, staking, or service-linked crypto activity. | Treasury, payments, customer operations, or structured digital asset business activity. |
| Main tax focus | Transfer gains, TDS credit, gifts, and ITR disclosure. | Transfer gains plus receipt-side classification, records, and cash-flow impact of TDS. | Books, internal controls, valuation policy, transfer treatment, and audit trail. |
| Evidence standard | Exchange statements, bank records, wallet addresses, tx hashes. | All investor records plus strategy logs, reconciliations, and business-purpose evidence. | All prior records plus accounting entries, approvals, internal policy, and counterparty files. |
| Common risk | Ignoring swaps or assuming no INR means no tax. | Poor reconciliation across high-volume trades and wallets. | Mismatch between tax position, accounting treatment and governance records. |
| Practical review point | Was every disposal and TDS credit captured? | Was every reward, swap and self-transfer classified correctly? | Can the business explain each wallet movement to an auditor or tax officer? |
For most resident individuals, crypto tax in India is dominated by the special VDA transfer regime. The core rule is straightforward: income from transfer of a VDA is taxed at 30% under Section 115BBH, subject to applicable surcharge and 4% cess. The complexity appears in the edges: swaps, gifts, staking receipts, P2P trades, foreign exchanges and proof of cost.
The practical filing formula is simple but unforgiving: Taxable gain = transfer value – cost of acquisition. The law generally does not allow the wide expense deductions or loss relief taxpayers expect from other asset classes. That is why documentation quality matters as much as the rate itself.
The law is clearer on sale and swap taxation than on every DeFi or reward fact pattern. Where the statute is settled, this page states the rule directly. Where practice is fact-sensitive, the page follows the generally accepted compliance approach and flags the need for case-by-case review.
| Rule | Practical Treatment |
|---|---|
| Flat 30% rate on transfer gains | Income from transfer of a VDA is generally taxed at 30% under Section 115BBH. The final outgo can be higher after surcharge and 4% health and education cess. A taxpayer who quotes only the headline 30% rate may understate actual liability. |
| Only cost of acquisition is generally allowed | The statute allows deduction of the cost of acquisition when computing income from transfer of a VDA. Other deductions are generally restricted. In practice, taxpayers should separately preserve evidence of purchase cost, fees and transfer mechanics even where the legal deductibility of a specific item is limited or fact-sensitive. |
| Losses generally cannot be set off or carried forward | A loss from one VDA transfer generally cannot be set off against salary, business income, house property income, capital gains or another VDA gain, and generally cannot be carried forward. Example: if one trade yields ₹80,000 gain and another yields ₹30,000 loss, tax is generally computed on ₹80,000, not on net ₹50,000. |
| 1% TDS is on transfer value, not profit | Section 194S TDS is calculated on the gross transfer value, subject to threshold rules. It is a withholding and information-tracking mechanism. It is not the final tax and does not replace the annual computation under Section 115BBH. |
| Swaps are usually taxable | Exchanging one token for another usually counts as a transfer even if no INR is received. The taxpayer must reconstruct INR fair market value at the time of the swap. This is one of the most common non-compliance points in cryptocurrency tax in India. |
| Receipt events need separate analysis | Staking rewards, mining receipts, airdrops, referral bonuses and gifts are not all taxed the same way. Many cases require a two-stage analysis: first, whether receipt itself creates taxable income; second, whether later sale or swap creates transfer income under Section 115BBH. |
| ITR disclosure should match AIS and Form 26AS | If TDS was deducted or transfers are otherwise visible through reporting channels, the taxpayer should reconcile exchange data, wallet logs, AIS, Form 26AS and bank statements before filing. A mismatch is often more damaging than the raw tax amount because it creates a credibility problem. |
For companies and organized businesses, cryptocurrency tax in India is not only a rate question. It is a systems question. A company dealing with crypto must align tax treatment with accounting entries, treasury controls, wallet governance, counterparty onboarding and evidence retention. The same token movement can create issues under income tax, audit, internal control and AML review if the records are weak.
The special VDA rules still matter for transfer taxation, but businesses face an additional burden: they must prove that the legal position taken in the return is consistent with the books and with the actual operational flow of assets. That is why corporate taxpayers should treat wallet architecture and reconciliation as part of tax compliance, not just IT hygiene.
Companies with recurring crypto activity should not rely solely on generic exchange P&L exports. A defensible position usually requires coordination between finance, tax, compliance and operations. For broader regulatory context, see our internal pages on crypto regulations and crypto licensing.
| Topic | Treatment | Records |
|---|---|---|
| Treasury holdings and disposals | If a company buys and later transfers crypto, the transfer generally falls into the VDA framework. The company should compute transfer income, track any Section 194S withholding, and ensure that the accounting ledger ties to wallet and exchange records. Board-approved treasury policy is a useful control document in larger groups. | General ledger entries, exchange statements, wallet register, internal approval records, bank trails, and valuation source files. |
| Customer-facing crypto activity | Where a business receives or pays crypto in the course of operations, each inflow and outflow should be classified separately: operating receipt, reward, treasury acquisition, or transfer of VDA. The legal form of the arrangement matters. A processor, broker, principal and agent do not always bear the same tax and documentation burden. | Customer agreements, invoices, wallet segregation logs, settlement reports, and role analysis showing whether the business acted as principal or intermediary. |
| High-volume trading operations | Businesses using multiple venues, APIs, market-making tools or proprietary strategies need transaction-level reconciliation. The key risk is not only tax underpayment but inability to prove beneficial ownership across wallets, exchanges and omnibus accounts. Reconciliation software output should be reviewed, not accepted blindly. | API exports, CSV backups, bot logs, exchange sub-account reports, tx hashes, and month-end reconciliation packs. |
| TDS process management | If the business is the deductor in a qualifying transfer, Section 194S process controls matter. Failure to deduct, deposit or report TDS can create interest and penalty exposure separate from the underlying VDA tax. Businesses should map who deducts in exchange, OTC and P2P scenarios before execution, not after year-end. | Counterparty classification, contract terms, TDS working papers, deposit records, and reconciliation with tax credits. |
| Cross-border and AML-linked controls | A business using offshore exchanges or cross-border counterparties should assume higher scrutiny around source of funds, beneficial ownership, KYC and transaction traceability. In 2026, tax review increasingly intersects with the broader compliance environment shaped by PMLA and FIU-IND expectations. | KYC files, source-of-funds records, offshore platform statements, wallet ownership evidence, and internal AML review notes. |
DeFi and reward events are where most crypto tax guides become too simplistic. The correct method is to separate receipt events from transfer events. A token can create taxable value when it is first received and then create a second tax consequence when it is later sold, swapped or used. That is especially relevant for staking rewards, mining receipts, airdrops, LP exits and wrapped or bridged assets.
The table below follows the compliance-first approach used by experienced practitioners: identify the event, determine whether value was derived at receipt, then analyze whether a later transfer falls under Section 115BBH. Where the law is not fully settled on a narrow protocol fact pattern, consistent valuation and evidence are more important than overconfident labels.
For DeFi, a strong audit trail usually includes wallet ownership mapping, tx hashes, block timestamps, explorer screenshots, protocol documentation, and a written valuation policy. Internal consistency is a major risk-control tool when the protocol flow is more complex than a standard exchange trade. For related regulatory context, see our DeFi regulation page and smart contracts overview.
| Event | Typical Treatment | Valuation Basis |
|---|---|---|
| Staking rewards | Commonly analyzed as taxable income on receipt based on FMV when the taxpayer obtains control, followed by separate transfer taxation when the rewarded token is later sold or swapped. The practical nuance is timing: pool dashboards and actual on-chain claim time may differ, so taxpayers should document when dominion was obtained. | FMV in INR at receipt; later FMV or sale value at transfer. |
| Mining receipts | Often treated similarly to staking in practice: first-stage receipt analysis, then second-stage transfer analysis on later disposal. The technical point many miss is that mined assets may arrive in multiple micro-payouts, so aggregation rules and timestamp evidence should be preserved carefully. | FMV in INR when the mined asset is credited or otherwise controlled. |
| Airdrops and referral rewards | Usually analyzed as value received without a conventional purchase cost. The taxpayer should document campaign terms, receipt date, wallet evidence and FMV source. Later sale or swap generally creates a distinct transfer event. | FMV in INR at receipt; later transfer value at disposal. |
| NFT sale or transfer | Where the NFT falls within the VDA framework, sale or swap is generally analyzed under the VDA transfer rules. Gift treatment and valuation can also be relevant. Metadata changes do not by themselves determine tax treatment; beneficial transfer does. | Sale consideration or defensible FMV in INR on transfer. |
| Liquidity pool deposit | Can be taxable if the deposit economically exchanges tokens for an LP token or another protocol claim. The answer depends on protocol mechanics. Tax software frequently mislabels these events, so manual review is often necessary for material positions. | FMV of assets disposed of or received, using a consistent INR conversion method. |
| Liquidity pool withdrawal | May trigger tax if the withdrawal involves disposal of the LP position into underlying assets or a gain realization event. Fees and reward tokens from the pool may require separate receipt-side analysis. | FMV of assets received and value of position exited. |
| Bridge transfer or wrapped token conversion | Often non-taxable if it is only a technical movement of the same beneficially owned asset, but potentially taxable if the protocol structure creates a true disposal into a different asset or claim. Contract-level review matters more than token ticker names. | Depends on whether the event is classified as self-movement or disposal. |
ITR filing for crypto should be treated as a reconciliation exercise, not a last-minute data entry task. The minimum workflow is: classify each event, compute transfer gains, identify receipt-side taxable items, reconcile TDS, and then report consistently in the relevant return fields including Schedule VDA where applicable. Exact utility labels can change by filing year, so taxpayers should always verify the current e-filing portal instructions.
The calendar below is practical rather than theoretical. It shows what should be done during the year, before filing, at filing and after filing. That workflow reduces the risk of notices driven by mismatched TDS or unexplained wallet movements.
| Period | Obligation | Owner | Deadline |
|---|---|---|---|
| During each transaction cycle | Capture exchange fills, wallet movements, counterparty details, fees, tx hashes and INR valuation source at the time of the event. Retroactive reconstruction is possible but less reliable. | Taxpayer / finance team | At or near transaction date |
| Monthly or quarterly | Reconcile exchange statements with wallet records and bank movements. Tag self-transfers separately from disposals. Review whether any staking, mining, airdrop or referral receipts need independent income classification. | Taxpayer / finance team | Monthly or quarterly close |
| Before year-end close | Review open positions, historical cost records, missing wallet labels, and any foreign exchange activity. Identify transactions where the platform data is incomplete or where manual FMV reconstruction is needed. | Taxpayer / advisor | Before final annual computation |
| Before ITR preparation | Download AIS and Form 26AS, reconcile Section 194S TDS credits, and compare them with exchange or counterparty statements. Any mismatch should be investigated before filing, not explained only after a notice arrives. | Taxpayer / advisor | Pre-filing stage |
| ITR filing stage | Report VDA transfers consistently, include receipt-side income where applicable, and ensure the return narrative aligns with records. Preserve a copy of the working papers used to arrive at each figure. | Taxpayer / advisor | By the applicable ITR due date for the taxpayer category |
| After filing | Retain all supporting documents, return acknowledgments, computation sheets and valuation logs. Monitor for TDS mismatches, notices or requests for clarification. | Taxpayer / finance team | Post-filing retention period |
Documents to collect before filing the 2026 return
These items define perimeter clarity, application readiness, and first-line control credibility.
Sequence these after the core perimeter, governance, and launch-control decisions are stable.
The main risk in Indian crypto tax compliance is not only underpayment. It is mismatch. A taxpayer who reports a clean number but cannot reconcile it with TDS credits, exchange data, wallet flows or bank records is more exposed than a taxpayer who has a complex file but a coherent audit trail. In 2026, scrutiny risk is shaped by the broader reporting environment, including exchange compliance, KYC trails and data matching.
Where TDS should have been deducted or deposited, separate exposure can arise through interest and penalty mechanisms. Where income is under-reported or unexplained, the taxpayer may face notice-based review, reassessment questions or demands for source and valuation evidence. The practical objective is simple: eliminate surprises before the tax authority finds them first.
Legal risk: Under-reporting of taxable VDA transfers under Section 115BBH. This is one of the most common substantive errors in crypto tax in India.
Mitigation: Reconstruct swap-level FMV in INR using a consistent source and include the transfer in the annual computation.
Legal risk: Mismatch with Form 26AS or related reporting data can trigger scrutiny and delay credit recognition.
Mitigation: Download and reconcile Form 26AS and AIS before filing. Investigate missing or duplicated credits early.
Legal risk: The taxpayer may be asked to explain source, destination and beneficial ownership. Weak records can convert a non-taxable movement into a contentious issue.
Mitigation: Maintain wallet ownership schedules, tx hashes, screenshots and internal notes showing continuity of ownership.
Legal risk: Receipt-side income may be omitted or misvalued, and later transfer computation becomes unreliable because acquisition history is incomplete.
Mitigation: Preserve pool statements, wallet receipts, timestamps and FMV logs at the time value is first received.
Legal risk: Indian tax liability depends on tax nexus and facts, not only platform location. Cross-border invisibility assumptions are increasingly weak.
Mitigation: Maintain full statements, INR valuation logs, source-of-funds evidence and residency-based filing analysis.
Legal risk: Potential failure under Section 194S, including interest and penalty exposure separate from the underlying gain computation.
Mitigation: Determine deductor responsibility before execution and retain documentary proof of deduction and deposit where applicable.
Legal risk: LP deposits, bridge events, wrapped tokens and contract interactions may be misclassified, leading to either over-reporting or under-reporting.
Mitigation: Review material DeFi events manually using tx hashes, protocol docs and a written classification policy.
These are the questions most taxpayers ask when dealing with cryptocurrency tax in India in 2026. The short answers below are designed for practical filing, not for marketing summaries.
Crypto is not recognized as legal tender in India, but that does not make it non-taxable. India taxes crypto through the Income-tax Act framework for Virtual Digital Assets. In practical terms, the safer question is not whether crypto is "legal" in the abstract, but whether your transactions, receipts and records are being reported correctly.
For most taxpayers, income from transfer of a VDA is taxed at 30% under Section 115BBH, plus applicable surcharge and 4% health and education cess. The effective burden can therefore be higher than the headline 30%.
No. 1% TDS under Section 194S is generally a withholding on the transfer value of the VDA, subject to threshold rules. It is credited against final tax liability. Final tax is computed separately when filing the return.
Usually yes. A crypto-to-crypto swap is generally treated as a taxable transfer even if no INR is received. The taxpayer should determine the FMV in INR at the time of the swap and compute gain based on the applicable acquisition records.
Generally no. Under the special VDA regime, loss from transfer of a VDA generally cannot be set off against salary, business income, capital gains or other income, and generally cannot be carried forward.
The common compliance approach is yes: staking rewards are often analyzed as taxable on receipt based on FMV, and then taxed again on a separate basis if the rewarded tokens are later sold or swapped. The exact classification can be fact-sensitive, so material cases should be reviewed carefully.
Gift treatment depends on the facts, including the relationship between donor and recipient and the rules under Section 56(2)(x). A gift can be exempt in some cases and taxable in others. A later sale by the recipient is a separate event and must be analyzed independently.
Usually yes, if Indian tax obligations apply to you based on residency and the facts of the transaction. Using a foreign exchange does not automatically remove Indian tax or reporting obligations. You should preserve platform statements, wallet records and INR valuation evidence.
Keep exchange statements, bank statements, wallet ownership records, tx hashes, block timestamps, INR valuation logs, TDS records, AIS, Form 26AS, and documents for gifts or rewards. For DeFi, keep protocol-level evidence and a written classification note for material events.
Schedule VDA is the return disclosure area used for reporting relevant VDA transactions in the applicable ITR workflow. Taxpayers should verify the current utility and instructions on the Income Tax Department e-filing portal, because form layouts can evolve.
Usually no, if there is no change in beneficial ownership. But you must be able to prove both wallets or accounts belong to you. Without that evidence, a self-transfer can look like an unexplained transfer or receipt.
The biggest mistake is treating crypto tax as an exchange profit-and-loss problem only. In reality, the hard part is classification and reconciliation: swaps, rewards, gifts, self-transfers, TDS credits, foreign-platform activity and INR valuation must all tie together.
Crypto tax in India is strict but manageable when the work is done in the right order: classify events, compute transfer gains, reconcile TDS, verify AIS/Form 26AS, and preserve a defensible audit trail. If your activity includes foreign exchanges, DeFi, gifts, staking or business operations, review the file before filing rather than after a notice. You can also explore our broader crypto tax guides, crypto regulations resources and legal services pages for related compliance context.
