Crypto tax on futures and perpetuals in India (2026), how to treat PnL, fees, and funding, plus the records you need

Trading perps feels like trading a chart, but tax feels like bookkeeping in slow motion. Still, if you trade futures or perpetuals from India, your crypto futures tax india work is only "easy" when you make it boring and consistent. The practical goal for AY 2026-27 is simple: treat every close, every fee, and every funding cashflow like a dated INR entry. Don't trust the exchange's "PnL" widget as your final number. It's usually not built for Indian reporting. Rules can also change (sometimes mid-year logic changes, sometimes reporting changes), so confirm your approach with a qualified CA before you file. How India taxes crypto futures and perpetuals for AY 2026-27 (what's stable, what's messy) Most traders start with one question: "Are futures and perps taxed like spot?" In real filing, many CAs treat derivative gains linked to crypto as falling under the Virtual Digital Asset (VDA) regime logic, because the underlying exposure is a VDA and the tax department expects Schedule VDA style disclosures. Key law anchors you will hear again and again: Section 2(47A) defines VDA (broad definition). Section 115BBH applies a 30% tax on income from transfer of VDAs (plus surcharge and cess, as applicable). Section 194S covers 1% TDS on consideration on VDA transfers, subject to thresholds and conditions. Budget commentary into February 2026 broadly kept the core VDA structure unchanged (30% plus TDS), while compliance and reporting pressure has been tightening in parallel. For a current-year recap many practitioners reference, see Taxation of VDAs for AY 2026-27. For general framing on whether crypto is capital gains, business income, or a "special regime" bucket, this TaxGuru crypto taxation explainer is often used as a reading companion. Two compliance points that trip futures traders most: Gotcha: Don't assume you can net losses from one contract against profits from another. Under the VDA loss restriction approach that is applied in practice, loss set-off and carry-forward is heavily restricted, so "overall portfolio down" doesn't automatically mean "tax is zero". Also, don't do mark-to-market tax math because your exchange shows "unrealised PnL". India taxation is event-driven, you need realised outcomes (close, settlement, expiry, liquidation) with INR values you can support. Step-by-step method to convert futures PnL, funding, and fees into INR (with worked examples) Assumptions (state these in your working file):Functional currency is INR. All calculations are reported in INR. For conversion rates, use (a) the exchange-provided INR value if the instrument settles in INR, otherwise (b) the executed quote currency amount (USDT or USD) multiplied by a documented USDINR rate source you apply consistently across the year (many traders use a bank reference or a publicly available reference rate, then keep a screenshot or daily CSV). The conversion method (repeat for each event): Identify the taxable event: close trade (full or partial), settlement, expiry, liquidation, ADL close (if it happens), funding credit or debit, fee debit. Take the exact timestamp from the exchange export. Compute the quote-currency amount (USDT, USD, or coin) for that event. Convert to INR using your stated rate source at that timestamp (or daily rate, if you document that convention). Store the INR figure with the event ID (order ID, trade ID, funding ID). Example A: Perpetual long with partial closes, multiple funding payments, and fees You go long BTCUSDT perpetual. Entry: Long 0.10 BTC at $80,000 (taker fee 0.04%) Partial close: Sell 0.04 BTC at $82,000 (taker fee 0.04%) Final close: Sell 0.06 BTC at $79,000 (taker fee 0.04%) Funding (8-hourly): +0.01%, +0.02%, then -0.005% (so you pay, pay, then receive) Funding uses mark price and notional (assumed mark equals last for simplicity) Assume USDINR rates you document: Entry time: ₹83.20 Funding 1: ₹83.30 Funding 2: ₹83.50 Funding 3: ₹83.10 Close times: partial ₹83.60, final ₹83.40 Here is the ledger view (quote currency first, then INR): Event Quote-currency calc (USDT) USDINR used INR impact Entry fee Notional $8,000 × 0.04% = 3.20 83.20 -₹266.24 Funding 1 (0.10 BTC) Notional (0.10×80,500) $8,050 × 0.01% = 0.805 83.30 -₹67.06 Funding 2 (0.10 BTC) Notional (0.10×81,200) $8,120 × 0.02% = 1.624 83.50 -₹135.60 Partial close PnL (0.04 BTC) 0.04 × (82,000-80,000) = 80 83.60 +₹6,688.00 Partial close fee Notional (0.04×82,000) $3,280 × 0.04% = 1.312 83.60 -₹109.68 Funding 3 (remaining 0.06 BTC) Notional (0.06×79,500) $4,770 × (-0.005%) = -0.2385 83.10 +₹19.82 Final close PnL (0.06 BTC) 0.06 × (79,000-80,000) = -60 83.40 -₹5,004.00 Final close fee Notional (0.06×79,000) $4,740 × 0.04% = 1.896 83.40 -₹158.07 Net realised result (INR) = sum of INR impacts = ₹827.17 profit (rounded).This is why funding and fees matter. The chart move looks like "small win", but the cashflows decide the final number. If you want a practical way to pull and read funding entries on one platform UI, this internal guide helps: how funding affects PnL in perpetuals. Example B: Hedge with futures (spot long plus perp short), and why "net flat" is not "tax flat" You already hold 1 ETH spot (your long-term bag). You open 1 ETHUSDT perp short to hedge for a week. Spot stays in your wallet (no tax event just for holding). The perp short generates realised PnL when you close it, plus funding credits or debits while it's open. Assume: You short 1 ETH perp at $2,500, close at $2,400, profit = $100. You receive net funding of $6 over the week. Fees total $4 (entry and exit). INR method: Convert $100, $6, and $4 into INR at their timestamps, store as separate legs. Don't net the hedge against spot unrealised movement. Spot unrealised isn't a tax figure. If you also sell spot later, that later spot sale is its own VDA transfer computation. If you trade in hedge mode and the platform keeps two legs, keep your order logic clean, because your exports will show separate position sides. This internal note can prevent "accidental netting" errors in the first place: hedge mode vs one-way mode on perps. Example C: Liquidation (forced close) and how to record it A liquidation is still a close event in your ledger, just not on your terms. Assume you long 0.50 BTC perp, price dumps, and the system liquidates you. Your exchange history may show: "Liquidation trade" fill(s) A liquidation fee or penalty Insurance fund related line items (varies) Tax record method: Record the liquidation fill price and quantity as the close. Convert realised PnL to INR at liquidation timestamp. Record liquidation fees separately (also in INR). Don't hide it inside "unrealised went to zero", that's how mismatches happen later. Fees and funding details people mis-handle (including fees paid in crypto) Fees are usually not one single number. You may see trading fees, funding, settlement fees, liquidation fees, and even conversion fees. Two common cases: Fees in USDT (or INR): simple, convert at the fee timestamp. Fees deducted in crypto (example: fee charged in BTC): treat it like you paid a small amount of BTC. Record the BTC quantity and value it in INR at that moment. The fee reduces your holdings, so your later cost basis inventory also changes in a quiet way. Also be careful with TDS. Some platforms structure derivative settlements in ways that still trigger TDS-like reporting lines, others don't, and Indian exchanges may have their own deduction and reporting mechanics. Keep the platform's own tax pages saved, for example Delta Exchange India tax and regulatory charges is the kind of reference you want in your folder when your CA asks, "what exactly did they deduct, and why?" What you need to download from the exchange (and how long to retain it) If your records are weak, you will end up reconstructing trades from screenshots, and that's painful. Download these at least monthly, and again at FY end: Trade history export (fills, not just orders), with order ID and trade ID Position history (open, close, partial close, liquidation, ADL events if shown) Funding history (each funding timestamp, rate, payment amount, currency) Fee history (trading fees, funding fees if separated, liquidation fees, settlement fees) TDS reports (if the platform provides it), plus any tax invoices Deposits and withdrawals (including on-chain tx hash, network, and timestamps) Wallet addresses you used (exchange deposit addresses, your self-custody addresses) Conversion rate evidence (daily USDINR rate file or screenshots, plus stablecoin pricing approach) API exports (read-only), or raw CSV dumps, so you can re-check later Retention guidance: keep the full set for at least 8 years (CSV plus PDFs). Also keep one offline backup. If you trade across multiple exchanges, don't net them casually; reconcile exchange by exchange, then reconcile your global inventory. For a spot-side record discipline template that also helps derivatives traders, you can borrow ideas from this practical spot tax records guide (the same "clean INR ledger" mindset applies). Common pitfalls that trigger notices (or just wrong tax) A few mistakes show up again and again in futures books: Mixing realised and unrealised PnL, then filing the wrong number. Netting profits and losses across contracts or exchanges without checking how VDA loss limits apply. Using mark-to-market "end of day" PnL as if it's taxable income. Ignoring funding because it "looks small", until it isn't. Missing TDS entries, then Form 26AS and your working sheet don't match. FX conversion shortcuts, especially when you hop INR, USDT, USD, and coin fees. Conclusion Perps are fast, but tax is slow, so you need a slow system that never panics. Build one INR ledger, record each close, each fee, and each funding line, then your crypto futures tax india filing becomes a reporting task, not a rescue mission. If your trading is high volume or cross-exchange, confirm your treatment with a qualified tax professional, because small classification choices can change your final tax and your risk.