For cryptocurrency / VDA income, only ITR-2 or ITR-3 are appropriate — ITR-1 (Sahaj) and ITR-4 (Sugam) cannot be used because they do not contain Schedule VDA and do not accommodate Section 115BBH tax computation. Use ITR-2 if: (a) you are a salaried individual / pensioner with crypto trading as a side activity (investor / HODLer profile); (b) your crypto activity is sporadic, not high-frequency, and you are not running a crypto business; (c) you have no income under "Profits and Gains from Business or Profession" (PGBP); (d) you may have other capital gains (equity, mutual funds, property) and foreign assets — ITR-2 supports all these alongside Schedule VDA. Use ITR-3 if: (a) you are an active / high-frequency crypto trader where the activity rises to the level of a "business" — frequency, volume, holding pattern, intent, infrastructure — courts have applied the "badges of trade" test; (b) you are running a mining or staking infrastructure (rigs, validator nodes) generating systematic income from VDA — characterised as business income; (c) you have F&O / intraday equity trading (which mandates ITR-3) alongside crypto; (d) you are a partner in a firm or have any business / professional income. Filing the wrong form triggers a defective return notice under Section 139(9) — 15-day window to correct or the return is treated as invalid. The classification between investor (ITR-2) and trader (ITR-3) is judgmental for crypto — there is no statutory definition of "trader" for VDAs, and CBDT has not issued specific guidance like it has for equity. Our practice diagnoses the right form based on transaction count, value, holding duration, frequency, infrastructure, and intent — preferring ITR-3 for high-volume / business-like activity to avoid mischaracterisation risk on scrutiny.

Schedule VDA is the dedicated schedule in ITR-2 / ITR-3 for reporting all transfers of Virtual Digital Assets during the financial year. The schedule requires per-transaction (per-disposal) reporting — i.e., one row for every separate sale / swap / transfer event, not aggregated totals. Required fields per transaction: (a) Date of acquisition — when you originally bought / received the VDA being sold; for FIFO basis, the earliest acquisition lot is matched to the current sale; (b) Date of transfer — when you sold / swapped / transferred the VDA; (c) Cost of acquisition — INR cost of the lot being sold (purchase price + acquisition charges form part of cost; transaction fees and exchange brokerage debated, but generally allowed if integral to acquisition); (d) Consideration received / accrued — INR value received on sale (or FMV in INR for crypto-to-crypto swap or in-kind consideration); (e) Income (gain / loss) — auto-computed as (consideration - cost). Each VDA / coin is reported separately — Bitcoin disposals on different dates appear as separate rows; Bitcoin and Ethereum disposals are also separate. The Schedule VDA total feeds into the 30% Sec 115BBH tax line in the computation summary; cess and applicable surcharge are layered automatically by the ITR utility. Critical reporting nuances: (i) Losses must be shown but cannot be set off against any income — they appear in Schedule VDA but lapse in computation; (ii) Crypto-to-crypto swaps — each leg is a transfer; both legs reported separately with FMV in INR; (iii) NFTs and stablecoins — included as VDAs; same Schedule VDA treatment; (iv) Air drops / mining / staking rewards — receipt is in business / other income head (not Schedule VDA); only the eventual sale / transfer goes to Schedule VDA with FMV at receipt as cost basis; (v) AIS feed — Indian exchanges report transaction-level data which pre-fills Schedule VDA; you must reconcile carefully. Our practice prepares Schedule VDA in the prescribed CSV / utility-compatible format with 100% AIS matching before filing.

Crypto held on foreign exchanges (Binance, Coinbase, Kraken, KuCoin, OKX, Bybit) by an Indian Resident and Ordinarily Resident (ROR) taxpayer requires two-tier reporting: (1) Schedule VDA — for every transfer / sale / swap during the FY, regardless of platform; foreign exchange trades are no different from Indian exchange trades for Section 115BBH purposes — 30% on net gain per transaction; the 1% TDS treatment is different (no Indian exchange to deduct, so for outbound crypto-to-fiat or P2P transactions involving Indian buyers, Form 26QE applies; for trades fully on foreign platforms with foreign / non-Indian counterparties, no Sec 194S TDS is practically deducted, but the 30% income tax remains payable on assessment); (2) Schedule FA (Foreign Assets) — for the holdings themselves; required disclosures: (a) name and address of the foreign exchange / platform; (b) account number / wallet identifier; (c) peak balance during the FY (in INR equivalent); (d) closing balance at end of FY; (e) any income earned (interest, staking yield, lending yield credited to the account). RNOR and Non-Resident taxpayers are exempt from Schedule FA but may have other reporting. Black Money Act 2015 exposure for non-disclosure: penalty of ₹10 lakh per year of non-disclosure (regardless of value) plus prosecution from 6 months to 7 years and 30% additional tax under the BMA framework. FEMA overlay: bringing INR into / out of India for foreign crypto trades implicates the Liberalised Remittance Scheme (LRS) — current cap of US$ 250,000 per FY for resident individuals — and the Reserve Bank of India's evolving crypto position; using debit / credit cards on foreign exchanges falls under LRS reporting. Self-custody wallets (MetaMask, Ledger, Trezor) — the Schedule FA position is more nuanced; if the wallet has been funded through a foreign exchange or has interacted with foreign DeFi protocols, conservative practice is to disclose. Our foreign-exchange crypto practice handles full Schedule VDA + Schedule FA preparation, FEMA / LRS review, voluntary disclosure of past non-reporting via ITR-U, and BMA risk advisory.

