Binance Tax UK — How to Report Your Binance Trades to HMRC
Binance's multi-row CSV format and FIFO-based reports don't work for HMRC. This guide covers every Binance transaction type, the correct Section 104 treatment, and how to file when you use multiple exchanges.
Binance is the world's largest crypto exchange by trading volume, and millions of UK investors use it. From 1 January 2026, exchanges operating in the UK must report your full transaction history to HMRC under CARF (Crypto-Asset Reporting Framework). That means HMRC will know what you traded. The question is whether your Self Assessment return matches what they have.
The problem is that Binance's own tax reports are not designed for HMRC. They use FIFO (first in, first out), not Section 104 pooling. They only see trades on Binance. And the CSV export format is notoriously difficult to work with — splitting a single trade across multiple rows.
This guide explains how Binance transactions are taxed under HMRC rules, why Binance's own reports fall short, and how to file correctly — especially if you also trade on other exchanges or use DeFi.
Does Binance report to HMRC?
Yes. Under CARF, which came into effect on 1 January 2026, crypto exchanges with UK users must collect and report transaction data to HMRC. The first automatic data exchange is expected in May 2027, covering the 2026 calendar year.
What HMRC receives includes your name, address, tax identification number, and a full record of acquisitions, disposals, and income events. This is transaction-level data, not a summary.
Even before CARF, HMRC has been proactive. They have already sent over 100,000 warning letters to UK crypto holders using data obtained directly from exchanges. Binance has cooperated with HMRC data requests in the past. The era of under-the-radar crypto trading is over.
Why Binance's own reports don't work for UK tax
Binance generates tax reports and profit/loss summaries, but they have two fundamental problems for UK investors:
- FIFO, not Section 104. Binance uses FIFO cost basis matching — assigning each sale to your earliest purchase. HMRC requires Section 104 pooling, which uses a weighted average cost basis across all your holdings of a given token. These methods produce different gains, sometimes by thousands of pounds.
- Single-platform blindness. Binance can only see trades on Binance. If you also bought ETH on Coinbase, received staking rewards from Lido, or swapped tokens on Uniswap, those acquisitions belong in the same Section 104 pool. Binance has no visibility into any of that, so its cost basis calculation is incomplete.
FIFO vs Section 104 — a real difference
If you bought 1 ETH at £500, then 1 ETH at £3,000, FIFO sells the £500 ETH first. Section 104 uses the average (£1,750). On a sale at £2,500, FIFO says £2,000 gain. Section 104 says £750 gain. The difference is real money — and HMRC only accepts Section 104.
Binance transaction types mapped to HMRC
Binance uses its own terminology in statements and CSV exports. Here is how each type maps to HMRC tax treatment:
| Binance type | HMRC classification | Tax treatment |
|---|---|---|
| Buy (Spot) | Acquisition | Enters S104 pool. No tax event. |
| Sell (Spot) | Disposal (Capital Gain) | CGT at 18% basic / 24% higher |
| Buy / Sell (Convert) | Disposal + Acquisition | Two events: dispose of token A, acquire token B |
| Transaction Related | Part of the same trade | Binance pairs this with Buy/Sell rows — see below |
| Fee | Allowable cost | Deducted from capital gain |
| Staking Rewards | Income | Miscellaneous income at 20/40/45% |
| Savings Interest | Income | Miscellaneous income at FMV on receipt date |
| Distribution | Income | Miscellaneous income (airdrops, promotions) |
| Deposit | Transfer | Non-taxable |
| Withdrawal | Transfer | Non-taxable |
The multi-row problem — why Binance CSVs are hard to parse
Unlike Coinbase, which puts one trade per row, Binance's "Generate All Statements" CSV splits a single trade across multiple rows. A typical spot trade produces three separate lines:
- Buy row — the token you received (e.g. "Buy 0.5 ETH")
- Transaction Related row — the token you spent (e.g. "Transaction Related −750 USDT")
- Fee row — the fee deducted (e.g. "Fee −0.0005 BNB")
If you try to process these rows individually, you will double-count transactions or miss the cost basis entirely. The rows must be reconstructed into a single trade event by matching on timestamp and account.
Why this matters
Many tax tools struggle with Binance CSVs because they treat each row as an independent event. This leads to phantom disposals, double-counted acquisitions, or fees that are not matched to the correct trade. ChainTax reconstructs multi-row trades automatically by grouping Buy + Transaction Related + Fee rows by timestamp and account.
How to export your Binance CSV
To get your full transaction history from Binance:
- Log in to Binance on desktop
- Go to Orders → Transaction History
- Click Generate All Statements
- Select your date range (use the full range for complete history)
- Choose CSV format and download
The file includes columns for UTC_Time, Account, Operation, Coin, Change, and Remark. This is the file you upload to ChainTax. Do not use the "Tax Report" export — that uses FIFO and produces incorrect figures for HMRC.
Staking Rewards, Savings Interest, and Distributions
Binance offers several earn products — Locked Staking, Flexible Savings, Launchpool, and promotional distributions. All of these generate tokens that HMRC classifies as miscellaneous income, not capital gains.
Income from crypto is taxed at your income tax rate (20%, 40%, or 45%) based on fair market value at the time of receipt. It goes on SA100 (your main Self Assessment return) under "Other income" — not on SA108. For more detail, see how to report staking rewards to HMRC.
Crucially, income events also enter your Section 104 pool as acquisitions at fair market value. This means staking rewards on Binance increase your pool's total cost basis, reducing the capital gain when you eventually sell. If your tax tool does not classify these correctly, you will overpay CGT.
What if I also use other exchanges or DeFi?
This is where most single-platform reports break down. Under HMRC rules, you maintain one Section 104 pool per token — not per exchange, not per wallet. Every acquisition of ETH, whether on Binance, Coinbase, Kraken, or via a Uniswap swap, goes into the same ETH pool.
Worked example
Buy 1 ETH on Binance at £2,000 = £2,000 cost
Buy 1 ETH on Coinbase at £1,800 = £1,800 cost
Swap USDC for 0.5 ETH on Uniswap at £2,200 = £1,100 cost
Pool: 2.5 ETH, total cost £4,900, average cost £1,960 per ETH
Sell 1 ETH on Binance for £2,800
Gain = £2,800 − £1,960 = £840
Binance thinks your pool is 1 ETH at £2,000 and would report a gain of £800. The correct gain is £840 because the pool includes cheaper acquisitions from other sources.
The same-day and Bed & Breakfast rules also apply across platforms. If you sell ETH on Binance and buy ETH on Coinbase within 30 days, those transactions are matched — even though they happened on different exchanges. No single-platform tool can detect this.
How ChainTax handles Binance
ChainTax is designed for exactly this scenario:
- Import your Binance CSV. Upload the "Generate All Statements" CSV. ChainTax auto-detects the Binance format and reconstructs multi-row trades — grouping Buy + Transaction Related + Fee rows by timestamp and account into single events.
- Import other exchanges too. Upload CSVs from Coinbase, Kraken, or Koinly. All exchange trades feed into the same tax engine.
- Connect DeFi wallets. Add your Ethereum, Arbitrum, Optimism, Base, or Polygon wallet addresses. On-chain activity is classified using protocol-specific classifiers for Uniswap, Aave, Lido, Curve, and 20+ other protocols.
- Unified Section 104 calculation. Binance trades, other exchange trades, and DeFi activity are merged into a single S104 pool per token. Same-day and B&B matching applies across all sources.
- SA108 boxes auto-filled. Boxes 13.1–13.8 are computed directly from the unified calculation. Every disposal shows the matching rule used and the full gain working.
Binance vs Coinbase vs Kraken — does it matter?
From HMRC's perspective, it does not matter which exchange you used. All disposals of the same token share the same Section 104 pool. The difference is in how each exchange exports data:
- Coinbase — one row per event, relatively straightforward CSV format
- Binance — multi-row trades requiring reconstruction, different column names and date formats
- Kraken — paired ledger entries by reference ID, asset names that need normalisation (XXBT → BTC, ZEUR → EUR)
Each format has its own quirks, but they all need to end up in the same place: a unified, HMRC-compliant tax calculation. If you use multiple exchanges, you need a tool that understands all of them. Read more about the differences in CEX vs DeFi tax treatment.
Import your Binance trades in 30 seconds
Upload your Binance CSV and ChainTax handles the multi-row reconstruction, correct Section 104 pooling, and HMRC-ready SA108 mapping. Add Coinbase, Kraken, and DeFi wallets for a complete picture. Free for up to 75 transactions.
This article is for informational purposes only and does not constitute tax, legal, or financial advice. Tax rules can change, and individual circumstances vary. Always consult a qualified tax adviser before filing your Self Assessment return. HMRC guidance referenced: CRYPTO22100 (disposals), CRYPTO22200 (same-day and B&B matching), CRYPTO61100 (DeFi staking income), s104 TCGA 1992. CGT rates: 18% basic / 24% higher from 30 October 2024 (Autumn Budget 2024). Annual exempt amount: £3,000 for 2024/25 and 2025/26.
Related articles
Coinbase Tax UK — Why Your Coinbase Report Isn't Enough for HMRC
Coinbase uses FIFO. HMRC requires Section 104 pooling. If you've ever used DeFi or another exchange, Coinbase's tax report gives you the wrong number. Here's exactly how to get it right.
SA108 Crypto 2024/25 — Boxes 13.1 to 13.8 and Box 51 Explained
2024/25 is the first year with dedicated crypto boxes on SA108 — and it's a split year for CGT rates. Every box explained with worked examples, including the Box 51 adjustment that nobody else covers.
CEX vs DeFi — How Your Crypto Is Taxed Differently in the UK
HMRC doesn't care where you traded — all disposals of the same token share one Section 104 pool. But exchange trades and DeFi activity create very different classification challenges. Here's why you need one tool for both.