Transfers between wallets: tax classification and treatment
A transfer moves an asset between addresses without changing beneficial ownership. The engine classifies it as category transfer with treatment non_taxable: moving your own coins between your own wallets is not a disposition and not income.
Example last verified 2026-08-04 against the live engine. CryptoTaxEdge Team.
Tax treatment
House treatment: non_taxable for transfer. Category is not proof the counterparty is a verified own-wallet (Standard GAP-1): a one-way send to an unverified address is identified here and routed to review.
This mapping comes from the closed CryptoTaxEdge classification taxonomy: every verdict resolves to one category and one of five treatments (disposal, income, non_taxable, expense, needs_review), with a confidence score and review routing when sources disagree.
How the engine reads this shape
The hard part of a transfer is not the treatment, it is proving the shape: one asset out, no asset back, and a counterparty that is a wallet rather than a contract executing an exchange. The engine names the counterparty on plain transfers and returns them as free identification rows rather than billable classifications. A transfer to an exchange deposit address, a payment to a third party, or a disguised sale each have different consequences, which is why the counterparty is named instead of silently assumed.
A real classification
{
"api_version": "v1",
"hash": "0x6f7d2b701c6b2e8c33627471e1540181471d1f27b3b1dfe776de6ba0fa82933c",
"chain": "ethereum",
"category": "transfer",
"treatment": "needs_review",
"taxable": null,
"confidence": 60,
"needs_review": true,
"ledger_action": "Review",
"protocol": "ERC-20 Transfer",
"description": "Sent to an address not verified as yours. If the recipient is a third party rather than your own wallet (a payment, a sale, or a gift), this is a taxable disposal under IRC §1001 and not a self-transfer. Ownership of the recipient could not be confirmed from the transaction alone, so this row is routed for review; confirm wallet ownership to settle the treatment.",
"review_note": null,
"grey_area": null,
"assets": {
"sent": [
{
"symbol": "USDT",
"amount": "114.678",
"decimals": 6,
"action": "transferred",
"token_address": "0xdac17f958d2ee523a2206206994597c13d831ec7",
"to": "0xf900b8f557ea891bceaa21e47e7a54e8239b6b10"
}
],
"received": [],
"gas": null
}
}
Verbatim wire response, replayed 2026-08-04 against the live engine as part of the canonical example pack (replayed daily). Policy version us-default-2026-08. Check any transaction yourself in the Classification Explorer.
Verified rules behind this category
The engine backs this category with 35 verified contract-level rules across 7 chains, each earned from repeated on-chain observation and cross-source agreement rather than a heuristic guess. A small illustrative sample:
| Protocol | Chain | Category | Confidence |
|---|---|---|---|
| multiple | arbitrum | transfer | high |
| multiple | ethereum | transfer | high |
| multiple | polygon | transfer | high |
| Uniswap V4 | optimism | transfer | high |
| Uniswap V4 | base | transfer | high |
Illustrative sample of the 35 verified rules behind this page: the full mappings are served through the API.
Limitations
What this page does not decide. The engine sees addresses, not identities. Whether the destination wallet is yours is a fact only the taxpayer can confirm, so self-transfer treatment is a presumption that the reviewer confirms, and payments to third parties belong in a different category. Confidence is a corroboration signal, not an accuracy percentage: when independent parses of a transaction disagree, the engine returns needs_review with taxable: null rather than guessing.
Frequently asked questions
What tax treatment does this page document?
House treatment follows the CryptoTaxEdge Classification Standard. Categories with no fixed mapping (GAP-3) tell you to read the treatment field on the record rather than infer it from the category name.
Where is the closed vocabulary published?
The versioned Classification Standard at https://cryptotaxedge.com/standard/ enumerates emitted categories and the five-treatment enum. This encyclopedia page is a worked example on top of that Standard.
Are the wire examples still current?
Yes. Each example is verbatim engine output, re-verified on a daily replay against the live engine.
Not tax advice. CryptoTaxEdge is software, not a licensed tax advisor. Classifications and the treatments described here are informational only; verify results and consult a qualified tax professional before filing. IRC section references are general framing.