Crypto Accounting February 8, 2026 | 12 min read

Reconstructing Missing Crypto History

Robert Thorn, Co-Founder TX-Partner
Robert Thorn

Co-Founder & Documentation Specialist · · Updated:

100%Crypto Data Experts
500+ Cases of experience
8Years Professional experience
Reconstructing Missing Crypto History: Step-by-Step Guide

Key Takeaways

  • ✓ Missing history sets the cost basis to €0 and creates fictitious gains – in every crypto tax tool
  • ✓ The symptom is named differently in each tool: "Missing History" in Blockpit, the "Missing Transactions" check in CoinTracking, "Missing acquisition price" in Koinly – the cause and the fix are the same
  • ✓ Causes: forgotten exchanges, missing chain imports, automatic gap-filling, bridge transfers
  • ✓ Reconstruction: list all sources → obtain CSV exports → check on-chain data
  • ✓ Blockchain explorers (Etherscan, Solscan) show every transaction permanently
  • ✓ For closed exchanges (FTX): submit a GDPR data request to the insolvency administrator

Your crypto tax tool flags that the history is missing for one or more assets. This may sound harmless, but it has massive implications for tax calculations: without a complete transaction history, the tool sets the cost basis to zero euros. The result is fictitious gains that never actually occurred. This article shows you step by step how to reconstruct missing crypto history and restore your crypto accounting to a solid foundation, whether you work with Blockpit, CoinTracking, or Koinly.

01 The Problem: Missing History and Cost Basis 0

When your tax tool flags that the history is missing for an asset, it means: there is a receipt for this asset (e.g., a deposit to an exchange or wallet), but the previous transaction documenting the acquisition is missing. The tool cannot trace where the asset came from, what it originally cost, or when it was acquired.

The consequence is severe: in this case, the tool sets the cost basis to zero euros. When sold later, the entire proceeds are calculated as profit, even though you purchased the asset at a specific price.

One Problem, Three Names

The same core problem is called something different in every tool. Knowing your tool's term helps you find the affected positions faster:

Blockpit

A "Missing History" notice on the asset. Via the "Auto-Balancing" transaction label, Blockpit offsets the missing holding with a cost basis of 0. The tax report then looks clean, but the notice remains in the UI.

CoinTracking

The "Missing Transactions" check (Analysis → Checks) and warnings in the tax report. The "Cost basis in EUR" column reads 0.00 with a note that the sale is not linked to any purchase transaction.

Koinly

A "Missing acquisition price for disposal" warning. Here too, the default cost basis is 0.

The mechanism is identical in all three cases: a disposal without an assignable purchase leads to a cost basis of 0, turning the full sale proceeds into a fictitious gain.

Concrete Example:

Situation

You bought one Bitcoin on Kraken in 2020 for €8,000, transferred it to a wallet in 2021, and sold it in 2024. The Kraken import is missing in your tax tool.

What the Tool Calculates

The tool sees the Bitcoin as appearing "out of nowhere." Cost basis: €0. When sold for, say, €60,000, it calculates a gain of €60,000.

Actual Gain

The real gain is €52,000 (€60,000 minus €8,000 purchase price). The €8,000 difference would be fictitious profit that does not exist for tax purposes.

The more assets affected, the more distorted the entire tax report becomes. For portfolios with many transfers between exchanges and wallets, the sum of fictitious gains can quickly reach five figures.

02 Why Is the History Missing?

The causes of missing history can be divided into five typical categories. They are the same across tools: a tool can only calculate with the data that comes in, and what is missing it cannot know. Often, several occur simultaneously.

  • Missing Exchange Imports – Old accounts on exchanges that are no longer actively used were never imported into the tool. This often affects the first exchange where someone bought crypto.
  • Missing Data Sources – Exchanges and wallets that were never imported into the tool. Older exchange accounts or wallets on chains that the user forgot are particularly often missing.
  • Incomplete Wallet Tracking – Anyone who moves assets across multiple chains (Ethereum, Solana, Polygon, Arbitrum) must record each chain separately in the tool. If a chain is missing, so are the associated transactions.
  • Manual Entries & Auto-Balancing – Users try to close gaps with manual entries or Blockpit's "auto-balancing" function. Both create transactions with a cost basis of €0, which visually solve the problem but worsen it for tax purposes.
  • Bridges and Wrapped Tokens – Cross-chain bridges technically create a new transaction on the destination chain. If the tool doesn't correctly recognize the bridge transfer as a link, it appears as if the asset appeared out of nowhere on the destination chain.

Source: Help centers of Blockpit, CoinTracking and Koinly

Quick Reference: Missing History by Situation

