Partner · Blockchain Life 2026 — Dubai, December 1–2 · 15,000+ attendees from 130+ countriesGet tickets →
LIVE
BTC—ETH—SOL—BNB—XRP—ADA—AVAX—DOGE—LINK—DOT—MATIC—ATOM—LTC—TRX—TON—BTC—ETH—SOL—BNB—XRP—ADA—AVAX—DOGE—LINK—DOT—MATIC—ATOM—LTC—TRX—TON—
—▲0.0%
Blockchain

Solana's Validator Admission Ticket Goes Live on Mainnet

22 Jul 2026by CryptoJazz Admin1 min read239 views
Solana's Validator Admission Ticket Goes Live on Mainnet

Solana activated the Validator Admission Ticket on mainnet on 22 July, turning a registration requirement in place since earlier in the month into an enforced condition of taking part in consensus. A validator that has not registered a BLS public key is now silently omitted from the leader schedule, the rotation that decides which validator produces blocks in which slot, and is treated as carrying zero stake weight for consensus purposes. Nothing warns the operator. The node simply stops being given work. Solana's own upgrade documentation put the holdouts, as of epoch 1004, at roughly 85 validators representing 3.87% of stake that had produced blocks but were still unregistered. The admission ticket is the second of two prerequisites for Alpenglow, the pending overhaul of how the network reaches agreement.

One key registered, or no place in the rotation

The key in question is a BLS public key, a signature type whose main property is that many separate signatures can be compressed into a single one that is cheap to verify. Registration went live on mainnet-beta on 8 July, after runs on devnet and testnet, and requires Solana CLI version 4.1.0 or higher. Enforcement had teeth even before this week: the upgrade notes stated that a voting validator without a registered key "is already losing consensus participation and inflation rewards." What changed on 22 July is that the omission stopped being economic and became structural. A validator missing the key is not penalized so much as ignored, dropped from the schedule that determines who gets to build blocks at all.

The price: 1.6 SOL an epoch, not yet charged

The admission ticket is named for a fee. In the Alpenglow design, a validator pays 1.6 SOL per epoch, the fixed scheduling period over which the leader rotation is set, to hold a place in the active set. That fee is not being collected yet. The initial activation checks only that a BLS key exists and caps the admitted set at 2,000 validators ranked by stake. It does not implement the 1.6 SOL per epoch charge or vote-fee payments, and it leaves on-chain voting in place. All three changes arrive with Alpenglow itself, which had not reached mainnet as of this week. In practice, the 22 July activation is a gate rather than a toll booth: it establishes who is admitted and how admission is checked, and leaves what admission costs for later.

Consensus overhead paid in vote transactions

The reason for an admission fee at all is the way Solana validators currently pay for consensus. Voting happens on chain, as transactions that consume block space and cost fees. That ties the cost of participating to how often a validator votes, and it puts consensus traffic in competition with user traffic for the same capacity. Alpenglow replaces the arrangement, swapping the existing TowerBFT and proof-of-history voting for a protocol called Votor with a stated finality target of roughly 150 milliseconds. A flat per-epoch admission fee substitutes a predictable subscription for a variable per-vote bill, and the 2,000-validator cap bounds how many signatures the aggregation scheme has to handle. The work is arriving in stages alongside the client releases running in parallel with it; Firedancer v1.1.0 reached testnet on 16 July as the Agave 4.3 branch opened.

A one-line fix, still unmade

The immediate question is the 3.87% of stake still producing blocks without a registered key at epoch 1004. Those operators face a one-line fix, but until they make it their nodes sit outside the schedule, and the stake delegated to them earns nothing from block production. The larger items are deferred to Alpenglow: the fee, the end of on-chain voting, and how the 2,000-slot cap behaves once stake shifts around it. Separately, the research aimed at the same layer continues on a different track, with the Gatling parallel-composition work published in June targeting 10-millisecond slots without altering consensus internals. For validators, this week's task list is one item long: register the key.

Read also: Jito Votes to Burn All DAO Exchange Revenue in JTO

← All news