AMLConsensus · course
Programme · Lesson 8.5
Section 8 · Lesson 8.5

Crypto taxes and reporting: the basics

Many come to crypto with an illusion of anonymity and "invisibility to the state." In practice it is the opposite: the blockchain is an eternal public ledger, and the entry-exit points (exchanges, banks, P2P) are ever more tightly connected to the tax authorities. In this lesson — without specific rates and without tying to any one jurisdiction — we examine how the tax authority learns about crypto, how this relates to AML and the source of funds, and why careful record-keeping of deals protects you better than any "anonymity."

Why the tax authority "sees" crypto at all

A common myth: "crypto is anonymous, so the tax authority knows nothing." The reality is that pseudonymity ≠ anonymity. An address is not signed with your name, but as soon as you touch a regulated intermediary, the pseudonym gets linked to an identity. The main channels through which information reaches fiscal authorities:

Why this matters: "I didn't declare because I thought they wouldn't find out" is a strategy that weakens every year. Data accumulates, and the past can be requested later too.

How taxes relate to AML and the source of funds

This is the key idea of the lesson. AML compliance and taxes are two sides of one question: "where did the money come from?". When an exchange or bank asks to confirm the source of funds (Source of Funds) and the source of wealth (Source of Wealth), the best proof of legitimacy is documents that also happen to be tax documents: income confirmation, trade history, taxes paid.

Records and declarations exist
You can explain every in/out → compliance passes, the money is "clean" and "white"
No records
You cannot show the source → withdrawal blocked, documents requested, risk of both tax and AML claims

Note: even entirely legitimate funds without a documentary trail look suspicious. Compliance does not read minds — it reads papers. So tax records and an AML dossier on yourself are one and the same archive.

General principles of declaring (without rates and figures)

Specific rates, thresholds, and forms differ between countries and change, so here there is only the universal logic applicable almost everywhere. For the exact rules, consult local legislation and a specialist.

  1. A taxable event usually arises upon "realization." Most often the taxable moment is when you exchanged crypto for fiat, for another asset, or paid with it. Mere holding (HODL) in many jurisdictions does not by itself create a tax — but this must be checked locally.
  2. The base is the difference between the exit price and the entry price. The general principle: the tax is calculated on the financial result (income minus documentarily confirmed acquisition costs), not on the entire withdrawal amount.
  3. Income comes in different kinds. Trading profit, income from staking/farming, rewards, airdrops, payment for services in crypto — may be taxed differently. Classification matters.
  4. The reporting period and deadlines. Usually there is an annual cycle: by a certain date a declaration for the past period is filed. Missing deadlines is a separate risk of penalties.
  5. The conversion currency. Operations are converted into the national currency at the rate on the date of the operation — so it is important to record the date and rate of each deal.
This is not an instruction for your country. Crypto tax law differs radically: somewhere long-term holding gets a break, somewhere any exchange is an event, somewhere there are tax-free minimums. Check local rules.

Why keep records of deals — and how

Records are needed not "just in case" but for three concrete reasons: (1) to correctly calculate the tax and not overpay, (2) to confirm the source of funds for a bank/exchange, (3) to protect yourself during an audit. Without records you will have to reconstruct the history after the fact — and exchanges close, exports get lost, memory fails.

The minimum set of fields worth keeping for each operation:

Why this matters: one table that you keep regularly saves you weeks of panic when documents are requested and turns a "suspicious withdrawal" into a "transparent history with evidence."

A template record-keeping table

The simplest journal in a spreadsheet (Excel/Google Sheets). Columns:

Date | Type | Asset | Qty | Price per unit | Amount in nat. currency | Venue | Hash/ID | Counterparty | Fee | Document

An example of two rows:

2026-03-14 | Buy | BTC | 0.02 | ... | ... | Exchange A | — | — | ... | statement_A_march.pdf

2026-06-02 | Sell | BTC | 0.02 | ... | ... | P2P | txhash | Ivan P. | ... | order_screenshot.png

Once a month, export the operation history from each venue into an archive — export formats differ between exchanges, but almost everywhere there is CSV. Keep archives for all years: the period for which documents can be requested is usually longer than you think.

Common mistakes that get people into trouble

The conclusion: in the "taxes + AML" pairing, the winner is not the most secretive but the most documented. Record-keeping of deals is your insurance both for the tax authority and for the exchange's compliance. You should start keeping it from your first operation, not when the request arrives.

This material is for educational purposes and is not legal/tax advice.