Situation Cause of Missing History Reconstruction Path
Old exchange never imported Forgot first purchase exchange CSV export or GDPR data request
Multi-chain wallet incomplete Not all chains imported Add each chain individually
Auto-balancing with cost basis EUR 0 Blockpit filled gap automatically Find and import real purchase TX
Bridge transfer not linked Destination chain missing Import both chain sides
Closed exchange (FTX, Mt.Gox) No regular export possible GDPR request to insolvency administrator

03 How to Identify Missing History in Any Tool

Missing history manifests at multiple levels, similar in every tool. The earlier you recognize the signs, the more precisely you can correct them.

  • Direct notice on the asset – The tool marks affected positions: "Missing History" in Blockpit, "Missing Transactions" and tax-report warnings in CoinTracking, "Missing acquisition price" in Koinly. This is the most obvious indicator.
  • Unrealistically High Gains in Tax Report – If the calculated gain is significantly higher than expected, a missing cost basis is often the cause. Check the largest gain positions individually.
  • Negative or Missing Cost Basis – Some assets show a cost basis of €0 or negative holdings. Both indicate missing incoming transactions.
  • Assets Appear "Out of Nowhere" – If an asset suddenly appears in the portfolio without a documented purchase transaction, the origin is missing. This often affects transfers from external wallets or exchanges.
If your tool shows a gain of €50,000 and you know your real gain is €10,000, missing history is almost always the reason.

A practical trick: most tools have a filter for exactly these notices. In Blockpit the path runs via Transactions → Filter → Notice → Missing History, in CoinTracking via Analysis → Checks → Missing Transactions, in Koinly via Transactions → Warnings. Going through these filters before every report catches a large share of the errors.

04 Step by Step: Reconstructing History

Reconstructing missing crypto history follows a clear sequence. The more systematically you proceed, the fewer gaps remain.

Step 1: List All Sources

Create a complete list of all exchanges, wallets, and DeFi protocols you've ever used. Also consider platforms you only used briefly or years ago. Typical forgotten sources:

  • First Exchange – Where did you buy crypto for the very first time? Bitcoin.de, Bitpanda, Coinbase?
  • Intermediate Exchanges – Did you transfer assets to another exchange to buy specific altcoins? Binance, KuCoin, Gate.io?
  • Hardware Wallets – Ledger, Trezor, or other cold wallets where you stored assets long-term.
  • DeFi Protocols – Uniswap, Aave, Curve, Lido, Jupiter, and other protocols you've interacted with.
  • Multi-Chain Wallets – MetaMask, Phantom, Rabby with activity on various chains.

Step 2: Obtain CSV Exports

For each identified source, you need the transaction data. For active exchanges, you can download CSV exports directly. For inactive exchanges or exchanges where you no longer have access, there are alternatives:

  • Active Exchanges – Log in and export the complete transaction history as CSV. Make sure to select the entire period, not just the current year.
  • Inactive Accounts – Many exchanges allow exports even for inactive accounts as long as the account still exists. Reset the password if necessary.
  • GDPR Data Request – If the normal export doesn't work, you can submit a data request under Art. 15 GDPR. The exchange is obligated to provide your stored data.

Whether Binance, Kraken, MEXC or a closed exchange like FTX: how easy or difficult it is to retrieve historical data varies significantly by platform. Exchange history overview: what data you can get and how shows the most common exchanges and their specifics.

Step 3: Check On-Chain Data

For DeFi transactions and wallet activities, blockchain explorers are the central source of information. Every transaction is permanently stored on-chain and can be traced:

  • Etherscan – For Ethereum and ERC-20 tokens
  • Solscan – For Solana and SPL tokens
  • Arbiscan – For Arbitrum
  • Polygonscan – For Polygon
  • BscScan – For BNB Chain

Enter your wallet address in the respective explorer and check the transaction history. Compare this with the transactions recorded in your tool. Every transaction visible in the explorer but missing in your tool must be added.

Step 4: Import and Trigger Recalculation

Import the obtained CSV files into your tool. Pay attention to the correct format – most tools offer their own import template for each exchange. After importing, it's important to trigger the recalculation. In Blockpit, for instance, the tax calculation doesn't update automatically after each import; the recalculation runs manually via a button in the tax report section. CoinTracking, by contrast, often re-classifies correctly by itself once the real source is added, which is why adding the source beats manual entries here.

Step 5: Check Manual Entries and Auto-Balancing

Check all manual entries and automatically generated balancing transactions. Entries with a cost basis of €0 should be replaced with properly documented transactions – based on on-chain data or CSV exports. Blockpit's auto-balancing and a manual balancing entry visually resolve the notice, but the cost basis remains at €0, which distorts the tax calculation.

