Skip to content

Invest Reports disagree2 publishers 2 min read Published Updated

Alpenglow cuts finality on Solana's test networks from 12.8 seconds to about 150 milliseconds

Anza moved Solana's testnet and devnet to Alpenglow on Sept. 24 and 25, cutting finality from about 12.8 seconds to a 100 to 150 millisecond target. Mainnet-beta follows an observation period with no date set, the window exchanges and app teams have to retest what they count as settled.

The Investor · Invest desk

Send a correction

Illustration accompanying Alpenglow cuts finality on Solana's test networks from 12.8 seconds to about 150 milliseconds
Generated illustration

What happened

  • Validator votes on Solana's testnet and devnet now travel off-chain instead of riding as ordinary transactions packed into blocks.
  • Each cutover opened a feature gate at an epoch boundary, ran a 5,000-slot countdown of about 17 minutes, and needed 82 percent of stake to confirm a final TowerBFT block.
  • Rotor, a later part of the Alpenglow design, is scheduled separately and does not change how blocks propagate in this first phase.
  • Solana Foundation engineer Ilan Gitter cited more than 25,000 transactions per second with 150-millisecond finality on testnet, a figure from a test environment.

Why it matters

  • Who has to decide decision Exchanges, bridges and liquidation engines that now wait out a 12.8-second settlement have to decide whether one Votor certificate is enough to act on, and devnet is where they can rehearse that choice.
  • What it limits constraint Because the Foundation ties the 150-millisecond figure to a stake map, a custodian cannot promise it as a fixed settlement time across regions or at peak load.
  • Who's exposed exposure A mainnet-beta switch before Firedancer or Frankendancer supports Votor would leave finality on the chain that holds user funds dependent on the Agave client alone.

Next story · Invest · 2d ago

Solana's Oct. 21 Alpenglow switch removes validator votes from blocks

Confirmed7 publishers

TowerBFT produced irreversible settlement on the order of 12.8 seconds [7]. Votor's fast path aims for roughly 100 milliseconds when a large share of stake agrees in a single round, and its second path aims for about 150 milliseconds when another round is needed [8]. Divide the old figure by each target and the fast path is 128 times quicker, the slower one about 85 times [20]. The Solana Foundation's own upgrade materials describe the 150-millisecond number as an expectation measured against a given stake map, not a constant that will hold in every geography or under every load [9].

Anza is changing how long a transaction stays reversible and leaving what it costs alone. Execution, programs and fees are intended to stay the same [10].

The testing work falls on application teams first. Devnet is where most programs are exercised with valueless tokens [18], and Anza's devnet post told developers to "test your programs and integrations now during our observation period leading up to mainnet-beta migration" [14]. According to Crowdfund Insider, millisecond settlement would change how wallets, exchanges, bridges and liquidation engines treat confirmation [19]. Operators will watch whether "confirmed" and "finalized" can safely collapse into one state [17].

Solana co-founder Anatoly Yakovenko answered Anza's devnet countdown with five words: "You are not ready for this." [15] The same account says the speeds remain largely unproven under full mainnet conditions [11].

If the observation window closes cleanly, mainnet-beta could cross on Agave alone, the client both public migrations leaned on because Firedancer and Frankendancer still lacked Votor support [16]. The window could also stretch while those clients catch up. Or finality could come in slower once real balances, real latency and a full validator set are involved, the conditions under which hidden assumptions surface [12].

I think the mainnet date will be set by client support more than by latency. Anza's sequencing puts mainnet-beta after an observation period with no live-network date attached [1], and client diversity is on the list operators will watch [17]. The counter-case is that Anza has already taken two public clusters through the handoff leaning on Agave [16] and could do the same with the third. A mainnet-beta date announced before Firedancer supports Votor would prove this view wrong.

What to watch

  • Anza naming a mainnet-beta date, and whether it lands before Firedancer or Frankendancer ships Votor support.
  • Measured finality on mainnet-beta across the full validator set, set against the 100 and 150 millisecond targets.
  • Whether exchanges and bridges cut deposit confirmation to a single Votor certificate during or after the observation window.

