Alpenglow's 2,000 Validator Seats and the 1.6 SOL Ticket
Originally published on xroot.dev . Solana has around 1,300 validators voting today, give or take the epoch, and the number has never mattered much to a delegator. You picked one, you delegated, it voted, you earned. Under Alpenglow the number matters a great deal, because the protocol caps the consensus set at exactly 2,000 vote accounts — and the way it fills those seats has two rules that will…
Solana has approximately 1,300 validators that voted today, a number that does not usually matter to delegators. However, with Alpenglow, the protocol caps the consensus set at exactly 2,000 vote accounts. This change brings two surprising rules that will impact delegators and validators alike. If a delegator picks a vote account, it will be filtered to determine if their validator earns anything in the next epoch. If they run a validator, the filter will decide if they are part of the system.
To survive the filter, a vote account must have a BLS public key, non-zero delegated stake, and a stake above the cut-off. The stake must be strictly greater than the last admitted validator's stake. If three validators tie at the 2,000 position, all three will be evicted, leaving only 1,997 validators.
Each admitted vote account pays a Validator Admission Ticket of 1.6 SOL per epoch. The ticket amount varies depending on slot time, with the highest being 1.6 SOL for 400 ms slots. Over a full set of 2,000 seats, the total annual cost is around 584,000 SOL. Since 9 September 2026, this debit is recorded as a separate reward type in block reward data.
To be admitted, a vote account's lamports minus pending delegator rewards must be greater than or equal to the rent-exempt minimum for 3,762 bytes plus one epoch's ticket. The current rent-exempt minimum is approximately 1.62 SOL, accounting for the pending-rewards subtraction. If a validator's balance fails this test, it will miss both the stake rewards and the epoch's epoch rewards.
The failure is not gentle, as the filter runs twice — once for admission and once for reward distribution — and an account that misses the balance test misses out on rewards.
Small validators near the cut-off and those that share revenue with delegators are likely to be affected by these rules. Small validators with a few thousand SOL of delegation will need to court delegations aggressively in the weeks leading up to activation, as they may find themselves near the 2,000-seat limit. Validators that share revenue with delegators will face additional penalties due to the pending-rewards subtraction, requiring them to keep proportionally more of their own SOL in the vote account.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