The 1% TDS deducted under Section 194S is fully creditable against your final Section 115BBH tax liability — and refundable to the extent it exceeds the 30% liability. Claim mechanics: Step 1 — Verify TDS credit: Download Form 26AS and AIS from the income-tax portal; the 1% TDS deducted by Indian exchanges (CoinDCX, WazirX, ZebPay, Bitbns) reflects automatically in 26AS / AIS within 7-10 days of the exchange filing the TDS return; for P2P trades, the buyer files Form 26QE and issues Form 16E within 15 days; the seller must verify these reflect in their 26AS. Step 2 — Match to Schedule VDA: For every transfer in Schedule VDA, identify the corresponding TDS deduction in 26AS — total Schedule VDA gross consideration should aggregate to the figure on which 1% has been deducted. Step 3 — Fill TDS Schedule: In the TDS Schedule of the ITR (separate from Schedule VDA), enter the TDS details — TAN of the deductor (Indian exchange) or PAN of the deductor (P2P buyer who filed 26QE); amount of TDS; date of deduction; income on which deducted. The ITR utility cross-checks against Form 26AS automatically. Step 4 — Tax computation: Sec 115BBH liability = 30% × net gain per VDA + cess + surcharge. TDS credit (1% of gross consideration) is netted against this liability; if 1% TDS exceeds the 30% liability — refund arises; if 30% liability exceeds 1% TDS — self-assessment tax payable. Step 5 — Refund tracking: After ITR processing under Sec 143(1), refund is credited to the bank account on file within 30-60 days for clean returns; longer if AIS mismatch / scrutiny. Common scenarios where refund arises: (a) loss-making sellers — they sold at a loss but 1% TDS was still deducted on gross consideration; the 1% is fully refundable since there is no Sec 115BBH liability; (b) low-margin trades — 1% on a ₹10 lakh consideration with only ₹50,000 net gain (= ₹15,000 tax) means ₹85,000 refund out of ₹10,000 TDS; the maths must be confirmed; (c) frequent in-and-out trading — TDS deducted on every sale even when net portfolio gain is modest. Pitfall: many filers report only net P&L without showing gross consideration in Schedule VDA — this triggers AIS mismatch (AIS shows gross sale figures from exchanges) and Sec 143(1) intimations.

The Income-tax Act and Section 115BBH do not prescribe a specific cost basis methodology for crypto, leaving room for both FIFO (First-In-First-Out) and specific-lot identification. In practice: FIFO is the default and most defensible methodology — almost all Indian and foreign crypto exchanges generate annual P&L reports using FIFO, AIS feeds align with FIFO assumptions, and the income tax department has not objected to FIFO in any reported assessment. Under FIFO, the earliest acquired lot of a coin is deemed sold first when a partial sale occurs. Specific-lot identification — selecting which specific acquisition lot is matched to a sale — is theoretically permissible if the taxpayer maintains contemporaneous records identifying the specific lot at the time of sale. This is rarely practical for crypto because: (a) coins are fungible and the blockchain doesn't track lots; (b) most exchange interfaces don't allow lot selection at sale; (c) the burden of proof is on the taxpayer to show which lot was sold. Specific-lot becomes feasible only for self-custody wallet holders who maintain detailed acquisition logs and can demonstrate the lot-selection at the time of disposal. LIFO (Last-In-First-Out) and average-cost methods are not recommended — they have no statutory basis and would likely fail on scrutiny. Practical FIFO computation: Maintain a per-coin lot ledger — every acquisition is a new lot with date, quantity, INR cost. Every sale draws down lots in FIFO order. The cost basis for the sale is the cost of the lot(s) drawn down. For a coin acquired across multiple dates and partially sold, this can become arithmetically intricate, especially for active traders with hundreds of trades. Cross-exchange complications: a coin bought on Exchange A and sold on Exchange B (after withdrawal and deposit) — the FIFO lot tracking must follow the coin across exchanges; the withdrawal / deposit is not itself a transfer for Sec 115BBH (no change in beneficial ownership). Crypto-to-crypto swaps — both lots get reset; the disposed lot uses its original FIFO cost; the acquired lot enters with the FMV at swap as new cost basis. Our practice deploys specialised crypto-tax software for FIFO ledger maintenance across exchanges and wallets, with a complete audit trail per coin per lot.