Information, not investment advice. This story is general information about companies and markets, drawn from cited reporting. It is not a recommendation to buy, sell or hold any security; check the cited sources before acting.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence65
Adoption15
Hype gap+30
Incentives55
Confidence60
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    Anza's sequencing is devnet next, then mainnet-beta only after an observation period; no live-network date was attached to that last step.

    Reported SupportedView cited source
  2. [2]

    Anza, the firm that maintains the Agave validator client, said Alpenglow completed its testnet handoff on September 24, 2026 at slot 444,625,255.

    Reported Supported Source: Anza, via Crowdfund InsiderView cited source
  3. [3]

    The Alpenglow migration finished on devnet on September 25, 2026 at slot 504,148,999.

    Reported Supported Source: Anza, via Crowdfund InsiderView cited source
  4. [4]

    On both testnet and devnet an Alpenglow genesis block formed, TowerBFT was retired on that cluster, and Votor began finalizing blocks.

    Reported SupportedView cited source
  5. [5]

    Validator votes on testnet and devnet now travel off-chain rather than as ordinary transactions packed into blocks.

    Reported SupportedView cited source
  6. [6]

    Anza's cutover script: a feature gate opens at an epoch boundary, a 5,000-slot countdown runs for about 17 minutes, and at the boundary validators confirm a last TowerBFT block with 82 percent of stake, after which Votor takes over.

    Reported SupportedView cited source
  7. [7]

    TowerBFT required a long confirmation chain, producing irreversible settlement on the order of 12.8 seconds.

    Reported SupportedView cited source
  8. [8]

    Votor has one path aiming for roughly 100 milliseconds when a large stake share agrees in a single round and a second path aiming for about 150 milliseconds if another round is needed.

    Reported SupportedView cited source
  9. [9]

    The Solana Foundation's upgrade materials describe the 150-millisecond figure as an expectation measured against a given stake map, not a constant that will hold in every geography or under every load.

    Reported Supported Source: Solana Foundation upgrade materials, via Crowdfund InsiderView cited source
  10. [10]

    Execution, programs, and fees are intended to stay the same under Alpenglow.

    Reported SupportedView cited source
  11. [11]

    Alpenglow's speeds remain largely unproven under full mainnet conditions.

    Reported Supported Source: Crowdfund InsiderView cited source
  12. [12]

    Millisecond settlement would also surface assumptions that only appear when real balances, real latency, and a full validator set are in play.

    Reported Supported Source: Crowdfund InsiderView cited source
  13. [13]

    Rotor, a later piece of the Alpenglow design, is scheduled separately and does not change how blocks propagate in this first phase.

    Reported SupportedView cited source
  14. [14]

    App developers: test your programs and integrations now during our observation period leading up to mainnet-beta migration.

    Reported Supported Source: Anza (@anza_xyz) post, September 25, 2026View cited source
  15. [15]

    You are not ready for this.

    Reported Supported Source: Anatoly Yakovenko (@toly), Solana co-founder, September 25, 2026View cited source
  16. [16]

    Alternative clients Firedancer and Frankendancer still lacked Votor support at the moment of the public migrations, so the first clusters leaned on Agave.

    Reported SupportedView cited source
  17. [17]

    Operators focused on Solana will watch certificate behavior, client diversity, and whether 'confirmed' and 'finalized' can safely collapse into one state.

    Reported SupportedView cited source
  18. [18]

    Devnet is where most Solana programs are exercised with valueless tokens.

    Reported SupportedView cited source
  19. [19]

    Millisecond settlement would change how wallets, exchanges, bridges, and liquidation engines treat confirmation.

    Reported Supported Source: Crowdfund InsiderView cited source
  20. [20]

    Votor's 100-millisecond path is 128 times faster than TowerBFT's 12.8-second settlement, and its 150-millisecond path about 85 times faster.

    Derived Supported
  21. [21]

    Solana Foundation engineer Ilan Gitter said the testnet handoff looked clean and cited more than 25,000 transactions per second with 150-millisecond finality on that cluster, figures from a test environment rather than the chain that holds user funds.

    Reported Contested Source: Ilan Gitter, via Crowdfund InsiderView cited source

Sources

2 independent publishers whose own reporting we read for this story.

  1. crowdfundinsider.com

    1 article · September 29, 2026

    Solana (SOL) Update: Anza Turns on Alpenglow, Testnet and Devnet Switch to 100–150ms Finality
  2. cryptobriefing.com

    1 article · September 30, 2026

    Solana’s Alpenglow upgrade hits 54ms median finalization on testnet

Topics and entities

Topics

  • Transaction finality and settlement assurance
  • Validator client diversity
  • Blockchain consensus