On this page
The RealValidator Team Editorial team

Solana stake activation, also called warmup, is the period of approximately one full epoch between the moment a staker delegates SOL to a validator and the moment that stake begins earning inflation and MEV rewards. Newly delegated stake sits in an activating state until the next epoch boundary, at which point it becomes fully active and is included in the validator's reward calculation for the first time.

The mirror process applies on the way out: stake deactivation requires roughly one epoch of cooldown between issuing a deactivate instruction and the stake becoming withdrawable. During cooldown, the stake remains delegated and continues earning rewards; it stops earning only at the cooldown completion boundary, at which point the SOL can be withdrawn from the stake account back into the staker's wallet.

Why this exists

The warmup and cooldown windows exist to bound how quickly active stake — and therefore the leader schedule, vote weight, and reward distribution — can shift. Solana's protocol generates the leader schedule at the start of each epoch from active stake at that boundary. Allowing instant activation would let large stake movements perturb the leader schedule mid-epoch and create attack surface around stake-weighted operations. The one-epoch delay smooths these transitions: at any moment, the stake set deciding the current epoch's leader schedule was already finalized at the previous epoch boundary.

A secondary protocol-level rate limit (the warmup_cooldown_rate, currently 9% per epoch per the Solana docs) caps the total amount of stake that can activate or deactivate in a single epoch as a fraction of total active stake. In practice for individual stakers delegating typical amounts, this rate limit is never binding; only at protocol-stress or whale-movement scale does the cap come into play.

Why this matters for staker yield computation

A staker delegating mid-epoch should not expect rewards in that epoch. If a delegation transaction confirms in slot 200,000 of epoch 971, the stake enters activating state immediately but contributes 0 toward the validator's epoch-971 reward calculation. At the boundary of epoch 972, the stake becomes active; at the end of epoch 972, that stake earns its first reward (paid out during the first ~150 slots of epoch 973).

The practical consequence: the first epoch after delegation produces no rewards; the second epoch produces a partial-looking yield from the staker's perspective because no rewards were earned in epoch 1; from epoch 2 onward, yields normalize to the validator's typical per-epoch return. APY calculators that assume rewards from day-one understate the warmup gap by roughly two days; over a 12-month delegation horizon, the warmup is a ~0.55% drag on first-year realized APY (2 days of zero yield out of 365), which decays to insignificance over multi-year delegations.

Re-delegation

Switching validators is not instantaneous. A staker who deactivates from Validator A and then activates to Validator B incurs the cooldown on the A side and the warmup on the B side. Sequenced naively, this produces ~2 epochs (~4 days) without rewards. Most stakers either use a stake pool (which abstracts away the warmup/cooldown by maintaining a continuously-active pooled stake position) or use the deactivate-and-redelegate pattern, which under current protocol mechanics still observes the cooldown on the original delegation before the new delegation can warm up.

Terminology traps

  • "Locked" is not the correct term. Activating and deactivating stake is not locked; the staker can issue further instructions on the stake account at any time. The SOL is simply not yet earning rewards (warmup) or not yet withdrawable (cooldown).
  • "Bonding period" is borrowed from Cosmos and other proof-of-stake networks; Solana's mechanism is called warmup/cooldown, not bonding.
  • Stake activation is not the same as account creation. A stake account can exist (funded with SOL) without being delegated; it earns no rewards until both delegated and warmed up.

Sources

Activation timing cited reflects protocol mechanics as of epoch 971, 2026-05-15. The one-epoch warmup is approximate (~2 days actual on current network); rate-limit caps are protocol parameters subject to change via SIMD.