Yes — three correction routes exist depending on timing: (1) Revised Return under Section 139(5) — if the original return for the relevant AY was filed and the deadline (typically 31 December of the AY, the same as the belated return deadline) has not passed, you can file a revised return that supersedes the original; available for AY 2025–26 till 31 December 2025 and for AY 2026–27 till 31 December 2026; no additional tax penalty beyond the regular tax + Sec 234A interest. (2) Updated Return / ITR-U under Section 139(8A) — for periods where the revised return window has closed; ITR-U can be filed within 24 months from end of the relevant AY; e.g., AY 2024–25 ITR-U can be filed till 31 March 2027; AY 2025–26 till 31 March 2028. Additional tax on ITR-U: 25% of (basic tax + interest) if filed within 12 months from end of AY; 50% if filed in months 13-24. The aggregate is over and above regular tax, surcharge, cess, and Sec 234A / B / C interest. ITR-U cannot be filed if: (i) it is a return of loss; (ii) it reduces tax liability or increases refund — only additions / further tax allowed; (iii) search under Sec 132 has been initiated; (iv) survey under Sec 133A; (v) prosecution proceedings have been initiated; (vi) AY is older than 24 months from end. (3) Response to a Sec 148 Reassessment Notice — if the AO has issued a notice for income escaping assessment (for crypto, this can reach back up to 10 years where escapement exceeds ₹50 lakh), the taxpayer must file a return in response — this is post-litigation territory with penalty up to 200% under Sec 270A and possible prosecution under Sec 276C / 277. Voluntary correction is always preferable — choosing 139(5) revised return (if possible) or 139(8A) ITR-U avoids penalty exposure under Sec 270A (50% / 200% for under-reporting / misreporting), Sec 271AAC (10% additional on undisclosed Sec 115BBH income), and prosecution risks. For crypto specifically, with AIS / FIU-IND / exchange reporting visibility, deferring correction is high-risk — Sec 148 notices for unreported crypto are increasingly common. Our ITR-U practice handles end-to-end voluntary disclosure — quantification, additional tax computation, ITR-U filing on portal, and post-filing tracking.

Yes — in most practical cases for crypto holders. The basic exemption limit (₹3 lakh under the new regime, ₹2.5 lakh under the old regime for individuals below 60) is not the only ITR-filing trigger. Filing is mandatory if any of the following apply: (a) Section 139(1) seventh proviso conditions — deposit of ₹1 crore+ in current accounts, foreign travel expense ₹2 lakh+, electricity bill ₹1 lakh+, business turnover above prescribed thresholds — all mandate ITR even if income is below exemption; (b) Section 139(1) "or otherwise required to furnish a return" — broadly captures voluntary filing requirements; (c) Foreign assets / signing authority under Schedule FA — any ROR taxpayer holding foreign assets (including crypto on foreign exchanges) must file ITR regardless of income level; (d) To claim 1% TDS refund — if the buyer / Indian exchange has deducted 1% TDS under Sec 194S, the only way to recover it is by filing ITR; without filing, the TDS becomes irrecoverable; (e) To carry forward losses (not applicable for crypto due to Sec 115BBH but applicable for other heads); (f) If Sec 115BBH liability exists — net gain on any VDA above zero creates a tax liability at 30% which must be self-assessed and paid via ITR; the basic exemption does not apply to Sec 115BBH income (no slab benefit). Specific to crypto — even if your total taxable income (salary + interest + crypto) is ₹2 lakh, if you have a net VDA gain of ₹50,000, that ₹50,000 is taxed at 30% (= ₹15,000 + cess); the basic exemption is a slab-based concept that does not apply to special-rate income under Sec 115BBH. So crypto investors with even small gains must file. Practical rule of thumb: anyone who has done any crypto transaction (transfer, sale, swap) in the FY should file ITR — both to discharge the 30% liability where gains exist, and to claim TDS refund where applicable, and to document compliance for AIS-matching purposes regardless of profit / loss outcome. Failure to file attracts Sec 234F late fee (₹5,000 / ₹1,000), Sec 234A interest, and where unreported income is later surfaced, Sec 270A penalty plus possible Sec 276CC prosecution for wilful failure to file.