If you work specifically with Blockpit and just want to clear the "Missing History" notices there quickly, you'll find the compact tool fix step by step at Fix Missing History in Blockpit. This article here delivers the comprehensive reconstruction across all sources and tools.

Source: Help centers of Blockpit, CoinTracking and Koinly

Post-Reconstruction Checklist:

1.

Check whether the "Missing History" warning has disappeared for the affected assets.

2.

Compare the calculated gain with your own assessment. Is it now realistic?

3.

Check the cost basis of the largest positions individually. Does the entry price match?

4.

Trigger the tax report recalculation and check the result.

05 How Reliable Is Each Data Source?

Not every reconstructed transaction is equally well documented. When you close a gap, what matters is not just that a value sits in the tool, but how verifiable it is. That becomes important the moment someone else questions the documentation: the tax office after a DAC8 reconciliation, a tax advisor during a plausibility check, or a bank requesting a proof of funds. From over 500 cases, the reliability of sources falls into three clear tiers.

Evidential value of data sources, from highest to lowest:

Tier 1 · highest

On-Chain Data

Every movement on the blockchain is permanent through its transaction hash, immutable, and verifiable by anyone in the block explorer, independently of you. An on-chain-documented deposit or withdrawal is the most reliable building block a reconstruction can have. What sits on-chain does not have to be believed, it can be verified.

Tier 2 · high

Exchange Export / GDPR Request

A CSV export or a GDPR request (Art. 15) directly from the exchange is well documented, because the data comes from the platform itself. The limitation: trades within the exchange run off-chain, only in its internal books. They are only as reliable as the export, and cannot be independently cross-checked on the blockchain.

Tier 3 · secondary

Manual Entry / Estimate

A self-set value (an old purchase price from memory, an estimated rate) does close the gap in the tool, but is initially only a claim. It should always be backed by evidence: a bank statement, a trade confirmation, a screenshot. A manual entry without any proof is the weakest tier and exactly the kind of position that gets questioned first in an audit.

In practice this means: when reconstructing, work from the top down. First everything that is verifiable on-chain, then the exchange exports, and only what is still missing through a justified manual entry. TX-Partner deliberately builds every reconstruction on the highest possible evidence tier and only falls back on a manual entry when no stronger source exists. Documentation that is largely on-chain-backed holds up to scrutiny. Documentation made of nothing but unproven estimates collapses at the first close look.

Important context: These three tiers describe the verifiability of the data, not its tax recognition. Whether a given value may be applied for tax purposes is decided by your tax advisor. This is purely about how well a figure can be substantiated when someone wants to check it.

06 Special Cases: DEX, Bridges and Missing Exchange Exports

Some situations require more effort than a simple CSV import. Here are the most common special cases and how to handle them.

Closed Exchanges (FTX, Mt.Gox, etc.)

For exchanges that no longer exist or were closed due to insolvency, regular data export is no longer possible. There are still ways:

  • GDPR Data Request to Insolvency Administrator – In many cases, user data is stored with an insolvency administrator. A formal GDPR request can provide access to your own transaction data.
  • Personal Records – Email confirmations, screenshots, or old CSV exports you saved locally can serve as proof.
  • On-Chain Data – Deposits and withdrawals to and from the exchange are traceable on-chain, even if the exchange no longer exists. However, trades within the exchange are off-chain and therefore not reconstructible via blockchain explorer.

Which source helps most depends on the platform. The following overview summarizes the best-known closed or insolvent exchanges and the most realistic route to the data for each. TX-Partner reconstructs the history of closed exchanges via the on-chain trail of deposits and withdrawals, even when the platform itself no longer provides an export.

Dead Exchanges: Where You Can Still Get the Data

Exchange Status Best Data Source
Mt. Gox Insolvent since 2014, repayment ongoing Public creditor portal of the trustee plus the on-chain trail of the original deposits and withdrawals via your own wallet address.
FTX Insolvent since 2022, payout via claims process Claim portal of the insolvency proceedings for recorded balances, plus the old CSV export if you still have it locally, and the on-chain deposits.
Celsius Insolvent since 2022 Documents from the creditor/claim portal, reconciled with the on-chain transfers you made to and from the platform.
QuadrigaCX Closed since 2019 Insolvency proceedings documents where available, plus on-chain proof of deposits and withdrawals. Internal trades remain off-chain.
BTC-e Seized and shut down in 2017 Usually only your own records (old export, email confirmations) plus the on-chain trail. An official data request is barely possible here.
Cryptopia Insolvent since 2019 Liquidators' portal with registered balances, combined with the on-chain movements of your own wallet addresses.

