Solana Alpenglow Goes Live on Devnet as Anatoly Yakovenko Highlights Consensus Upgrade
Solana co-founder Anatoly Yakovenko has highlighted the activation of Alpenglow on devnet, marking another stage in testing the network’s proposed consensus upgrade after its earlier deployment on testnet.
Yakovenko reacted to the rollout with the comment, “You’re not ready for this,” while Anza said its engineers had activated Alpenglow on devnet following a successful testnet transition.
The upgrade replaces Solana’s existing TowerBFT consensus system with Votor, a redesigned approach to validator coordination and transaction finality. According to Anza, Alpenglow is targeting a substantial reduction in the time required for transactions to reach finality, although those performance figures remain targets during testing rather than capabilities already available on Solana’s mainnet.
Alpenglow Targets Faster Solana Finality
Solana currently takes about 12.8 seconds to finalize a transaction, while Alpenglow is designed to target approximately 150 milliseconds.
The protocol includes two paths for reaching finality. Its faster route targets about 100 milliseconds when validators representing sufficient stake respond promptly. A fallback mechanism targets roughly 150 milliseconds when an additional step is required to reach agreement.
Anza activated the devnet implementation at epoch 1167, after which a countdown preceded the transition to the new consensus process. With Alpenglow now being tested on both devnet and testnet, developers have separate public environments in which to observe the upgrade under different conditions.
The timing figures remain objectives for the new protocol and should not be interpreted as current mainnet performance.
Votor Changes How Solana Validators Coordinate
Alpenglow also changes the way Solana validators participate in consensus.
Under TowerBFT, validators record votes on-chain while working toward agreement over blocks. Votor instead moves that coordination off-chain and aggregates validator responses into compact cryptographic certificates.
The approach is intended to reduce the amount of block space consumed by consensus voting. It could also reduce the processing burden and associated costs for node operators.
The upgrade does not alter Solana’s virtual machine or smart-contract structure. That allows developers to test how existing applications behave with the proposed finality improvements without having to rewrite their core programs.
Alpenglow is also designed to remain operational under significant network disruption. Its model aims to tolerate malicious behavior representing up to 20% of stake while another 20% of stake is offline.
Mainnet Timing Has Not Been Announced
Faster finality could be relevant to applications where users need rapid confirmation, including payments and games. However, developers still need to evaluate application behavior, network stability and the upgrade’s performance throughout the public testing process.
The devnet activation represents another step toward evaluating Alpenglow, but it does not establish when the upgrade will be deployed on Solana mainnet.
Anza has not announced a mainnet launch date for Alpenglow. Until then, its targeted finality times remain part of the protocol’s testing objectives rather than an established feature of ordinary Solana transactions.
Writer: Marcus RenfieldCrypto Market Analyst & Onchain WriterMarcus Renfield covers cryptocurrency markets with a focus on onchain data, Bitcoin price action, and emerging market narratives. His writing examines how capital flows, network activity, and broader market structure influence short- and medium-term trends.He aims to provide clear, data-informed analysis for readers seeking a deeper understanding of crypto market dynamics.