Staking rewards are one of the most common forms of crypto income for NZ investors, and one of the most commonly mis-reported. The IRD's position is settled in principle but the practical questions (when does income arise, what NZD value do you use, does it matter whether you run your own validator or delegate, how do liquid staking tokens fit in) often get confused. This guide walks through how the IRD treats each form of staking and what to do at IR3 time.

The IRD's general position on staking

The IRD treats participation in a staking programme as entering into a profit-making scheme. Rewards received are taxable as income on receipt, valued in NZD on the date you have the right to them. The same NZD value becomes your cost base for the reward tokens when you later dispose of them.

This is consistent with how the IRD treats most other crypto-derived income (mining, lending interest, yield), and it is reinforced in IRRUIP18, the IRD's January 2026 issues paper covering lending, borrowing, and staking cryptoassets. For the broader framework, see our New Zealand Crypto Tax Guide.

Running your own validator (solo staking)

If you operate your own validator node (most commonly on Ethereum, but also on Solana, Cosmos, Polkadot, and others), the income tax treatment is straightforward:

• Each block reward, consensus reward, or attestation reward you receive is income at the NZD value at the time of receipt.
• If you're running validators at a scale that constitutes a business, you may need to register for GST and report through business income sections rather than "Other income."
• Equipment costs (validator hardware, electricity, internet), bonded ETH or other staked principal, and node operation expenses can typically be claimed as deductions against staking income. Keep records.
• Slashing penalties (where applicable) reduce your validator balance. The tax treatment of slashing is not explicitly addressed in IRD guidance, but the conservative approach is to treat the loss of the slashed amount as a deductible expense against your staking income in the year it occurs, assuming the staked asset would have been taxable on disposal.

Delegated staking

Delegating your tokens to a validator without running the node yourself is by far the more common case. Examples include staking ETH via a centralised exchange, delegating SOL to a Solana validator, or staking ATOM through a Cosmos wallet.

The treatment is the same in principle: rewards are income at receipt, valued in NZD. A few practical wrinkles:

• Receipt timing matters. When the rewards are credited to your account or wallet (not when they are theoretically earned by the validator) is typically the receipt date.
• Centralised exchange staking. Where the exchange auto-stakes idle balances (Coinbase Earn, Binance Simple Earn, Kraken Staking) the rewards usually arrive daily or weekly. Each credit is a separate income event for tax purposes.
• Validator commission. The reward you receive is typically already net of the validator's commission. You report the NZD value of what you actually received, not the gross pre-commission figure.

Liquid staking

Liquid staking introduces a meaningful tax complication because the protocol design varies. The two main models behave very differently:

• Rebase-style LSTs (e.g. stETH on Lido): Your balance of the staking token grows over time as rewards rebase into your position. Each rebase is a receipt of additional tokens and is income at the NZD value of each rebase. Because rebases happen frequently and don't appear as wallet transactions, you need to capture them separately, ideally through transaction history exported from Lido or via a crypto tax tool that pulls rebase events directly.
• Value-accrual LSTs (e.g. rETH on Rocket Pool): Your balance of the staking token does not change. Instead, the value of the token rises relative to ETH over time. Because no additional tokens are received, there is no income at receipt. The gain accrues as an unrealised position and is only taxable when you dispose of the LST.

Conflating the two models leads to over-reporting income on value-accrual LSTs or under-reporting on rebase-style LSTs. The initial swap from ETH to either type of LST is a disposal of ETH and an acquisition of the LST, valued in NZD at the time of the swap.

For a fuller breakdown of liquid staking and other DeFi activity, see our DeFi tax in New Zealand guide.

Staking via NFTs and other novel mechanisms

Staking-like rewards from NFT staking programmes, GameFi rewards, and similar protocols are generally treated the same way: income at receipt at NZD value. The narrower the connection between your activity and the "profit-making scheme" framing, the more space there is to argue alternative positions (e.g. that the rewards are not taxable on receipt because no profit-making intent existed). In practice, the IRD's default reading captures most cases, and contesting it requires specific facts and adviser support.

How staking rewards land on the IR3

For most retail investors, staking income goes in "Other income" on the IR3, valued in NZD at the time each reward was received. For business-scale stakers it goes through business income sections.

When you later dispose of the staked tokens or the reward tokens, the gain or loss (calculated against the cost base set at receipt) is reported as part of the net crypto disposal figure for the year. The cost base is the NZD value on the date you received the reward, not the original cost of the principal you staked.

For the full IR3 walk-through, see our guide to filing crypto on the IR3.

Records the IRD wants

For every staking reward, you need:

• Date of receipt
• Asset and quantity received
• NZD value at the date of receipt
• Source (validator, exchange, protocol)
• Wallet or account where the reward was received
• Transaction hash or exchange transaction ID

The IRD requires these records be kept for 7 years. With a frequent reward schedule (daily attestation rewards on ETH, for example), manual tracking quickly becomes impractical.

The CARF angle

From 1 April 2026, centralised exchanges offering staking products are obligated to report user activity under CARF. Staking rewards credited to your exchange account flow through to the IRD via the CARF reporting cycle. If you have historical staking income that was not declared on previous IR3 returns, see our guide on voluntary disclosure before that data starts flowing.

How Summ handles NZ staking tax

Summ ingests staking rewards from centralised exchanges, validator setups, and liquid staking protocols, valuing each reward in NZD on the date of receipt and applying the correct treatment per protocol type. Rebase-style and value-accrual LSTs are categorised separately so you don't over- or under-report. The output is a single reconciled figure for "Other income" on the IR3, plus a full supporting transaction log.

Get started with Summ for New Zealand.