Staking Rewards Accounting: Income at Receipt, Then a New Basis

A staking reward is easy to mistake for "more of the same coin." It isn't. The moment the tokens land they are an income event, and the value you assign at that moment becomes the cost basis you will reach for at the eventual sale. Get either the timing or the basis wrong and every disposal that follows inherits the error. This article covers the narrow question of how a proof-of-stake reward is recognised and measured for a company's books: when income arises, what number you record, and why the principal you staked and the reward you earned have to stay in separate lots. It is the recognition discipline that sits underneath broader workflows like yield farming tracking and DeFi position reconciliation, and it pairs with the staking reward reconciliation work that ties on-chain rewards back to the ledger.

The recognition in brief

• A reward is income at the fair value of the tokens when control is obtained — when you are free to transfer or use them, not while they are locked.
• That same fair value becomes the cost basis of the reward tokens for a later disposal.
• Receipt and disposal are two separate events: income now, then gain or loss against the receipt basis at sale.
• Principal and reward are not the same lot. The staked asset keeps its own basis; the reward is a new lot at its own value.
• Tax characterisation is jurisdiction-specific. In France, reward income generally falls under the BNC framework rather than the 150 VH bis occasional-investor disposal regime, so the tax bucket has to be confirmed per country.

The dual nature of a reward

A staking reward does two things at once, and both have to be booked. First, it is income now, at the fair value of the reward tokens when control is obtained. Second, that same fair value is the basis of those tokens for a future disposal. Miss the first and income is understated; miss the second, or reset the basis, and the eventual disposal gain is overstated. A reward is a single economic fact with two linked accounting consequences, and the link between them is the receipt-date value.

Recognition: control, not accrual

The recognition trigger is control — the point at which the entity can freely transfer or use the reward, not the moment it merely accrues on-chain. A reward that has accrued but remains locked or restricted is typically not yet received income until the lock lifts. Measurement is the fair value at that control moment, consistent with mainstream digital-asset guidance and with the IFRS 15 noncash-consideration logic where staking is treated as a service. The precise rule is framework-specific, so the sensible move is to state the policy and apply it consistently.

Receipt and disposal are different events

These are two entries on the same tokens, not one. The receipt-date fair value is the hinge that connects them: it is both the income amount and the disposal basis. The internal transfer vs disposal discipline governs the later movement of these tokens between wallets.

Keep principal and reward separate

The principal you staked keeps its original cost basis and is generally not derecognised simply by being staked, since the position is still yours. The reward is a new asset at its own receipt-date fair value. Averaging reward tokens into the principal's basis distorts both the principal's eventual gain and the reward income, so principal and reward should be carried as separate lots with separate bases — the same lot discipline that drives DeFi position reconciliation.

Accounting versus tax

Recognition for accounting and characterisation for tax are related but distinct, and tax is jurisdiction-specific. Many regimes tax reward income at receipt as ordinary or other income, but the category differs by country. In France, crypto reward income is generally dealt with under the BNC framework rather than the occasional-investor PFU / 150 VH bis disposal regime. The tax bucket should not be inferred from the accounting entry; confirm it per jurisdiction (see occasional vs habitual trader).

Practical guidance

1. Recognise reward income at control, not at accrual, and measure it at the fair value on that date.
2. Carry that same fair value as the reward tokens' basis for the later disposal.
3. Book receipt and disposal as separate events on the same tokens.
4. Keep principal and reward as separate lots; never average a reward into the principal's basis.
5. Confirm the tax characterisation per jurisdiction (in France, reward income generally sits in BNC, not 150 VH bis).
6. Document the control-and-valuation policy and apply it consistently for audit.

Choosing and configuring a tool

Most crypto accounting platforms can book staking rewards correctly, but the defaults vary, so the configuration matters more than the brand. Cryptio and Bitwave both recognise reward receipts as income events and carry that value as the reward lot's basis. Before you rely on the numbers, open the staking settings and check that the tool:

• keys recognition to control rather than raw on-chain accrual, so locked or restricted rewards are not booked as income before they vest;
• keeps principal and reward as distinct lots instead of averaging rewards into the staked principal — the single most common source of overstated disposal gains;
• carries each reward's receipt-date fair value forward as the basis, and links it to the eventual disposal rather than re-deriving a basis at sale;
• can reconcile its reward feed against the on-chain record (the staking reward reconciliation check), since a rebasing token like stETH can drift between the protocol's view and the ledger's.

A tool left on an accrual-timing or averaging default produces a plausible income figure that quietly misstates both the period's income and every later gain.

Where Wag3s fits

Wag3s Ledger recognises staking rewards as income at fair value when control is obtained, carries that value as the reward lot's cost basis into the later disposal, and keeps principal and reward as separate lots so neither distorts the other. It surfaces the lot-level data the jurisdiction-specific tax characterisation needs and reconciles the reward stream back to the chain. Wag3s produces the figures and the audit trail; it is built to support the accountant or auditor reviewing the staking policy, not to replace that judgement. See the Ledger product page and the Wag3s for accountants page.

Further reading

• Liquid Staking Token Accounting
• Staking Reward Reconciliation
• Yield Farming Tracking
• DeFi Position Reconciliation
• Liquid Restaking Token Accounting (LRTs)
• Internal Transfer vs Disposal in Crypto
• BNC vs PFU for Crypto in France
• IAS 38: Crypto as an Intangible Asset

Worked example: liquid staking on Lido (stETH)

A company stakes 10 ETH on Lido and receives stETH, which accrues ETH rewards daily through a rebasing mechanism.

Recognition question. The stETH rebase mechanism increases the token balance daily as ETH rewards accrue. Control of each incremental stETH occurs when the rebase event is recorded and the tokens are freely transferable. For a company with access to the rebased stETH without restriction, each daily rebase event is a recognition trigger.

Measurement. The fair value of each day's reward increment is measured at the time of rebase. If 0.0003 ETH worth of stETH is credited on a given day and the ETH price is €2,500, the reward income for that day is €0.75. Over a month with 30 rebase events, the income is the sum of 30 daily fair-value measurements — not the price at month-end applied to the total increment.

Why daily measurement matters. ETH price can move 5–10% in a month. Measuring at month-end and applying that price to the accumulated total either overstates or understates income compared to measuring at the actual control date for each increment. The policy should specify measurement at control date, applied consistently.

Cost basis tracking. Each day's reward tokens have their own basis equal to that day's fair value. If the company holds stETH for six months before unstaking and selling, the gain computation must use the lot-level bases accumulated over those six months — not a single average.

Common error with liquid staking tokens. Some teams treat the entire stETH holding as one position with one entry date and one cost basis, averaging the original stake and all rewards together. This is incorrect: the original ETH stake has its own basis from the date of staking; the daily reward accretions each have their own basis from their respective control dates. Averaging distorts both the income figure and the eventual gain on disposal.

Accounting entries (simplified):

• At each rebase: Dr Staking reward income (P&L) / Cr stETH asset (BS), at daily fair value.
• At unstake/sale: Dr Bank (or fiat) / Cr stETH asset (at carrying amount) / Dr/Cr Gain or loss on disposal (P&L).

The gain/loss on disposal is the difference between the sale proceeds and the aggregate carrying amount — the original ETH cost basis plus all accumulated reward bases.

Sources

• IRS — Rev. Rul. 2023-14: a cash-method taxpayer who stakes and receives validation rewards includes the fair market value of the rewards in gross income in the year dominion and control is obtained. This is the US position that reward income arises at control, measured at fair value — the value that then becomes the tokens' basis for a later disposal.
• IRS — Digital assets hub and the Frequently asked questions on digital asset transactions for the broader US reporting framework that the receipt-then-disposal split sits within.
• IFRS — IFRS 15 Revenue from Contracts with Customers: noncash consideration is measured at fair value, the logic applied where a staking arrangement is treated as a service.
• France: crypto reward income is generally dealt with under the BNC framework, distinct from the occasional-investor 150 VH bis disposal regime — a jurisdiction-specific characterisation, not implied by the accounting entry.