Availability and portals change over the course of each proceeding. Common denominator: the on-chain deposit and withdrawal can almost always be reconstructed, the internal trades rarely.

Receiving a Payout from Insolvency? (Mt. Gox, FTX, Celsius)

One point that affects many people in 2026 and regularly lands wrong in the tool: payouts from insolvency proceedings. Anyone who gets coins or money back from the Mt. Gox or FTX process initially sees only a new receipt in the tax tool, appearing out of nowhere. The tool only knows the incoming amount, not the backstory. If you do nothing about it, it treats the payout like a free inflow with a cost basis of 0.

That is precisely wrong. The payout is the continuation of your original acquisition. What needs to be reconstructed is not today's receipt, but the purchase from back then: when and at what rate did you buy the coins at the time and deposit them onto the exchange? This original cost basis and the original acquisition date have to be documented separately and assigned to the payout, otherwise the tool calculates the full proceeds as profit on the later sale. The building blocks are the same as above: the on-chain deposit from back then, old exports, bank statements of the original fiat payment. How this payout is to be classified for tax purposes (such as the question of holding periods) belongs on your tax advisor's desk; your job in the documentation is to record the original acquisition cleanly and with evidence.

Very Old Transactions (2015-2018)

Transactions from the early years of crypto adoption are particularly difficult to reconstruct. Exchange interfaces and export formats have changed multiple times since then, and some platforms no longer exist. However:

  • Blockchain Explorer – On-chain transactions are immutable and fully viewable even after years. Historical prices can be determined via CoinGecko or CoinMarketCap.
  • Historical Prices – For manual import into your tool, you need the rate at the time of the transaction. Historical price data is freely available on multiple platforms.
  • Manual Entries – Most tools allow manual transaction entries. For individual, clearly traceable transactions, this is the pragmatic solution.

DeFi Protocols Without Tool Integration

Not every DeFi protocol is directly supported by every tool. For protocols without integration, there are two approaches:

  • Manual CSV Import – Create a CSV file in your tool's standard format and enter the transactions manually. The necessary data (timestamp, token, amount, rate) can be found via the blockchain explorer.
  • Wallet Tracking – If you've entered the wallet address in your tool, most tools automatically recognize many DeFi transactions. However, check whether all transactions were correctly classified – especially for complex interactions like flash loans or composable strategies.

07 The Logic Chain: Why Crypto Accounting Is Critical

Missing history is not an isolated problem. It stands at the beginning of a chain that runs through the entire tax calculation.

The Dependency:

1.

Crypto Accounting

The complete transaction history in the crypto tax tool. All exchanges, wallets, DeFi protocols in one place.

2.

Tax Calculation

The tool calculates gains and losses based on crypto accounting. If history is missing, it calculates with a cost basis of €0.

3.

Compliance

The tax return is based on the calculation. Since DAC8, exchange data is compared with the return. Discrepancies are noticed.

If the transaction history has gaps, the tool calculates with a cost basis of €0. Any tax calculation based on this is incorrect. And since DAC8, the tax authority can compare the reported exchange data with the tax return. Incomplete crypto accounting can then lead to inquiries.

Source: Official Journal of the EU, Directive (EU) 2023/2226

The preparation of transaction data is the foundation for everything that follows.

08 What Missing History Means for Your Tax Report

Missing history is not just a technical problem in your tax tool. It directly distorts the tax report your crypto tax tool calculates. The larger the portfolio and the tighter the regulations, the bigger this effect becomes.

Risk Impact on Tax Report
Cost basis EUR 0 from auto-balancing Every sale is calculated as full profit. For an asset with a real purchase price of EUR 5,000 and sale price of EUR 8,000, the tool calculates EUR 8,000 instead of EUR 3,000 profit.
Many assets with "Missing History" The entire tax report is unreliable. Neither the tax advisor nor the tax authority can accept the calculated values as correct.
Discrepancy report vs. DAC8 filing Since DAC8, exchanges report transaction data directly to the tax authority. If reported data diverges from the tax return, inquiries arise.
Old TX (2015-2018) not documented Without a documented cost basis, the tool defaults to 0 and reports the full proceeds as profit. With the complete history, the tax tool determines holding periods and gains automatically; any tax assessment beyond that is a matter for professional tax advice. The documentation provides the evidenced data basis for it.

Since DAC8, tax authorities can systematically compare reported exchange data with the submitted values. If you discover missing history in the tax report, the first step is to correct the data basis so the report reflects the real values. How an already submitted return needs to be adjusted is a question for professional tax advice; the cleaner the documentation, the simpler this step.

09 When Professional Help Makes Sense

