Dashboard

Protocol radar

What changes next on Solana — and when

Every protocol upgrade, watched on-chain across mainnet, testnet and devnet. Queued upgrades get a live countdown; the ones that break things get a plain-English guide.

chain last read · mainnet epoch 1060 · 216 ms slots (measured)

Up next

SIMD-0437-3

Rent Cut — Step 3 of 5

Not scheduled yet — the moment activation is requested on-chain, a countdown appears here.

Lowers rent to 2,575 lamports per byte.

Testnet —Devnet —Mainnet —
Read the guide ↗
Telegram alertsKnow the moment an upgrade is queued — join @xrootdev_updates or message the bot /start for a DM.

T Testnet · D Devnet · M Mainnet · ✓ live since · ⏱ lands in · ~ expected · ⚠ announced, not queued

Queued 0

Nothing queued right now — activations appear here the moment they are requested on-chain.

On deck 14

Nothing here can land before the next epoch boundary, 2026-10-18 07:25 UTC.

  1. A native SHA512 syscall for on-chain programs.

  2. Programs read account inputs through direct pointers instead of copies — faster account access.

  3. Maps account data directly into program memory instead of copying it on every load.

  4. Adjusts the SVM's virtual address space layout.

  5. Lowers rent to 2,575 lamports per byte.

    Read the guide ↗
Show 9 more ↓Show less ↑
  1. Lowers rent to 1,322 lamports per byte.

    Read the guide ↗
  2. The final step: 696 lamports per byte, completing the 90% rent cut.

    Read the guide ↗
  3. The safety valve for the rent cut: restores the legacy 6,960 lamports-per-byte rate if a reduction step needs reverting.

  4. Alpenglow

    SIMD-0326

    The new consensus algorithm — the largest consensus change since launch, targeting dramatically faster finality.

    Read the guide ↗
  5. Alpenglow companion gate: fast leader handover between slots.

  6. Raises the cross-program-invocation depth limit from 4 to 8, unblocking deeper program composition.

  7. Disables deployment of programs targeting the legacy SBPF v0, v1 and v2 bytecode formats.

  8. In-protocol sharing of block revenue between validators and their stakers.

    Read the guide ↗
  9. A new vote-account initialization instruction.

Activated 23

  1. Slot time step 4 of 4: the 200ms target — halving block times from where the year started.

    Read the guide ↗
  2. Slot time step 3 of 4: a block every 250ms, down from 300ms — faster confirmations for everything on Solana.

    Read the guide ↗
  3. 4,096-byte transactions in a new wire format: resource limits move into the message, lookup tables are gone, and un-upgraded readers start failing the moment it activates.

    Read the guide ↗
  4. Lowers rent to 5,080 lamports per byte.

    Read the guide ↗
  5. Validators can send their commission on inflation rewards and block revenue to an account of their choosing — a program that splits it, for example — instead of the vote account and identity wallet.

Show 18 more ↓Show less ↑
  1. Lowers rent from 6,960 to 6,333 lamports per byte — the first of five feature-gated reductions on the way to a 90% cut.

    Read the guide ↗
  2. Relaxes the post-execution minimum-balance check.

  3. Upgrades the BPF stake program to v5.1.0 with fixed-point warmup and cooldown math.

  4. Slot time step 2 of 4: blocks every 300ms.

    Read the guide ↗
  5. Slot time step 1 of 4: blocks every 350ms instead of 400ms.

    Read the guide ↗
  6. Raises the per-block compute limit to 100 million compute units — more work per block.

  7. Defines fee-only semantics: transactions that fail account loading still pay their fee, deterministically.

  8. Alpenglow VAT

    SIMD-0357

    Alpenglow groundwork: the VAT implementation lands ahead of the consensus switch.

    Read the guide ↗
  9. Markers for Alpenglow fast leader handover and shred placement rules.

  10. Validator commission moves from whole percents to basis points — finer-grained rates.

  11. A minimum extend size for Loader V3 program deployments.

  12. Enforces a protocol-level cap on accounts per instruction.

  13. BLS public keys in vote accounts — consensus groundwork for Alpenglow.

  14. Tightens which memory addresses syscall parameters may reference.

  15. Enables deployment and execution of SBPFv3 programs (with SIMD-0189 and SIMD-0377).

  16. Validates the chained block id across a slot's shreds.

  17. The encompassing check completing chained block id validation.

  18. Validator commission changes take effect at the next epoch instead of immediately.

What a feature gate is

Solana ships protocol changes behind on-chain switches. Each switch is a tiny account anyone can read — which is exactly what this page does.

Why "queued" means days, not months

Once an upgrade is queued, the network activates it at the next epoch boundary — at most about two days away. That is why queued upgrades get a countdown, and why "officially scheduled" has none: Anza opens a release’s activations after 95% of stake adopts it, then queues each one by hand.

Testnet goes first

Upgrades usually activate on testnet before mainnet, so the testnet column is a preview of what mainnet does next.

Read from the chain, not from announcements

The status here comes from reading the switches themselves, refreshed about every minute. When nothing is scheduled, we say so — no invented dates.