NewsCryptoSolana Sets Major Upgrade Timeline With Transaction V1 and Alpenglow

Solana Sets Major Upgrade Timeline With Transaction V1 and Alpenglow

Author: LiveBitcoinNews·

Key Takeaways

  • Solana's Transaction V1 upgrade activates on September 9 and increases the maximum serialized transaction size from 1,232 bytes to 4,096 bytes, a roughly 3.3-fold increase.
  • Solana will begin the first of five rent-reduction stages during the week starting August 31, eventually cutting rent requirements by 90% from 6,960 to 696 lamports per byte.
  • The network has reduced its target slot time from 400 to 350 milliseconds, with further reductions to 300, 250, and ultimately 200 milliseconds planned but not yet dated.
  • The Alpenglow consensus redesign, which aims to replace Tower BFT and achieve approximately 150-millisecond finality, is targeted for October but remains contingent on testing and network support.
  • Each upgrade requires separate validator activation, and legacy transaction formats will remain valid, with applications opting in to the larger format as needed.
Solana Sets Major Upgrade Timeline With Transaction V1 and Alpenglow

Solana has outlined a major upgrade schedule, with Transaction V1 set for September 9 and Alpenglow targeted for October, alongside rent reductions and faster slot times on the network roadmap. Transaction V1 will expand Solana's transaction size limit to 4,096 bytes, five planned rent reductions could eventually lower requirements by 90%, and Alpenglow targets approximately 150-millisecond transaction finality. The network is preparing several protocol changes that could expand transaction capacity, lower development costs, and accelerate finality. Each upgrade, however, follows a separate activation process and timeline.

Transaction V1 Solana Upgrade Expands Transaction Capacity

Solana's Transaction V1 upgrade is scheduled to activate on September 9, according to Jacob Creech, Solana Foundation Vice President of Technology. The update will increase the maximum serialized transaction size from the existing 1,232 bytes to 4,096 bytes, roughly a 3.3-fold increase.

As a result, developers will gain more room for complex onchain operations and data-heavy applications. Potential use cases include zero-knowledge proofs, multisignature instructions, BLS signatures, and cross-chain transactions. The size limit has been a recurring constraint for these categories, since proofs and signature aggregation schemes frequently exceed the 1,232-byte ceiling, often forcing developers to split operations across multiple transactions.

Transaction V1 will not replace existing transaction formats, however. Legacy and version-zero transactions will remain valid, while applications must explicitly choose the larger format when required.

Meanwhile, Solana plans to begin its first rent-reduction stage during the week starting August 31. The network has outlined five stages that could eventually reduce rent requirements by 90%, from 6,960 to 696 lamports per byte. Creech outlined the rent schedule on X:

There are a lot of major changes happening soon

– Next week: First step down in rent reduction
– Sept 9: Transaction V1 goes live
– Dropping slot time even further
– October: Alpenglow
Then we all meetup at Scale or Die in November

Solana development will never be the same

— Jacob Creech (@jacobvcreech) August 29, 2026

Lower rent requirements could reduce the SOL developers need to lock when creating accounts and maintaining application state, making the deployment of applications with large numbers of accounts less capital-intensive. Rent has historically been one of the recurring costs cited by teams building account-heavy applications on Solana, and staged reductions give developers time to observe each step rather than absorbing a single large change.

Alpenglow Targets October as Solana Speeds Up

Solana has also reduced its target slot time to 350 milliseconds from 400 milliseconds. Further reductions to 300, 250, and eventually 200 milliseconds remain planned, although specific activation dates have not been announced.

These slot-time changes are separate from Transaction V1 and will require individual validator activations. This approach allows network operators to evaluate performance before adopting faster slot targets across the Solana network.

Alpenglow remains targeted for October. The consensus redesign, first presented by Solana Foundation and Anza researchers in May 2025, seeks to replace Solana's existing Tower BFT consensus architecture while targeting transaction finality of approximately 150 milliseconds — a step change from the multiple-second confirmation times the network has historically delivered — making it a broader protocol change than Transaction V1. Even so, October remains a target rather than a guaranteed mainnet activation date, as testing and network support are still necessary.

Overall, the roadmap signals a concentrated period of development for Solana through late 2026. The upgrades could strengthen transaction flexibility, reduce application costs, and improve confirmation performance. For developers and network operators, the near-term checkpoints to watch are the first rent reduction in the week of August 31, the September 9 Transaction V1 activation, and the validator signaling that will determine whether Alpenglow reaches mainnet in October.