Are rebasing token balance increases taxable income?
House position: yes, when the unit count grows. A rebasing balance increase is rebase_reward with treatment income at receipt, in the direction of Rev. Rul. 2023-14: ordinary income under IRC §61 when the taxpayer has dominion and control, measured at fair market value then. This is a published grey area. The deferral view is the documented alternative and is firm-configurable. A token whose unit count does not change is not this category.
Key takeaways
- Published category:
rebase_reward. House treatment:income. Grey area. Firm-configurable. - House default: income at receipt, in the direction of Rev. Rul. 2023-14 (cash-method, dominion and control, fair market value at that moment).
- Alternative: defer recognition until a later disposition. Exposed on the record. A firm can elect it, and the election applies across the book.
- Reward-bearing accretion (unit count fixed, exchange rate rises) is not
rebase_reward. There is no separate reward-bearing category on the wire. A later sale isswap/disposalunder IRC §1001. - Paschall v. Commissioner, T.C. Memo. 2026-46, is consistent in spirit with income-at-receipt. It is not a CryptoTaxEdge product rule.
What Rev. Rul. 2023-14 actually says
Rev. Rul. 2023-14 holds that a cash-method taxpayer who stakes cryptocurrency native to a proof-of-stake blockchain and receives additional units as validation rewards includes the fair market value of those units in gross income in the taxable year the taxpayer gains dominion and control, valued at that date and time. The ruling cites IRC §61 and Notice 2014-21. Dominion and control is the ability to sell, exchange, or otherwise dispose of the units.
A daily stETH rebase credits additional units to an address the taxpayer already controls. Those units are generally transferable and have a market price. That is why the house analogizes the rebase to the ruling's additional-units fact pattern, even though the ruling's facts were validator rewards, not a rebasing wrapper. The analogy is a position, not a holding that names stETH.
Notice 2014-21, Q&A-1, remains the property baseline. It does not time rebases. There is no rebase-specific revenue ruling.
Grey area: income at receipt versus deferral
In v1.1 the grey-area categories are liquidity_add, liquidity_remove, wrap, unwrap, liquid_staking_mint, liquidation, and rebase_reward. For rebase_reward the Classification Standard requires a documented house default, an exposed alternative, and firm-level configurability. All three are met. liquidation is the grey that is not firm-configurable; rebase is configurable.
House default (what we serve unless the firm elects otherwise): ordinary income at the rebase, at fair market value of the incremental units when they are credited and disposable. Basis in the new units equals that income. A later sale is a separate swap measured from that basis.
Alternative (carried on the record, firm-configurable): the balance increase is not a receipt of new property, so recognition waits until the taxpayer disposes of the position. Under that view the accretion sits inside the later §1001 amount realized, not a series of income lots.
Neither view is a filing position we assert for a taxpayer. Pick one, document it, apply it across the book. Mixing income-at-receipt on some rebases and deferral on others is the pattern that does not read as a method.
Paschall v. Commissioner, T.C. Memo. 2026-46 (Tax Court, June 4, 2026), held that Cardano staking rewards credited to a custodial account were includible in gross income on receipt under IRC §61 and Glenshaw Glass. The court did not rest on Rev. Rul. 2023-14. It is a memorandum opinion, non-precedential, decided on stipulated facts without expert testimony, which the court said limited its analysis. It is consistent in spirit with income-at-receipt. It is not rebase guidance, and CryptoTaxEdge does not follow Paschall as a product rule. Rebase is still a different category from reward. The whether-and-when staking pages remain Are crypto staking rewards taxable? and When are staking rewards taxed?.
Reward-bearing accretion is not this category
stETH (rebasing): the unit count in the wallet increases. That increment is the rebase_reward fact pattern. The same unit-count pattern is not limited to one issuer. When additional units of a value-accruing wrapper are credited in place, the house category is rebase_reward if that is the category on the record. An aToken balance that grows in place is that shape only when the engine emits rebase_reward. The initial supply that mints the aToken is collateral_supply, a different category.
rETH, cbETH, wstETH and similar reward-bearing designs: the unit count stays put and the claim on the underlying, or the exchange rate, accretes. No additional units are credited. We do not emit a reward-bearing category. Silent exchange-rate accretion is not a rebase_reward row. When that token is later sold or redeemed, the published category is swap / disposal under IRC §1001. Minting the receipt token is liquid_staking_mint or wrap, covered on the liquid staking answer and the wrap answer.
The Standard's definition of rebase_reward also says "rebasing or value-accruing wrapper token." That phrase is the scope of a contested timing bucket. It is not a second emitted category, and it is not a reason to book daily income on a token whose unit count did not change. Book the category the record actually serves.
How CryptoTaxEdge classifies it
POST https://app.cryptotaxedge.com/v1/classify with { "chain", "hash" }. Confidence is corroboration and routing, 0 to 100, not an accuracy percentage. When we cannot honestly assert a treatment, treatment: needs_review, needs_review: true, taxable: null.
| Facts on the hash | Category | Treatment | Grey |
|---|---|---|---|
| Rebasing wrapper credits additional units the taxpayer can dispose of | rebase_reward | income (house) | Yes, deferral alternative, firm-configurable |
| Unit count unchanged; exchange rate accreted | not rebase_reward | no income row from the accretion | n/a |
| Later sale or redemption of the position | swap | disposal | No |
| Mechanics of the increment are not readable from the receipt | as identified | needs_review | n/a |
Worked example
Illustration, not a live canonical capture. The published example set has no rebase_reward JSON.
A wallet holds 10.000 stETH. On a given day the protocol rebases the balance to 10.001 stETH. stETH trades at $3,200 at the moment the increment is disposable. The incremental 0.001 stETH is worth $3.20.
House: one rebase_reward / income row for $3.20 ordinary income. The new 0.001 units take $3.20 of basis. Selling the whole 10.001 later is a swap measured against old-lot basis plus that $3.20, not a second tax on the $3.20.
Deferral election: no income row on the rebase. The $3.20 stays inside the position until a later disposition. The firm applies that election to every rebase, not to this one hash.
Reward-bearing contrast: the same wallet holds 10 rETH whose redemption rate moves from 1.10 ETH to 1.101 ETH with no unit-count change. There is no rebase_reward row to serve. A later sale of the 10 rETH is a swap.
What CryptoTaxEdge does not do on this page
- We do not assert a filing position. Grey means both sides are documented; the house default is a default, not a command to file income.
- We do not compute the dollar income, lot basis, or Form 8949 lines. Classification names the event. The books do the math.
- We do not treat Paschall as engine authority.
- We do not emit a reward-bearing category, and we do not silently re-label exchange-rate accretion as
rebase_reward. - Hash in; category, treatment, confidence, and review flag out. Not tax advice.
Classify a transaction at https://cryptotaxedge.com/explorer?src=answers. Enter a hash; ten a day, no signup.
Frequently asked questions
Are stETH rebases taxable as they accrue?
Under the house default, yes: rebase_reward / income at the rebase, at fair market value when the incremental units are disposable. The deferral view is the documented alternative and is configurable per firm. Whichever method a firm takes should apply across the book.
Is this the same as staking rewards?
No. Direct validator or protocol rewards are reward / income (Rev. Rul. 2023-14 on its own facts). A rebasing wrapper's unit-count increase is rebase_reward, a grey category with a deferral election the reward category does not carry. Use the staking-rewards answers for whether and when staking rewards are taxed. Use this page for the rebase shape.
Does wrapping stETH into wstETH stop the rebases?
wstETH is a non-rebasing wrapper on stETH. The wrap itself is the wrap grey (wrap, house non_taxable). After the wrap, unit count no longer grows; value accretes in the exchange rate. That later accretion is not rebase_reward. Do not import the wrap answer onto the rebase row, or the reverse.
Accounting firm with crypto clients? See the Firm plan.
This is informational only, not tax advice; verify with a qualified tax professional before filing.