Contents
- What Is Cost Basis and Why It Determines Every Tax Bill
- Taxable vs. Non-Taxable Events
- The Four IRS-Accepted Lot Identification Methods
- How to Elect and Document Your Method
- Form 1099-DA: What Changed and the Noncovered Gap
- Tracking Tools Compared: Koinly, CoinTracker, TaxBit, TokenTax, Bitcoin.tax
- On-Chain vs. Off-Chain Records
- Exchange Records vs. Self-Custody Tracking
- Multi-Year DCA Scenarios with Real Examples
- Basis Tracking After Wallet Migrations
- Fork and Airdrop Basis Rules
- Gifted vs. Inherited Bitcoin: Two Very Different Basis Rules
- The Estate Planning Connection
- Records Retention Checklist
What Is Cost Basis and Why It Determines Every Tax Bill
Bitcoin cost basis tracking is not an administrative nicety — it is the mechanical foundation of every tax calculation you will ever make on your Bitcoin holdings. Cost basis is the original tax value assigned to an asset at acquisition: for Bitcoin, this is the fair market value in U.S. dollars on the date of purchase, plus any transaction fees paid to acquire it. Every subsequent sale, exchange, or disposal uses your cost basis to compute the taxable gain or loss:
Capital Gain (or Loss) = Sale Proceeds − Cost Basis
The holding period then determines which tax rate applies. Bitcoin held more than twelve months qualifies for long-term capital gains rates — currently 0%, 15%, or 20% depending on your taxable income, plus the 3.8% net investment income tax (NIIT) for higher earners. Bitcoin held twelve months or less is taxed as ordinary income, up to 37% federally. Both the basis amount and the holding period are tracked per lot — each individual purchase creates a separate lot with its own cost basis and acquisition date.
This lot-level granularity is what makes Bitcoin cost basis tracking both powerful and complex. A holder who has dollar-cost averaged for five years may have hundreds of individual lots, each with a different price, date, and holding period. Which lots are sold on any given disposal — and whether those lots are long-term or short-term — can mean the difference between a $0 tax bill and a $200,000 tax bill on the same transaction.
The zero-basis default: If you cannot document your cost basis, the IRS may assume your basis is $0 — meaning 100% of the sale proceeds are taxable as a gain. A holder who bought Bitcoin at $3,000 in 2018 and cannot produce purchase records faces tax on the entire current price, not just the appreciation. Documentation is not optional — it is the difference between paying what you owe and paying everything.
Fees Are Part of Your Basis
Transaction fees paid to acquire Bitcoin — exchange fees, gas fees on wrapped Bitcoin, wire transfer fees — add to your cost basis. If you purchased $5,000 of Bitcoin and paid a $75 exchange commission, your basis is $5,075, not $5,000. This matters over many years of DCA purchases: cumulative fees can add thousands of dollars to your aggregate basis, reducing taxable gains at disposition. Most crypto tax platforms handle this automatically when imported from exchange APIs, but verify it: some older CSV imports omit fee columns.
Taxable vs. Non-Taxable Events
Understanding which events trigger a gain or loss calculation — and which create new lots requiring their own basis tracking — is foundational to accurate record-keeping. The IRS treats Bitcoin as property under Notice 2014-21, which means general property tax rules apply.
Taxable Events (Require Gain/Loss Calculation)
| Event | Tax Treatment | Basis of New Asset |
|---|---|---|
| Sell BTC for fiat (USD) | Capital gain or loss | N/A — asset disposed |
| Exchange BTC for another cryptocurrency | Capital gain or loss on BTC disposed | FMV of received asset at exchange date |
| Pay for goods or services with BTC | Capital gain or loss on BTC used | N/A — asset disposed |
| Receive BTC as mining income | Ordinary income at FMV on receipt date | FMV on receipt date (new lot created) |
| Receive BTC as payment for services | Ordinary income at FMV on receipt date | FMV on receipt date (new lot created) |
| Receive BTC as a gift | No tax at receipt; gain/loss when you sell | Donor's original basis (carryover basis) |
| Receive BTC as inheritance | No income tax at receipt (stepped-up basis) | FMV at date of decedent's death (step-up) |
| Hard fork or airdrop | Ordinary income at FMV when received and under dominion | FMV on receipt date (new lot created) |
Non-Taxable Events (No Gain/Loss; May Still Require Tracking)
- Buying BTC with fiat: Creates a new lot at the purchase price plus fees. Not a taxable event — no gain or loss realized at purchase.
- Transferring BTC between your own wallets: Moving BTC from a Coinbase account to a Ledger hardware wallet is not a taxable event. The lot carries its original basis and acquisition date through the transfer. However: you must track which lots moved to which wallet for future lot-level identification.
- Opening or closing a Lightning channel (generally): Channel funding and closure transactions are generally treated as wallet-to-wallet transfers when the same amount (minus fees) is recovered. No gain or loss is recognized until on-chain settlement produces a taxable difference. Fees paid reduce the recovered amount and may be investment expenses.
- Wrapping BTC (e.g., WBTC on another chain): Treated as a taxable exchange by most practitioners — converting BTC to WBTC is arguably a disposition of BTC and acquisition of a new asset. This remains an area of interpretive uncertainty; consult a CPA before wrapping significant amounts.
The transfer tracking requirement: Even though wallet-to-wallet transfers are not taxable, failing to track them creates a basis reconciliation nightmare. When you later sell Bitcoin from wallet B that was originally purchased in wallet A, you must match the lot (with its original basis and acquisition date) to the sale. Untracked transfers cause your crypto tax software to generate phantom gains or unexplained losses. Tag every transfer as a personal transfer — not a trade — at the time it occurs.
The Four IRS-Accepted Lot Identification Methods
When you sell Bitcoin and hold multiple lots at different cost bases, you must choose which lots are being sold. The IRS permits four methods for digital assets, each producing materially different tax outcomes from the same set of transactions.
| Method | How It Works | Typical Tax Impact | Best For |
|---|---|---|---|
| FIFO First In, First Out |
Sells oldest lots first, regardless of price | Usually highest gains — oldest lots are typically lowest cost | Default if no method elected; rarely optimal for long-term holders with large embedded gains |
| LIFO Last In, First Out |
Sells most recently purchased lots first | Lower gains if recent purchases were at higher prices; higher gains in falling markets | Useful in declining markets where recent lots are highest cost; less commonly used |
| HIFO Highest In, First Out |
Sells highest-cost lots first, regardless of date | Minimizes current-year gains by pairing sales with highest-basis lots | General tax minimization; most widely recommended default for long-term holders |
| Specific Identification | You designate exactly which lots are sold at time of sale | Fully flexible — achieves any tax objective | Tax-loss harvesting, 0% bracket harvesting, holding period management, estate planning optimization |
FIFO: The Default You Probably Don't Want
FIFO is the method that applies if you make no election. For long-term Bitcoin holders who began DCA accumulation years ago at much lower prices, FIFO is almost always the worst possible outcome: it sells your oldest, cheapest lots first, immediately crystallizing the largest embedded gains. A holder who has bought every year since 2019 and sells in 2026 under FIFO will first sell their 2019 lots — purchased at $7,000–$10,000 — against current market prices. Under HIFO, they would sell their most recent, highest-cost lots first. The difference in tax liability can be enormous.
HIFO: The Sensible Default for Most Holders
HIFO — Highest In, First Out — is not explicitly named in IRS guidance as a standalone method but is generally treated as a form of Specific Identification in which the selection criterion is always the highest-basis lot. The IRS has not challenged this interpretation, and it is the standard recommendation from virtually every crypto CPA for holders who want automatic gain minimization without active lot management.
HIFO's limitation: it is a blunt instrument. It always picks the highest-basis lot, even when selecting a different lot would achieve a more nuanced objective — like realizing a specific dollar amount of loss to offset other gains, or staying within a particular tax bracket. For those situations, Specific Identification is superior.
Specific Identification: The Strategic Choice
Specific Identification gives you complete control. You designate exactly which lots are sold at the time of each transaction. This enables strategies unavailable with any other method:
- Tax-loss harvesting: Select the specific lots with unrealized losses to realize those losses as deductions. HIFO won't select these automatically if higher-cost lots exist.
- 0% bracket harvesting: Select specific long-term lots whose gain exactly fills your available 0% bracket room — realizing gains at zero federal tax rate.
- Holding period management: If a lot is 11 months old and you want to sell but prefer long-term treatment, Specific ID lets you sell a different lot that already qualifies as long-term. Wait one more month to sell the short-term lot.
- Estate planning optimization: Keep your lowest-basis, longest-held lots intact for the §1014 step-up at death. Sell only lots with modest embedded gains or short-term losses.
The Specific ID documentation requirement: To use Specific Identification, you must identify the specific lot at or before the time of sale — not retroactively. This typically means selecting the specific lot in your crypto tax software before execution, or providing written notice to the exchange identifying the acquisition date and basis of the lot being sold. Keep documentation: the date of sale, the exchange or wallet, the specific lot originally acquired on [date] at [price], and confirmation the lot was specifically identified. This is the record you show an IRS examiner.
How to Elect and Document Your Method
The IRS does not require a formal election filing to choose a cost basis method for Bitcoin — unlike for securities, there is no Form 8949 checkbox or separate election statement. However, the method must be applied consistently, and the election is implicitly made through how you report gains and losses on your tax return.
Making the Election in Practice
- Select the method in your crypto tax software — all major platforms (Koinly, CoinTracker, TaxBit, TokenTax) allow you to specify FIFO, HIFO, or Specific ID as your lot selection method. This setting determines how lots are matched against sales throughout the tax year.
- Document the election in your tax records — create a brief written record stating your elected method and the tax year it applies from. Your CPA should note the method on your tax return and in their work papers.
- Apply it consistently within a tax year — you generally cannot switch methods mid-year within the same account without triggering issues. Switching between tax years is permitted with adequate documentation, though the IRS may scrutinize switches that appear designed to manipulate reported gains.
- For Specific ID: maintain contemporaneous documentation — for each sale where you use Specific ID, preserve a record showing which lot was designated, when the designation was made, and the confirmation of the sale. Your crypto tax platform should generate this automatically if configured correctly.
Bitcoin Mining Tax Strategy
Mining operators face a more complex cost basis picture: daily income recognition at varying Bitcoin prices, equipment depreciation, bonus depreciation elections, and the interaction between mining basis and long-term estate planning. Abundant Mines covers the complete mining tax strategy — depreciation, OpEx deductions, and how mining complements a Bitcoin accumulation plan.
Explore the Mining Tax Strategy Guide →Form 1099-DA: What Changed and the Noncovered Gap
Form 1099-DA — Digital Asset Proceeds From Broker Transactions — became effective for tax year 2026, representing the first mandatory third-party reporting of Bitcoin sales at scale. For most Bitcoin holders, 1099-DA changes the compliance landscape in ways that require immediate attention.
What 1099-DA Reports
Exchanges and brokers classified as "digital asset brokers" must report:
- Gross proceeds from every digital asset sale during the calendar year
- For "covered" securities: cost basis and the gain or loss amount
- Whether the gain or loss is short-term or long-term
- The transaction date and asset description
The Covered vs. Noncovered Gap
Here is where most long-term holders are caught off guard. "Covered" securities are only Bitcoin purchased on the reporting exchange on or after January 1, 2026 — the implementation date for broker cost basis reporting. Everything else is "noncovered": the broker reports proceeds but leaves the cost basis column blank.
Noncovered lots include:
- All Bitcoin purchased before January 1, 2026 — the majority of most long-term holders' portfolios
- Bitcoin transferred in from another exchange or a personal wallet — regardless of when purchased, the receiving exchange has no basis information
- Bitcoin received as mining income, staking rewards, airdrops, or hard forks — the basis was never established at the broker level
- Bitcoin held in self-custody and sold through a DEX or peer-to-peer — no broker reporting at all
The practical consequence: when a long-term holder sells Bitcoin in 2026, their 1099-DA shows a large proceeds figure and a blank basis. The IRS receives a return with no corresponding basis justification. The holder must supply their own basis documentation on Form 8949 — and if they cannot, the IRS may treat basis as $0, making the entire proceeds amount taxable.
The 1099-DA mismatch problem: The IRS will match 1099-DA proceeds against your Form 8949 and Schedule D. If your reported gain on a noncovered lot is lower than the proceeds on the 1099-DA would imply (i.e., you're claiming a higher basis), you need documentation. An audit or CP2000 notice is likely if the math doesn't reconcile and you haven't attached a basis explanation. Your crypto tax software should generate a complete basis explanation for every noncovered lot reported on your 8949.
What 1099-DA Does Not Solve
1099-DA is sometimes described as "solving" the Bitcoin tax complexity problem. It does not. It adds third-party proceeds reporting — which increases audit risk for non-filers — but it does nothing to help holders who need to document the cost basis of Bitcoin they have held for years. If anything, 1099-DA increases the urgency of getting your own basis records in order: the IRS now has the other side of the transaction. If your basis documentation is incomplete, the discrepancy is immediately visible.
Tracking Tools Compared: Koinly, CoinTracker, TaxBit, TokenTax, Bitcoin.tax
The market for crypto tax software has matured significantly. Five platforms dominate the landscape for Bitcoin holders in the United States. The right choice depends on your number of transactions, custody complexity, international holdings, and whether you have mining income, DeFi activity, or other non-standard situations.
Koinly has the broadest exchange and wallet integration of any platform — over 700 integrations including most international exchanges and all major hardware wallet families. Its transaction import and auto-classification engine handles most common situations without manual intervention. HIFO and Specific ID are supported. Particularly strong for holders with Bitcoin spread across multiple countries or using non-U.S. exchanges. The free tier covers basic tracking; tax report export requires a paid plan. Koinly's portfolio tracking and cost basis dashboard are useful year-round, not just at tax time.
CoinTracker was built with a direct relationship to Coinbase and offers seamless API integration for that exchange specifically. The interface is cleaner and more consumer-oriented than competitors. It supports all four lot identification methods and generates 8949-ready reports. Where CoinTracker is weaker: DeFi, mining income, and wallets from less common hardware vendors sometimes require manual entry. For a straightforward Coinbase + one or two hardware wallets setup, CoinTracker is the lowest-friction option.
TaxBit was built from the ground up for compliance — it was one of the first platforms to be IRS-examination-tested and is used by major exchanges and institutional custodians as their tax engine. For family offices or holders with positions that could face IRS scrutiny, TaxBit's audit trail and documentation quality is unmatched. The reports are designed to be handed directly to a CPA or IRS examiner. TaxBit also handles 1099-DA generation for exchanges themselves, which means their consumer product benefits from the same compliance architecture. Less suitable for casual holders — the interface prioritizes precision over simplicity.
TokenTax is the only platform on this list that offers a fully managed human-review service, not just software. For holders with mining income, complex wallet histories, or situations that exceed what automated import can handle, TokenTax assigns a crypto tax specialist who works through the reconciliation manually. This is meaningfully more expensive but appropriate for high-net-worth holders with years of unreconciled transactions. TokenTax is also one of the most capable platforms for mining-specific cost basis tracking — daily reward imports, equipment depreciation support, and interaction with Schedule C or Schedule E income reporting.
Bitcoin.tax is the oldest dedicated Bitcoin tax platform — it predates the crypto tax software category. It is simpler and less expensive than competitors, with a narrower integration set. For a straightforward portfolio — Bitcoin purchased on one or two major exchanges, no mining, no DeFi, no hardware wallet complexity — Bitcoin.tax is a functional and cost-effective option. It supports FIFO, LIFO, HIFO, and Specific ID. For anything beyond a simple portfolio, the limited integrations and less sophisticated reconciliation engine will require more manual work than the alternatives.
What to Look for in Any Platform
- Lot-level reporting: The platform must track individual lots, not just aggregate positions. You need to see every lot's acquisition date, basis, and holding period to use Specific ID or audit your HIFO selections.
- Annual export capability: Export your complete lot ledger as a CSV or PDF every year. Do not rely solely on the SaaS platform — subscriptions lapse, companies close, and your records need to exist independently of any vendor.
- Transfer tagging: Wallet-to-wallet transfers must be properly tagged as non-taxable. Platforms that auto-classify transfers as sales generate phantom gains that can persist through the entire record.
- 8949 and Schedule D output: The platform must generate IRS-compatible Form 8949 output, not just a summary. Your CPA needs the underlying lot detail, not a one-line total.
On-Chain vs. Off-Chain Records
Bitcoin's blockchain is a permanent, immutable ledger of every on-chain transaction. This creates a unique documentary advantage: the transaction history itself cannot be altered or deleted. However, on-chain records alone are insufficient for cost basis tracking — they tell you that value moved, not what it was worth in dollars at the time or whose wallets were involved.
What On-Chain Records Prove
- That a transaction occurred and when (block timestamp)
- The exact amount of Bitcoin transferred (in satoshis)
- The sending and receiving addresses
- The transaction fee paid to miners
What On-Chain Records Cannot Prove
- The dollar value of Bitcoin at the time of the transaction
- Whether the addresses involved are yours (ownership must be proven separately)
- Whether a transaction was a purchase, a gift, a payment, or a wallet-to-wallet transfer
- The cost basis of the Bitcoin involved
To create a complete cost basis record, on-chain transaction data must be combined with off-chain records: exchange confirmation emails or transaction records that establish the purchase price in dollars, bank statements or wire records showing money leaving your account, and personal records identifying which wallet addresses you control.
The Blockchain as a Verification Tool
Even when you have exchange records, cross-referencing them against on-chain data is a valuable verification step. If an exchange record shows you bought 0.1 BTC on a specific date, the corresponding on-chain deposit to your address should confirm the amount and timing. Discrepancies may indicate exchange records errors, missing transfers, or commingled addresses. Crypto tax platforms that import both exchange data and wallet data can perform this reconciliation automatically — this is one of the primary reasons to connect your hardware wallet addresses to your tax platform, not just your exchange accounts.
Exchange Records vs. Self-Custody Tracking
The cost basis tracking challenge differs fundamentally depending on where your Bitcoin lives. Exchange-held Bitcoin benefits from the exchange's own record system; self-custodied Bitcoin is entirely the holder's responsibility.
Exchange-Held Bitcoin: Strengths and Limitations
Major exchanges (Coinbase, Kraken, Gemini, River, Strike) maintain detailed transaction histories that record every buy, sell, and transfer, along with the dollar price and timestamp. This data is typically available via API or CSV export for import into tax software. Most platforms retain records for several years, though policies vary — Coinbase retains transaction history indefinitely for active accounts, but accounts that have been closed may have limited retrieval options.
Limitations of exchange records:
- Exchange closure or bankruptcy: If an exchange fails (FTX, Celsius, Voyager), records may be unavailable, inaccessible, or disputed in bankruptcy proceedings. Always maintain your own offline copy of transaction history.
- Historical record gaps: Older exchanges and international exchanges may have incomplete records or limited API access for historical data. CSV exports may have gaps or errors.
- Lot-level attribution: Exchange records show every trade but don't automatically create lot assignments. Your tax software must translate raw trade history into a lot ledger — which requires proper transfer tagging to work correctly across multiple accounts.
Self-Custody Bitcoin: The Full Documentation Burden
Bitcoin held in hardware wallets (Ledger, Trezor, Coldcard, Foundation Passport) or software wallets carries no third-party record system. The holder is responsible for:
- Purchase source documentation: Whichever exchange or peer-to-peer marketplace was used to acquire the Bitcoin, the original purchase record — price, date, amount, fees — must be preserved and linked to the on-chain deposit into the self-custody wallet.
- Address ownership records: A list of every wallet address you control, organized by device and account, with a record of when each address was generated and used. This is especially important for HD wallets that generate new addresses for every transaction.
- Transfer documentation: Every movement of Bitcoin from an exchange to a hardware wallet, or between hardware wallets, must be documented as a personal transfer. Without this, the lot carrying the basis cannot be traced through the chain of custody.
- Spending and sale records: If Bitcoin is sent from a self-custody wallet to sell at an exchange, or used to pay for goods or services, the sending wallet address, the receiving address, the amount, and the date must be matched to the proceeds received.
Bitcoin Custody Infrastructure Due Diligence
Custody decisions — how Bitcoin is held, by whom, and under what security architecture — are inseparable from long-term cost basis and estate planning. The Abundant Mines 36-question due diligence framework helps sophisticated holders evaluate custody infrastructure, hosting, and operational security for institutional-grade Bitcoin holdings.
Download the 36-Question Due Diligence PDF →Multi-Year DCA Scenarios with Real Examples
Dollar-cost averaging creates a large number of small lots over time. A holder who has bought $500 of Bitcoin weekly for five years has created approximately 260 separate lots, each with its own acquisition date, dollar amount, Bitcoin quantity, and price. Here is how lot method selection plays out across a realistic multi-year DCA scenario.
Example: Five-Year Weekly DCA — Partial Sale in 2026
Setup: Sarah has bought $500 of Bitcoin every Monday since January 2021. By January 2026, she holds approximately 1.8 BTC across 260 lots, with an average cost basis of ~$31,000/BTC. In March 2026, Bitcoin is at $90,000/BTC and she sells 0.2 BTC to cover a tax liability.
Under FIFO: She sells her oldest lots first — purchased in early 2021 at roughly $33,000–$35,000/BTC. On 0.2 BTC, she realizes approximately $11,000–$11,400 in capital gains (long-term, since held 5 years). These lots are long-term, so the rate is favorable — but she has used up some of her lowest-cost, longest-held lots that would have benefited most from the §1014 step-up at death.
Under HIFO: She sells her highest-cost lots — purchased during the 2021 peak and 2022 accumulation at $55,000–$65,000/BTC. On 0.2 BTC, she realizes approximately $5,000–$7,000 in capital gains, substantially less than under FIFO. She preserves the lowest-cost, highest-gain lots for future step-up.
Under Specific ID — 0% bracket harvest: Assume Sarah is in the 12% ordinary income bracket with $0 of available 0% long-term capital gains space. She uses Specific ID to select lots purchased at the current market price (most recent purchases) — realizes minimal gain, uses almost no bracket room, and preserves the low-cost basis lots. Next year, if she expects lower income, she can specifically harvest long-term gain lots to fill the 0% bracket intentionally.
DCA Record-Keeping at Scale
Managing 260 lots manually is theoretically possible in a spreadsheet but error-prone and time-consuming. The practical solution: crypto tax software with exchange API integration that creates and maintains the lot ledger automatically. Here is what the raw lot table looks like for just the first few weeks:
| Purchase Date | USD Amount | BTC Price | BTC Acquired | Fees | Cost Basis (incl. fees) |
|---|---|---|---|---|---|
| Jan 4, 2021 | $500 | $33,900 | 0.01475 BTC | $4.99 | $504.99 |
| Jan 11, 2021 | $500 | $35,400 | 0.01412 BTC | $4.99 | $504.99 |
| Jan 19, 2021 | $500 | $36,600 | 0.01366 BTC | $4.99 | $504.99 |
| Jan 25, 2021 | $500 | $32,200 | 0.01553 BTC | $4.99 | $504.99 |
| …256 more weekly rows through December 2025… | — | — | |||
The aggregate of these 260 rows — the total BTC, total basis, and lot-by-lot gain potential — is your cost basis ledger. Export this annually as a PDF and store it with your tax returns. Do not rely solely on a SaaS subscription.
Basis Tracking After Wallet Migrations
Wallet migrations — moving Bitcoin from one custody arrangement to another — are among the most common sources of lost cost basis records. The Bitcoin itself moves on-chain, but the basis documentation is off-chain, and it stays only if you maintain it deliberately.
Common Migration Scenarios
- Exchange to hardware wallet: The most common. Bitcoin purchased on Coinbase, transferred to a Ledger. The lot moves with its original purchase date and basis. You must tag the withdrawal in Coinbase's records as a transfer, tag the incoming deposit in Koinly (or your platform) as a personal transfer from Coinbase, and ensure the lot is correctly attributed to the new wallet address in your software.
- One exchange to another: Bitcoin moved from Coinbase to Kraken. Both exchanges see a withdrawal and a deposit, respectively, but neither knows the connection. In your tax software, the Coinbase withdrawal must be matched to the Kraken deposit as a transfer — not treated as two separate events (a sale and a purchase at market price).
- Hardware wallet to new hardware wallet: When upgrading from a Trezor to a Coldcard, the Bitcoin may move through an on-chain transaction. Both addresses must be in your tax platform, the outgoing transaction tagged as a transfer, and the lot reassigned to the new address.
- Custodian change: If you move from an exchange custodian to a qualified custodian or multi-sig arrangement, ensure your custodian provides a transaction history export and that the lot records carry through the transition. Institutional custody providers should be asked explicitly about cost basis record transfer.
Reconstructing Basis After an Undocumented Migration
If you have a hardware wallet with Bitcoin and cannot reconstruct the on-chain path back to the original purchase, the approach is:
- Pull the full transaction history of your wallet addresses using a block explorer (Mempool.space or Blockstream.info) — every incoming and outgoing transaction is visible on-chain.
- Match each incoming deposit to a corresponding withdrawal from an exchange or another wallet you controlled.
- Use the exchange's historical transaction records or emails to establish the purchase price for the original lot.
- If the exchange no longer exists or records are unavailable, use bank records or credit card statements to establish the dollar amount paid, cross-reference with historical Bitcoin price data for that date to compute a reasonable basis.
- Document your reconstruction methodology in writing and retain it with your tax records.
Fork and Airdrop Basis Rules
Hard forks and airdrops create new assets — and new tax obligations — that many holders are still misreporting years later. The IRS addressed cryptocurrency hard forks in Rev. Rul. 2019-24 with a framework that, while criticized by practitioners, remains the governing authority.
Hard Fork Treatment
When a Bitcoin hard fork creates a new blockchain with a new native token (as happened with Bitcoin Cash in August 2017 and Bitcoin SV in November 2018), holders of Bitcoin at the fork height receive a matching quantity of the new coin. The IRS's position:
- If the new coin has readily ascertainable fair market value when the holder first receives it and has dominion and control: The FMV is ordinary income in the year received. That FMV becomes the holder's cost basis in the new coins.
- If the new coin has no readily ascertainable value at the time of the fork (e.g., trading hasn't begun): No income is recognized until the coins are sold or exchanged, at which point the proceeds are taxable as ordinary income to the extent of the original FMV at first dominion, plus capital gain or loss for any subsequent price movement.
- Your Bitcoin's basis is unchanged: The fork does not affect the cost basis of your original Bitcoin. You still hold the same lots with the same basis; you simply also now hold new coins with their own basis.
Example: Bitcoin Cash Fork (August 2017)
Facts: Michael held 2 BTC on August 1, 2017 (original basis: $2,000, purchased in 2013). The Bitcoin Cash hard fork occurred on August 1, 2017. BCH opened trading at approximately $300.
Tax treatment: Michael received 2 BCH at the fork. He had dominion and control when BCH became accessible (exchange listing). At a FMV of $300/BCH, he recognized $600 of ordinary income in 2017.
BCH basis: $600 ($300 × 2 BCH), with an acquisition date of August 1, 2017.
Original BTC basis: Unchanged — still $2,000 for 2 BTC.
Common mistake: Many holders neither reported the BCH income in 2017 nor established a basis record for their BCH. If they later sold BCH at $100 and reported a $200 capital loss (on $100 × 2), the IRS may disagree that basis was established and treat the full $200 as proceeds with $0 basis — a $200 gain instead.
Airdrop Treatment
Airdrops — distributions of tokens to existing holders, typically as marketing or as part of a network launch — are treated identically to hard forks under Rev. Rul. 2019-24: ordinary income at FMV when first received under dominion and control, which becomes cost basis in the airdropped tokens.
Practical airdrop record-keeping: many airdropped tokens have minimal or highly volatile FMV at receipt. Record the FMV on the date the tokens are first accessible in your wallet (not the announcement date, not the snapshot date — the date you actually control the tokens). For tokens with no public market at time of receipt, the income recognition event may be deferred — document that no trading market existed at the time.
Gifted vs. Inherited Bitcoin: Two Very Different Basis Rules
Whether Bitcoin is transferred by gift during life or by inheritance at death produces fundamentally different tax outcomes for the recipient — outcomes that sophisticated holders can actively plan around.
Gifted Bitcoin: Carryover Basis
When you give Bitcoin as a gift, the recipient generally takes your cost basis — the "carryover basis" rule under IRC §1015. The gift transfers the appreciation along with the asset.
Example: Gifted Bitcoin Basis
Facts: David bought 1 BTC in 2020 for $10,000. In 2026, Bitcoin is at $90,000 and David gifts the Bitcoin to his adult daughter Claire. No gift tax is owed (below the annual exclusion plus applicable unified credit).
Claire's basis: $10,000 (David's original basis — carryover). The $80,000 of appreciation during David's holding period transfers with the gift and will be taxable to Claire when she sells.
Claire's holding period: Includes David's holding period for long-term/short-term purposes. Since David held for more than one year, Claire's holding is already long-term.
The dual basis rule: If the FMV at the time of the gift is lower than David's basis (a loss position), the basis rule splits: Claire's basis for computing a gain is David's carryover basis ($10,000); Claire's basis for computing a loss is the FMV at the time of the gift (whichever is lower). This prevents the artificial transfer of losses.
The implication for givers: gifting Bitcoin with large embedded gains transfers those gains to the recipient, who will owe tax on them eventually. This is a useful strategy when the recipient is in a lower tax bracket or has capital loss carryforwards that can offset the gain. It is a poor strategy if you intend to "eliminate" the gain — the gain is deferred, not eliminated.
Inherited Bitcoin: Stepped-Up Basis
Inherited Bitcoin — Bitcoin passing at death through a will, trust, or intestacy — receives a stepped-up basis under IRC §1014. The heir's basis is reset to the fair market value of the Bitcoin on the date of the decedent's death, completely eliminating all capital gains that accrued during the decedent's lifetime.
Example: Inherited Bitcoin Basis
Facts: Margaret bought 5 BTC at various prices between 2013 and 2018, with a total cost basis of $20,000. She dies in 2026 with Bitcoin valued at $90,000/BTC. Her son Thomas inherits the Bitcoin through her revocable living trust.
Thomas's basis: $450,000 (5 BTC × $90,000 FMV on date of Margaret's death). The $430,000 of appreciation during Margaret's lifetime is permanently eliminated from Thomas's tax calculation.
Thomas's holding period: Long-term from the day of inheritance, regardless of how long Margaret held the Bitcoin.
If Thomas sells immediately: No capital gain (price = basis). If Bitcoin appreciates further and Thomas sells at $100,000/BTC, his taxable gain is only $50,000 — the appreciation above the stepped-up basis.
This step-up is the most powerful tax benefit available to long-term Bitcoin holders. A holder who accumulated Bitcoin at low prices, held through multiple cycles, and dies holding appreciated Bitcoin eliminates decades of capital gains entirely. For holders with large embedded gains and no current need for liquidity, the "hold until death" strategy is first-principles sound: your heirs inherit the Bitcoin at full value with a clean basis, owing nothing on the appreciation you experienced during your lifetime.
For a complete discussion of the §1014 step-up and how it integrates with estate planning vehicles including revocable trusts, irrevocable trusts, and direct bequests, see our Bitcoin Estate Planning Guide.
The OBBBA and Elevated Exemption Thresholds
The One Big Beautiful Budget Act permanently increased the federal estate and gift tax exemption to $15 million per individual ($30 million per couple). This means estates below these thresholds avoid federal estate tax entirely — making the step-up benefit available to a far broader range of Bitcoin holders than previously. Even a holder with $10 million of Bitcoin can now pass that Bitcoin at death without estate tax, while simultaneously eliminating all embedded capital gains through the §1014 step-up. The combination is extraordinarily powerful for wealth transfer planning.
The Estate Planning Connection
Your Bitcoin cost basis records are not merely a tax compliance document — they are a critical estate administration asset. When you die, your executor and heirs face several simultaneous challenges, all of which depend on your records.
What Your Executor Needs
- How much Bitcoin exists and where it is: Without a comprehensive list of wallets, exchanges, and custodian accounts, Bitcoin can be permanently lost. Estimates suggest millions of Bitcoin have been lost to inaccessible wallets and forgotten accounts.
- How to access it: Private keys, seed phrases, hardware wallet PINs, exchange account credentials — the access documentation is as important as the existence record. This must be stored securely, not with the basis records (which can be filed with your attorney), but in a separate secure location your executor can reach.
- The date-of-death value for estate tax purposes: Bitcoin's FMV on the date of death determines estate tax inclusion. Your executor needs to know what was held, on which date, to compute the estate value correctly.
- The stepped-up basis for your heirs' records: The date-of-death price is your heirs' new basis. They need this number to correctly report their own gains when they eventually sell. Without it, they face the same documentation problem you're trying to avoid.
The estate records package: Maintain a document — updated annually — that includes: (1) your complete lot ledger export from your crypto tax platform, (2) a list of all wallets, exchange accounts, and custodians with account identifiers (not private keys — just enough to know what exists and where), (3) the name and contact information for your crypto tax software account, (4) the name and contact information for your CPA, (5) any specific instructions for how to access the Bitcoin securely. Store this with your estate attorney or in a secure location your executor knows about. Access instructions with private keys should be stored separately in a fireproof safe, safe deposit box, or distributed custody arrangement.
Trusts and Cost Basis Continuity
Bitcoin held in a revocable living trust during your lifetime does not change its cost basis treatment — the trust is ignored for income tax purposes during your lifetime, so your lot records remain your personal records. At death, the trust assets receive the §1014 step-up exactly as they would outside the trust.
Bitcoin held in an irrevocable trust is more complex. The trust is a separate tax entity; transfers to the trust may be gifts (triggering the carryover basis rule for trust-held assets sold during your lifetime), and the step-up at death applies only to assets included in your taxable estate. Certain irrevocable trust structures (like intentionally defective grantor trusts, or IDGTs) retain the grantor's basis treatment for income tax purposes while moving assets out of the estate for estate tax purposes — creating a complex interaction with both basis and the step-up that requires careful planning.
Records Retention Checklist
The following checklist represents the minimum documentation required for a complete Bitcoin cost basis record. Update and verify each item annually.
- All exchange accounts connected to crypto tax software via API. Every exchange where you have purchased or sold Bitcoin should have an active API connection to your tax platform. Verify the connection annually — APIs change, permissions expire, and disconnected accounts generate unreconciled transaction gaps.
- All hardware wallet addresses imported into your tax platform. For every hardware wallet you own, import the extended public key (xpub) or individual addresses into your crypto tax software. This allows the platform to see incoming and outgoing on-chain transactions for your self-custody wallets without exposing your private keys.
- All wallet-to-wallet transfers tagged as personal transfers. Audit your transaction history for any untagged transfers — these appear as unexplained withdrawals and deposits that your platform may classify as sales. Every move of Bitcoin between your own wallets must be marked as a non-taxable transfer.
- Lot identification method elected and documented. Record your elected method (HIFO or Specific ID recommended) in writing. Note it on your tax return. If using Specific ID, ensure your platform is configured to designate specific lots at the time of each sale rather than applying an automatic method.
- Complete lot ledger exported and stored offline annually. At every year-end, export your full lot report as a PDF or CSV. Store it with your tax returns. Do not rely solely on your SaaS subscription — companies close, subscriptions lapse, and your basis records need to exist independently of any vendor.
- Mining income recorded at daily FMV on receipt. If you mine Bitcoin, each day's payout is a new lot. Import mining pool payout history into your tax software at least quarterly — not just at year-end. Verify that each lot has a correct acquisition date and basis equal to the FMV on the payout date.
- Fork and airdrop income recognized and basis established. For any hard fork or airdrop you received, verify that (a) the ordinary income was reported in the year of receipt, and (b) the FMV at time of receipt is recorded as your basis in the new coins. For Bitcoin Cash (2017) and Bitcoin SV (2018), many holders still have unresolved basis issues — address these now.
- Gift records documented with donor basis information. If you received Bitcoin as a gift, obtain the donor's original cost basis in writing — date of purchase, USD amount paid, fees. Without the donor's basis, you cannot compute your own gain or loss when you sell. If you gifted Bitcoin, provide the recipient a written record of your original basis.
- Original purchase records retained for all open lots. Exchange confirmation emails, bank statements, and wire records showing the purchase price on the acquisition date must be retained for every lot you have not yet sold — plus the applicable limitations period after sale. For lots you plan to hold until death, retain forever.
- Estate records package prepared and accessible to executor. Compile a document listing all wallets, exchanges, and custodians; your crypto tax software platform and account; the location of your private key access instructions; and a copy of your most recent lot ledger export. Update annually. Ensure your executor knows where it is and how to access it.
- 1099-DA reconciliation completed before filing. For tax year 2026 and forward, compare 1099-DA received from each exchange against your own records. Noncovered lots (basis blank on 1099-DA) require you to supply basis on Form 8949. Flag any proceeds discrepancies with your CPA.
- CPA briefed on self-custody and noncovered lots. Not all CPAs are current on crypto cost basis issues. Specifically brief your CPA on your noncovered lots, your lot identification method election, any mining income, and any inherited or gifted Bitcoin in your portfolio. The instructions you receive depend entirely on your CPA understanding the full picture.
The Bottom Line
Cost basis tracking is the unglamorous infrastructure work that makes every Bitcoin tax strategy possible. Tax-loss harvesting, 0% bracket harvesting, Specific ID for estate optimization, HIFO for gain deferral, the §1014 step-up — every one of these tools depends on knowing which lots you hold, what you paid for them, and when. Without that foundation, you are not executing a tax strategy; you are hoping the IRS doesn't look too closely.
The 1099-DA era makes this more urgent, not less. Exchanges now report proceeds. The IRS will compare those proceeds to your return. If your basis is blank — noncovered — and you cannot supply documentation, the default is $0 basis and 100% gain recognition. The people most exposed are exactly the long-term holders with the largest embedded gains: the holders who have the most to lose from poor record-keeping and the most to gain from meticulous documentation.
The right infrastructure takes a few hours to set up and a few hours annually to maintain. A connected tax platform, annual lot exports, an estate records package updated each year. In exchange, you have the ability to plan — to harvest losses, harvest gains, preserve low-basis lots for the step-up, and hand your executor records they can actually use. The consequence of not doing it is measured in hundreds of thousands of dollars of avoidable tax, and potentially in Bitcoin lost to estates that could not navigate the administrative complexity you left behind.
Start with your current lot state: export from your exchange, connect your wallets, reconcile the transfers. The second-best time to set up proper cost basis tracking was when you bought your first Bitcoin. The best time is now.
See also: Bitcoin Tax-Loss Harvesting · Bitcoin 0% Capital Gains Strategy · Bitcoin Cost Basis Methods: FIFO, HIFO, Specific ID · Form 1099-DA: What Bitcoin Families Must Do Now · Bitcoin Year-End Tax Planning Checklist · Bitcoin Estate Planning Guide