150 milliseconds instead of 12.8 seconds: that is the target Solana wants to hit with its newest consensus upgrade. What reads like a technical footnote is actually the biggest structural overhaul at the heart of the Solana blockchain since 2020. The Solana Alpenglow upgrade replaces the previous consensus protocol TowerBFT with two new components and fundamentally changes how fast a transaction on Solana counts as final.
Image: “Blockchain Illustration 4.jpg” by Davidstankiewicz, licensed CC BY-SA 4.0, source: Wikimedia Commons
On Wednesday, October 21, 2026, at around 13:54 UTC, the first phase of this upgrade was activated on the Solana mainnet. For users, developers, and validators, this means a noticeable change in network mechanics, even though the full effect will only become visible gradually.
Table of Contents
Key Takeaways
- The Solana Alpenglow upgrade replaces TowerBFT with the new components Votor and Rotor and is the first major consensus update since 2020.
- Votor, the first phase, has been live on mainnet since epoch 1064 (Agave client 4.3), activated on October 21, 2026 at around 13:54 UTC.
- The goal is to cut transaction finality from around 12.8 seconds to about 150 milliseconds; at activation time the measured value per the dashboard was 6.6 seconds.
- Validators need an Agave-based client plus at least 0.8 SOL in their vote account for the new Validator Admission Ticket (VAT) fee.
- Rotor, the second phase replacing Turbine, is technically described but not yet scheduled.
What Is the Solana Alpenglow Upgrade?
The Solana Alpenglow upgrade is a fundamental update to Solana’s consensus mechanism. It was developed by Anza, the engineering spin-off of Solana Labs, in collaboration with ETH Zurich. Important for context: Alpenglow is not a new third-party project and not its own cryptocurrency. It is a protocol upgrade within the existing Solana blockchain.
At its core are two new building blocks:
- Votor, the new voting and finalization protocol that replaces TowerBFT.
- Rotor, the future component for data propagation meant to replace the existing Turbine system.
Both components are sub-protocols within Alpenglow, not standalone blockchains or companies.
Why Was a Switch Away From TowerBFT Necessary at All?
TowerBFT had been in use since 2020 and formed the basis for transaction confirmation on Solana. The protocol previously required a supermajority of more than two-thirds of total stake to confirm a transaction as final. This process worked reliably, but led to a comparatively long finality time of around 12.8 seconds.
In a market environment where speed and user experience increasingly determine a blockchain’s competitiveness, this duration was seen as a bottleneck. The Solana Alpenglow upgrade was designed to address exactly this.
For background on the earlier announcement of this upgrade, see our previous report, Solana Alpenglow: 150ms Finality Hits Public Testnet.
Votor: The First Phase Is Already Live
Since epoch 1064, Votor has been running in production on the Solana mainnet, implemented via Agave client version 4.3. According to the Solana Foundation’s official Alpenglow dashboard, activation occurred on October 21, 2026, at around 13:54 UTC.
How Votor Works Technically
The key difference from TowerBFT lies in how validators exchange their votes. Previously, these votes ran as on-chain transactions. Votor fundamentally changes this:
- Validators send their votes directly to each other, no longer as a separate on-chain transaction.
- The votes are aggregated into so-called certificates.
- A block is finalized within one or two voting rounds.
Votor distinguishes between two paths:
“Per solana.com, Votor tolerates up to 20 percent adversarial stake plus 20 percent offline stake while still reaching consensus.”
This point is technically notable because it increases the network’s resilience against outages or malicious actors without sacrificing speed.
Current State: Theory Meets Practice
At activation time, the official dashboard showed a measured finality of 6.6 seconds, according to CoinDesk and Cointelegraph. That is well above the target of 150 milliseconds, but also well below the previous value of 12.8 seconds. This discrepancy is not a sign of a failed upgrade, but rather reflects an ongoing transition process: the network is converging gradually as more validators move to the new software and the Votor mechanics settle into live production.
Rotor: The Second Phase of the Solana Alpenglow Upgrade
While Votor is already active, the second major component of the upgrade is still pending. Rotor is meant to replace the existing Turbine system, which is responsible for propagating block data across the network.
Turbine works in a multi-layered, tree-structured way: data is passed through several layers of validators before reaching the entire network. Rotor is meant to replace this with a single relay layer to minimize data propagation latency.
Important for context: according to solana.com, Rotor is planned for a later phase and is not yet scheduled. It is therefore explicitly not an already-active component, but rather the next step on the roadmap of the Solana Alpenglow upgrade.
Requirements for Validators
Participation in the new consensus mechanism is tied to technical and financial requirements.
Supported Clients
Validators need an Agave-based client. Specifically supported are:
- Agave v4.3.2
- Jito-Solana
- Harmonic Salsa
Not supported for this migration were Firedancer and Frankendancer. Validators running exclusively on these clients had to switch to compatible software before activation.
The New VAT Fee
The Solana Alpenglow upgrade also introduced a new fee structure: the Validator Admission Ticket (VAT) fee. It works as follows:
- Validators must hold at least 0.8 SOL in their vote account, in addition to the existing rent-exempt minimum.
- The fee is charged at the start of each epoch E and pays for participation in the following epoch E+1.
- If the fee is not paid, the affected validator does not participate in voting or block production in the next epoch.
This rule creates a clear economic mechanism intended to ensure that only actively participating, sufficiently capitalized validators are involved in the consensus process.
Market Context
Votor’s activation coincided with other notable developments in the crypto market. On the same day, October 21, 2026, Bitcoin traded at around $83,000 according to CoinDesk and tradereviewed.com. At the same time, Zcash (ZEC) rose about 11 percent to roughly $1,260 after developers set the activation height for the NU7 upgrade. That upgrade is meant to reduce Zcash’s block times from 75 to 25 seconds.
These developments are mentioned here purely as market context at the time and do not constitute investment advice. This article is intended as journalistic, technical coverage of the Solana network upgrade, not financial or investment advice.
What Does the Solana Alpenglow Upgrade Mean for Users and Developers?
For end users, the upgrade mainly shows up as perceived transaction speed. A shorter finality time means applications that rely on fast confirmation, such as trading, payments, or gaming, can operate more reliably and responsively.
For developers, this potentially opens new possibilities in application design, since assumptions about time-to-finality can be recalibrated. At the same time, it’s worth noting that real network performance will only become clear as full convergence is reached, as illustrated by the gap between the 150-millisecond target and the 6.6-second measured value at activation time.
Conclusion and Next Steps
The Solana Alpenglow upgrade represents a significant structural advance for the Solana blockchain. With Votor, the first of two planned major components has been successfully activated on mainnet, replacing the TowerBFT protocol used since 2020. The new Fast Path and Slow Path architecture theoretically allows finality as low as 150 milliseconds, while simultaneous tolerance for adversarial and offline stake increases network resilience.
The second phase, Rotor, remains the next important milestone, but is not yet scheduled. In the meantime, validators should make sure they’re running a supported Agave-based client and keep an eye on the new VAT fee to ensure continuous participation in the consensus process.
Readers interested in tracking the progress of the transition can find current finality measurements on the Solana Foundation’s official Alpenglow dashboard. Those who want to go deeper technically should consult the documentation at solana.com/upgrades/alpenglow as the primary source, since details on the Votor and Rotor implementation may still be refined as network convergence continues.
