Make movement readable
A transaction ID can show that movement happened. A label explains what the movement meant in your records.
Enter your email to receive the free PDF checklist.
For subscriber questions or corrections, use the Contact / Corrections page.
Bitcoin tax software
A Bitcoin-holder framework for preserving wallet ownership context, source and destination context, purpose notes, and uncertainty notes without exposing wallet secrets or turning labels into tax conclusions.
Wallet-labeling boundary
Wallet labels preserve factual context. They do not decide, prove, or change tax treatment, and they do not replace qualified review.
A wallet label is a factual note attached to a wallet, account, address group, or transaction. It preserves context for later review.
Labels help exchange records, wallet history, transaction IDs, fees, and personal notes stay readable together.
Labels do not decide, prove, or change tax treatment, and they never require wallet secrets.
A transaction ID can show that movement happened. A label explains what the movement meant in your records.
Labels help preserve whether a wallet was yours, someone else's, or uncertain without turning that note into a verdict.
Tax records should use non-secret context such as transaction IDs, public addresses, labels, fees, and uncertainty notes.
Record context
A Bitcoin address can show where coins moved. A transaction ID can prove that movement happened. Neither explains why the movement happened, who controlled each side, or how it should be reviewed later. That is what wallet labels are for.
A wallet label is a factual note attached to a wallet, account, address group, or transaction. It preserves ownership context, source and destination context, purpose, and uncertainty, and it makes exchange records, wallet history, transaction IDs, and personal notes easier to review together.
A transaction ID is a useful anchor. It can show that an on-chain movement happened and tie down time, amount, addresses, and fee, but it does not prove purpose or ownership, show whether a destination was yours, or decide treatment. An address has the same limit: it identifies a destination technically but does not explain what it meant in your records.
Public on-chain data can tell you that something happened. Only your label tells you what it was. A transaction ID plus a label is a readable record; a transaction ID alone is a puzzle you may have to solve again later, from memory, when the memory is gone.
This page is educational only, not tax, legal, or financial advice. Rules differ by jurisdiction and change over time. For the scope of this tax software lane, read the Bitcoin tax disclaimer. For the map, start at the Bitcoin tax software hub.
Six factual label examples
These examples carry real context without becoming legal or tax classifications. None of them is a treatment conclusion.
An exchange withdrawal to your own storage.
Both sides were intended to be wallets you control.
A move after a device change, seed change, storage change, or wallet replacement.
Coins returning to a platform or exchange account.
An inbound or outbound payment, preserved as a factual note.
Ownership, source, destination, or purpose cannot be confirmed yet.
Self-custody context
Self-custody can split a Bitcoin record trail across exchange records, wallet history, on-chain transaction IDs, later wallet activity, and personal notes.
The exchange may show coins leaving. The wallet may show coins arriving. The transaction ID may confirm movement. The label tells the record story that ties those pieces together.
Useful label fields
A useful label is factual, not dramatic. It describes what happened, not what you want the treatment to be.
Preserve a name, ownership context, purpose, approximate active period if known, related exchange or account, old-wallet or new-wallet relationship, and uncertainty note.
Preserve date and time, transaction ID if on-chain, amount, fee, sending source, receiving destination, label for each side, purpose note, related record, and uncertainty note.
Describe what happened, not what you want the treatment to be. A useful label is factual, not dramatic.
Context preserved
Labels do their most important work by preserving factual context across systems. None of these labels decides treatment.
Was this wallet mine, someone else's, or uncertain? If the answer is unclear, preserve the uncertainty instead of guessing.
Connect the exchange record, wallet receipt, transaction ID, fee, and related source or destination record so the story remains readable.
Write the purpose note close to the event and keep the fee attached to the movement it belongs to.
Movement records
A transaction ID and address can identify movement in a technical sense. They do not explain purpose, prove ownership context by themselves, or decide treatment.
A movement between places you control and a movement to someone else are different factual situations. If your records do not show which is which, a later reviewer needs more information. If you are unsure whether a wallet was yours, label the uncertainty rather than resolving it with a guess.
For reconciling exchange and wallet sources, see exchange CSV vs wallet history. For the movement boundary, see wallet transfer vs taxable event.
Old wallets
A holder may retire an old wallet, replace a device, reorganize storage, or consolidate. Later, that old wallet can become difficult to identify if it was never labeled.
Preserve an old-wallet label and a new-wallet label, the approximate active period, the reason for the move, the transaction IDs and fees involved, source and destination context, and uncertainty notes.
Old wallet is better than nothing, but a label noting what it was used for and how it connects to the new trail is far more useful. It is trivial to write at the moment you retire the wallet and painful to reconstruct years later.
Sensitive information
A tax file is exactly the kind of document that gets copied, emailed, uploaded, and shared. That is why it must never contain anything that could move your coins.
Do not put seed words, private keys, backup phrases, passphrases, PINs, signing secrets, recovery details, extended public keys, account credentials, or other sensitive wallet material into tax records, imports, emails, or review files.
Use transaction IDs, public addresses involved in the movement, wallet labels, source records, destination records, fee records, purpose notes, and uncertainty notes.
A secret does not make a tax record stronger. It only makes the wallet less safe.
Non-secret evidence
Do not put private keys, seed words, backup phrases, passphrases, PINs, signing secrets, recovery details, extended public keys, account credentials, or other sensitive wallet material into tax records, spreadsheets, cloud notes, software imports, emails, or files shared for review.
Do not share wallet secrets with tax software, professionals, or anyone else as labeling evidence. If a record needs to show that a wallet was yours, use non-secret context such as the transaction ID, public address involved in the movement, wallet label, source record, destination record, fee record, purpose note, and uncertainty note.
A secret does not make a tax record stronger. It only makes the wallet less safe.
Software and CSV review
Software may use supplied labels and records to organize and calculate, and good labels can help connect withdrawals to receipts, old wallets to new, fees to events, and transaction IDs to purpose notes.
Labels especially help with silent CSV problems, where a row shows a withdrawal or receipt but not whether the wallet was yours or which movement it connects to. For loud and silent import problems, see CSV import errors.
Software should not be assumed to validate labels, confirm ownership, read intent, reconcile wallets, or choose treatment. Labels improve context. They do not remove the need to review output.
For what software can and cannot do, see what tax software can and cannot do. For how software limits show up in real record workflows, see Bitcoin tax software limitations.
Limits
A label is useful only when it helps preserve or surface facts. It should not cover up missing records or force false confidence.
They do not decide, prove, change, create, avoid, or replace treatment. They preserve factual context for review.
A label cannot recreate a missing source record, transaction ID, acquisition record, fee record, or destination record.
If a record is unclear, mark it as uncertain and preserve the review question rather than forcing false confidence.
Qualified review
This page gives no tax advice or treatment conclusions. It helps preserve facts and mark where review is needed.
Wallet ownership is unclear, an old wallet cannot be identified, or source and destination records do not line up.
Acquisition records are missing, a movement cannot be connected, or software output does not trace back to source records.
Business, payment, gift, donation, prior-year gaps, formal tax-authority contact, or treatment questions exceed this page.
Professional boundary
Qualified review may be appropriate when ownership context is unclear, an old wallet cannot be identified, acquisition records are missing, sources do not line up, output cannot be explained, or treatment questions exceed recordkeeping.
This page does not provide tax advice, legal advice, financial advice, filing instructions, audit-response steps, treatment conclusions, product recommendations, or professional referrals.
For the professional-boundary page, see when to use a tax professional.
Simple habit
A label written at the time is far more useful than a reconstruction months later.
Preserve amount, date, time, transaction ID if on-chain, and fee.
Preserve source, destination, wallet labels, account labels, and related source records.
Use yours, someone else's, or uncertain as factual context without turning the label into treatment guidance.
Use plain factual language such as wallet migration, deposit back to exchange, payment sent, payment received, or uncertain, needs review.
If ownership, purpose, source, destination, or review context is unclear, preserve the uncertainty instead of inventing certainty.
Recordkeeping framework
Labels are one part of a record set that also includes acquisition records, wallet movement, transaction IDs, fees, source records, destination records, and uncertainty notes.
For the Bitcoin-only framework, see Bitcoin-only tax recordkeeping. For the full field guide, see Bitcoin tax records.
FAQ
These answers stay at recordkeeping, ownership-context, wallet-secret boundary, and qualified-review level. They do not give tax advice, filing instructions, treatment conclusions, product recommendations, or technical wallet guidance.
A wallet label is a factual note explaining what a wallet, account, address, or movement meant in your records. It can preserve ownership context, purpose, source and destination context, transaction IDs, fees, and uncertainty. It does not decide treatment.
Short version
They help explain which wallets were yours, why Bitcoin moved, which records connect, what fee belongs to a movement, which transaction ID supports it, and which facts remain uncertain.
Labels do not decide, prove, or change treatment, and they do not replace missing records or qualified review.
Use factual labels, keep wallet secrets out of tax records, mark uncertainty honestly, and treat software output as something to review against source records, not something that magically knows context you never preserved.
For the full tax-scope boundary, see the Bitcoin tax disclaimer.