Tax & Regulatory Framework
How digital asset transactions are classified for tax purposes under a fiduciary-managed account structure.
This is a reference document, not tax advice. It documents our analytical rationale and the regulatory, legal, and structural basis for how we approach digital asset management. Tax treatment of digital assets is evolving and unsettled. Our positions reflect current understanding based on published authorities and are subject to change. Consult a qualified CPA or tax attorney for your specific situation.
The Bailment Model
Every digital asset in a PW-managed account is held under bailment — a fiduciary deposit where the client retains beneficial ownership. Tax events occur only when the client's economic position actually changes, not when PW moves tokens between operational wrappers.
This is analogous to a traditional portfolio manager who moves stocks between custodial accounts, participates in share class conversions, or selects execution venues — none of which trigger tax for the beneficial owner.
Client deposits digital assets into managed account wallet via MPC custody
Professional management per Investment Policy Statement
Client remains beneficial owner at all times
PW must return equivalent assets on demand
Fiduciary standard applies to all management decisions
Tax Activity Matrix
The key distinction: operational transactions (moving assets between wrappers) vs. dispositive transactions (actually changing economic position).
| Activity | Category | Tax Event? | Rationale |
|---|---|---|---|
| Wrapping (BTC → tBTC/WBTC/cbBTC) | Operational | No | 1:1 pegged, 1:1 redeemable receipt token; no economic change |
| Unwrapping (WBTC → BTC) | Operational | No | Reverse of wrapping; same logic |
| Bridging (same asset, different chain) | Operational | No | Operational routing; same asset, different infrastructure |
| ERC-4626 vault deposit (e.g., Morpho) | Operational | No | Vault share = pro-rata receipt on underlying; ownership retained |
| ERC-4626 vault withdrawal | Operational | No | Reversing deployment; returning underlying |
| ERC-7540 vault deposit (e.g., Lagoon) | Operational | No | Same as ERC-4626; async settlement is security feature, not tax-relevant |
| Depositing into DeFi protocol (lending, staking) | Operational | No | Deploying for yield within strategy; ownership retained |
| Withdrawing from DeFi protocol | Operational | No | Reversing deployment; no new wealth at withdrawal |
| Liquid staking (ETH → stETH/wstETH) | Operational | No | Receipt token; 1:1 redeemable (with delay); exposure unchanged |
| LP position entry (deposit to AMM) | Operational | No | Deploying capital into yield strategy; LP tokens = receipt |
| LP position exit (withdraw from AMM) | Operational | No | Reversing deployment; receiving underlying back |
| WETH wrap / unwrap | Operational | No | Same asset, same basis |
| Claiming yield/rewards from DeFi | Income | Yes | New tokens created; accession to wealth |
| Staking rewards (native staking) | Income | Yes | New tokens; taxable at receipt FMV (Rev. Rul. 2023-14) |
| Airdrops (received without action) | Income | Yes | FMV when dominion and control established |
| Governance token rewards | Income | Yes | New tokens; accession to wealth |
| LP fee income (accrued trading fees) | Income | Yes | New value accruing to position |
| LP position closed | Capital gain/loss | Yes | Entry vs. exit price per position |
| Rebalance (close + reopen LP) | Each close = realization | Yes | Full position-level gain/loss tracking |
| Selling BTC for USD | Dispositive | Yes | Genuine disposition; economic position changes |
| Exchanging BTC for ETH | Dispositive | Yes | Different economic exposure; materially different asset |
| Converting USDC → DAI | Borderline | Uncertain | Both $1-pegged but different issuers/collateral/risk; PW treats as operational but documents in audit ledger |
IRS FAQ A81 — The Self-Transfer Anchor
IRS FAQ A81 states: transferring virtual currency from one wallet to another wallet that you own does not constitute a sale, exchange, or disposition. This is the strongest published IRS guidance directly supporting non-taxable treatment of wrapping within a managed account.
When a client deposits BTC into a PW discretionary managed account, the client retains full private key backup and withdrawal whitelisting prevents routing to unapproved addresses. Wrapping BTC to cbBTC or tBTC moves the client's own property between operational wrappers under fiduciary management — a self-transfer, not a disposition.
Supporting FAQs: A54 (dispositions require sale, exchange, or transfer — a change in form without change in beneficial ownership is not a disposition) and A38 (basis tracking methodology supporting specific identification per-lot tracking through operational events).
Wrapped BTC: Seven Reasonable Basis Grounds
The strongest non-taxable position in the activity matrix. Seven independent legal grounds support treating BTC wrapping as a non-taxable operational event. Ranked by defense strength.
Transferring crypto between wallets you own is not taxable. Client retains private key backup; wrapping is a self-transfer under fiduciary management.
No statute, regulation, ruling, or case law declares wrapping taxable. Notice 2024-57 and 2025-33 deferred broker reporting. IRS has had every opportunity and has not done so.
Tax treatment follows economic substance, not legal form. Client's exposure to BTC is unchanged — 1:1 pegged, 1:1 redeemable.
Income requires "accession to wealth, clearly realized." Zero change in economic position = zero accession = no realization event.
Client deposited BTC into a discretionary managed account. Wrapping is PW's operational decision — not a client-directed exchange. Ownership never transfers.
Wrapped BTC is 1:1 pegged, 1:1 redeemable, same economic rights. Not a "materially different" legal entitlement under Cottage Savings.
Carryover basis defers built-in gain until genuine realization. Treating wrapping as taxable would reset holding period — converting LTCG to STCG (23.8% → 37%).
Vault-Specific Tax Treatment
Each vault architecture follows the bailment model. The key variable is how yield is recognized and whether shares constitute receipt tokens or new property.
| Vault Type | Deposit Taxable? | Yield Treatment | Analogy |
|---|---|---|---|
| Curated lending vault (USDC) | No | Interest income as accrued/claimed | Money market fund |
| Automated strategy vault | No | Income on lending yield + rebalancing gains | Managed futures fund |
| Leveraged yield vault (ETH loop) | No | Staking yield = income; leverage amplifies | Margin lending account |
| Managed BTC yield vault | No | Yield accrues to share price | Receipt token = beneficial ownership claim |
| Per-client SMA vault (Safe + Zodiac) | No | LP fees = income; position close = gain/loss | Strongest bailment — no share token issued |
ERC-7540 Vault Share Tokens — Tax Classification
Added in v3.1 (March 31, 2026)
When a client deposits ETH into a Lagoon ERC-7540 vault, they receive share tokens representing their proportional claim on vault assets. This exchange triggers a tax classification question: is the deposit a taxable exchange, or a non-taxable bailment?
Single-Depositor Private Vault
The RockSolid vault is configured as private (IsPublic=false, IsWhitelisted=true). If PW’s client is the sole depositor, the bailment argument is stronger:
| Bailment Factor | Assessment |
|---|---|
| Identical property return | Share token represents 100% of vault — functionally equivalent to direct ownership |
| No change in beneficial ownership | Client owns 100% of vault tokens = 100% beneficial ownership |
| Substance over form | Economic reality: client deposited ETH, retains full economic exposure to ETH |
| Cottage Savings test | No “material difference” in legal entitlements if single depositor |
Assessment: The bailment defense has a reasonable basis for a single-depositor private vault. The share token is functionally a receipt, not a new asset. However, this is unsettled law and requires Form 8275 disclosure.
Multi-Depositor Pooled Vault
If additional depositors enter the vault, the bailment argument weakens materially:
| Bailment Factor | Assessment |
|---|---|
| Identical property return | Share token represents proportional claim — NOT identical to deposited ETH |
| Cottage Savings test | Share token HAS materially different legal entitlements than deposited ETH |
| Commingling | Assets pooled with other depositors’ assets |
Assessment: For a pooled vault, the deposit is more likely a taxable exchange under IRC §1001. The share token is a new asset with different legal characteristics — analogous to contributing cash to a partnership and receiving partnership interests.
Recommended Treatment
| Vault Type | Treatment | Form 8275? | Tax Counsel? |
|---|---|---|---|
| Single-depositor private vault | Non-taxable bailment (six-ground defense) | Yes — disclose position | Required before onboarding |
| Multi-depositor pooled vault | Taxable exchange (§1001) — basis = FMV at receipt | Not required (conservative) | Recommended |
ETH Looping Strategy — Tax Event Taxonomy
Added in v3.1 (March 31, 2026)
The ETH looping strategy involves recursive borrow/supply on lending protocols (Aave, Spark, Morpho). Tax events arise from vault-level operations, not from the looping mechanism itself (which is internal to the vault).
| Operation | Tax Event? | Classification | Notes |
|---|---|---|---|
| Initial ETH deposit to vault | Depends | See ERC-7540 classification above | Single-depositor = bailment argument |
| Vault borrows stablecoin against ETH | No | Borrowing is not a taxable event | §1001 not triggered |
| Vault supplies borrowed stablecoin | No | Internal vault rebalance | No change to client’s share token |
| Vault receives interest/yield | Depends | NAV accrual: no event until redemption; distributed: income at FMV | Consult counsel on vault accounting |
| Vault claims staking rewards | Yes | Ordinary income at FMV when received | Rev. Rul. 2023-14 applies regardless of wrapper |
| Vault de-levers (repays loan) | No | Internal vault operation | No change to share tokens |
| Client redeems shares for ETH | Depends | See ERC-7540 classification above | If taxable: gain/loss on disposition |
| Vault liquidation (forced unwind) | Yes | Capital loss on share token | Involuntary disposition (Form 8949) |
Staking Revenue Share Complication: If operators (RS/PW) receive staking revenue directly rather than it flowing to the vault, this is ordinary income to operators — not to the client. If it flows to the vault, it increases NAV and is taxable to the client. This distinction must be resolved in the term sheet.
Supporting Authority: Veda SEC/CFTC Letter
In March 2026, Veda Tech Labs submitted a formal letter to the SEC and CFTC arguing that non-custodial vault architectures satisfy qualified custody and segregation requirements. While this is SEC-facing (not tax guidance), four structural characterizations directly support the bailment defense.
Veda §III.A: "a cryptographic instrument representing the client's proportionate claim against the vault's underlying assets, redeemable upon presentation." This is textbook bailment language — delivery with return obligation.
Veda §III.B: "client assets are never on any vault participant's balance sheet." If no party holds a proprietary interest, there is no counterparty for a disposition under §1001.
Veda fn.12: Receipt tokens "cannot be moved to any other wallet" — only action is redemption back to the depositor. Directly supports the Cottage Savings argument: no "materially different legal entitlement" is created.
Veda §VI: Compares vaults to separately managed accounts where "the same structure is replicated cryptographically." A portfolio manager moving stocks between accounts within an SMA does not trigger a taxable event.
Source: Veda Tech Labs Inc., Letter to SEC Division of Investment Management and CFTC Division of Market Participants (March 23, 2026). Not tax authority — SEC-facing legal characterizations independently supporting bailment.
Defense Strength Ranking
- IRS FAQ A81: self-transfer between own wallets is not taxable
- Client holds full private key backup — cryptographic proof of retained ownership
- Withdrawal whitelisting prevents unauthorized routing — enforced at infrastructure layer
- Gregory v. Helvering: substance over form — tax follows economic reality
- Glenshaw Glass: no accession to wealth = no income
- Bailment characterization in Advisory Agreement
- Cottage Savings: wrapped tokens are not materially different
- Notice 2024-57 / Notice 2025-33: IRS deferred broker reporting for wrapping
- Form 8275: penalty protection at zero cost
- CRA Repeal: Congress eliminated the broker reporting rule for DeFi
- GENIUS Act: Congress pursuing stablecoin/digital asset regulatory clarity
Cost Basis & Transaction Audit Ledger
Per-lot cost basis tracking using specific identification where possible, FIFO as default per IRS FAQ guidance. Each lot tracked from acquisition through disposition.
RIA compliance recordkeeping system for audit, performance attribution, and regulatory readiness. Parallel tracking records both (A) non-taxable operational treatment (basis carries, holding period tacks) and (B) alternative taxable disposition treatment (gain recognized, new basis). This is standard RIA compliance infrastructure — enables immediate amended return preparation if future IRS guidance changes the treatment of any position.
Filed for every uncertain position. Cost: zero. Penalty avoided: 20% of any underpayment. Eliminates accuracy-related penalty under IRC §6662. Position not contrary to regulations — uses Form 8275 (not 8275-R).
All tax-relevant records retained 7 years minimum (3-year standard statute + 6-year extended for >25% understatement + buffer). On-chain transaction hashes, FMV at each event, dual treatment records, and Form 8275 copies.
Authorities Cited
Statutes
Realization requirement for gain or loss. Core of the "no disposition" argument — beneficial ownership never transfers in operational transactions.
Carryover basis for property acquired by gift. Wrapping doesn't trigger new basis; carryover basis exists to defer built-in gain until genuine realization.
Holding period tacking for gifted property. Operational events preserve holding period — preventing LTCG-to-STCG rate conversion.
Accuracy-related penalty (20%) and reasonable cause exception. Form 8275 disclosure eliminates penalty for positions with reasonable basis.
Regulations
Materially different property requirement. Implements the Cottage Savings standard for determining when an exchange constitutes a realization event.
Case Law
Tax treatment follows economic substance, not legal form. The foundational substance-over-form doctrine. Wrapping changes form (native → wrapped); economic substance is unchanged.
"Accession to wealth, clearly realized." Zero change in economic position = zero accession = no realization event. Distinguishes income events (staking rewards) from operational events (wrapping).
"Materially different" standard. Wrapped tokens are 1:1 pegged, 1:1 redeemable claims — they represent the same entitlement in a different wrapper, not legally distinct property.
IRS Guidance
Transferring crypto between wallets you own is not a taxable event. Strongest published IRS guidance supporting non-taxable wrapping treatment within a managed account where client retains private key backup.
Dispositions require a sale, exchange, or transfer. A change in form without change in beneficial ownership is not a disposition.
Basis tracking methodology. Supports specific identification per-lot tracking through operational events.
Crypto treated as property for federal tax purposes.
Temporary relief for certain digital asset reporting requirements.
IRS deferred broker reporting requirements for wrapping/unwrapping, acknowledging regulatory uncertainty. Key backstop for reasonable basis position.
Extended deferral of broker reporting for wrapping/unwrapping transactions. Continued IRS acknowledgment that this area requires further study.
Staking rewards are taxable income at FMV upon receipt. Distinguished: staking creates new tokens; wrapping creates receipt tokens representing existing assets.
Per-wallet basis methodology effective January 1, 2025.
§1031 like-kind exchange does not apply to crypto. Distinguished: PW does not invoke §1031 — PW argues no realization event occurred at all.
SEC / CFTC
Structural parallels supporting non-custodial vault operations. Receipt token characterization, no balance-sheet intermediation, non-transferability, SMA analogy.
SEC is actively modernizing custody rules to accommodate non-custodial digital asset architectures. PW's MPC/TEE infrastructure and per-client SMA vaults are structurally aligned with the direction of regulatory modernization.
Protocol Wealth's architecture designed to avoid triggering qualified custody requirements through non-custodial MPC infrastructure.
Legislative Context
Congress used the Congressional Review Act to repeal the IRS broker reporting rule for DeFi protocols. Bipartisan signal that Congress does not intend DeFi operational transactions to be treated as taxable dispositions.
Bipartisan stablecoin and digital asset regulatory framework advancing through Congress. Reinforces the legislative trend toward regulatory clarity rather than enforcement-first taxation of operational DeFi activities.
Purpose of This Framework
This reference documents Protocol Wealth's analytical rationale and course of action given the current regulatory landscape as we understand it. The digital asset tax environment is dynamic and evolving rapidly — positions that are reasonable today may require revision as new IRS guidance, regulations, case law, or legislation emerges.
Our goal is to provide comprehensive educational content, cite every authority we rely on, and maintain full transparency so that clients, their CPAs, and regulators can evaluate our reasoning independently. We approach every uncertain position with Form 8275 disclosure because we believe in proactive transparency, not because we doubt our analysis.
This framework is a living document. As the regulatory environment changes, so will our positions — and we will document every change with the same rigor and transparency shown here.
Important: This framework is for educational and reference purposes only. It does not constitute tax, legal, or accounting advice, and Protocol Wealth LLC does not provide such advice. The positions described reflect our current understanding based on published authorities and are subject to change. Nothing in this framework should be relied upon as a substitute for consultation with a qualified CPA or tax attorney regarding your specific situation.
Protocol Wealth LLC (CRD #335298) is an SEC-registered investment adviser. Registration does not imply a particular level of skill or training. All investments involve risk, including the potential loss of principal.
Full machine-readable framework available at nexusmcp.site/api/public/reference/tax-framework (JSON). Rendered version at nexusmcp.site/reference.