Reconstructing missing crypto history is doable yourself in simple cases: import a forgotten exchange, upload a few CSV files, trigger recalculation. However, with more complex portfolios, the effort quickly becomes exponential.

Professional support for crypto accounting makes sense when one or more of the following criteria apply:

  • Many Sources – More than 10 exchanges, wallets, or DeFi protocols over several years.
  • Complex DeFi Usage – Liquidity pools, yield farming, bridges, wrapped tokens, staking across multiple chains.
  • Multi-Year Gaps – Transactions from 2017 or 2018 that were never documented and must now be caught up.
  • Closed Exchanges – Platforms like FTX where regular data export is no longer possible.
  • Manual Entries with Zero Cost Basis – Transactions were created manually or via auto-balancing with a cost basis of €0 and must be properly documented.
  • Errors in Tax Report – The calculated gain significantly deviates from reality and the cause is not immediately apparent.

TX-Partner specializes in exactly these cases: preparing the transaction history in the crypto tax tool completely and comprehensibly. TX-Partner does not offer tax advice, but rather the crypto accounting that tax advisors and tax authorities need as a foundation.

If you're unsure whether your case requires professional support, a non-binding documentation check is the fastest way to gain clarity. In 30 minutes, we assess how extensive the reconstruction is and what effort is realistically involved.

Robert Thorn

Co-Founder & Documentation Specialist

Robert Thorn is Co-Founder of TX-Partner. Brings experience from over 500 documented crypto portfolios, from simple Bitcoin trading to six-figure DeFi setups across multiple chains and years. Closes the gap between raw data and clean documentation for tax and banks.

Ready?

Reconstruct your crypto history.

30 minutes that make the difference.

Book Data Check 30 min · Free · No commitment

500+ documented cases · 15+ years of crypto experience

Frequently Asked Questions About Missing Crypto History

Blockpit displays this warning when data is missing for an asset prior to the first recorded receipt. The tool then sets a cost basis of €0. This means that when sold, the entire proceeds are calculated as profit, even though part of it is the original purchase price.
Through CSV exports from exchanges, on-chain data via blockchain explorers, and manual entries in Blockpit. The first step is a complete list of all sources used. For closed exchanges, a GDPR data request to the insolvency administrator can help gain access to your own transaction data.
The tool calculates with a cost basis of €0, leading to fictitious gains and incorrect tax calculations. Since DAC8, exchange data is compared with tax returns. If calculated gains don't match reality, discrepancies can arise that lead to inquiries from the tax authority.
Blockpit's auto-balancing creates transactions with a cost basis of €0 to fill gaps. This visually resolves the warning, but the tax error remains: every sale of these positions is calculated as full profit.
Yes, you can create a manual entry with the correct purchase price and timestamp. However, you should be able to substantiate the information with on-chain data or exchange records. The tax authority may request proof.
If the tax report is based on missing history, it shows incorrect gains. The data basis is then wrong. The first step is to reconstruct the history so the report reflects the real values. Whether and how an already submitted return needs to be adjusted is something for professional tax advice; our job is to provide the documented data for it.
Through three sources in parallel: the public insolvency or creditor portal of the respective proceeding for your recorded balances, the on-chain trail of your deposits and withdrawals at the time via your own wallet address in the block explorer, and old local exports or email confirmations if still available. What can be reconstructed are the on-chain movements to and from the exchange. The trades within the exchange ran off-chain and cannot be rebuilt via any explorer. You'll find an overview per exchange above in the section on dead exchanges.
A missing export does not mean the data is gone. In practice, several sources of evidence get overlooked: an old local CSV download on a previous computer or backup, email confirmations of individual trades and withdrawals in your inbox, the bank or credit card statement of the original fiat deposit (which documents the purchase date and EUR amount), and a Web Archive snapshot of old exchange pages. On top of that, there is always the on-chain trail of your wallet addresses, which sits permanently in the block explorer independently of any export.
Often yes. The same reconstructed history you need for the tax report is also the basis for a proof of funds for the bank. The difference lies in the question: the tax office wants to know how much profit arose, the bank wants to know where the funds came from and how they flowed. Which documents a bank specifically requires, and why the tax report alone is not enough, is covered in Crypto Proof of Funds: What Banks Need.
These are two different problems. A lost wallet access (seed phrase gone, hardware wallet broken, password forgotten) is a question of device and key data recovery, i.e. whether you can get back to the coins. That is not what this is about. Missing history is about the evidence and transaction data, the documentation of your movements. Important: even if access to a wallet is gone, its transaction history remains publicly viewable in the block explorer as long as you know the wallet address. For documentation, the address is enough; the private key is not needed for it.