Solana is preparing several major network upgrades, including a larger transaction format, lower account rent, faster slot times and the proposed Alpenglow consensus redesign. Solana Foundation Vice President of Technology Jacob Creech outlined the expected timeline on Aug. 30, while stressing that the changes will use separate activation processes.
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: AlpenglowThen we all meetup at Scale or Die in NovemberSolana development will never be the same
— Jacob Creech (@jacobvcreech) August 29, 2026
Transaction V1 raises Solana’s transaction limit to 4,096 bytes
Transaction V1 is scheduled to go live on Sept. 9. The upgrade will increase Solana’s maximum serialized transaction size from 1,232 bytes to 4,096 bytes, or roughly 3.3 times the current limit, according to Solana’s official upgrade roadmap.
The larger transaction format could support zero-knowledge proofs, complex multisignature instructions, BLS signatures and cross-chain operations. The SIMD-0296 proposal identifies these as potential use cases.
Developers will need to opt into the V1 format. Existing legacy and version-zero transactions will remain valid, but Transaction V1 will not support address lookup tables. Applications will therefore need to select the format that best fits each transaction.
The upgrade also requires wallets, application programming interfaces and other infrastructure to support larger data payloads. The proposal acknowledges potential bandwidth and network-fragmentation risks, making coordinated testing important before broader adoption.
Solana rent reduction begins with one of five stages
Solana’s first rent-reduction stage will not deliver the full planned 90% cut immediately. The network has outlined five stages that would eventually reduce the rent calculation from 6,960 lamports per byte to 696 lamports per byte.
Solana uses rent-exempt balances to limit uncontrolled growth in onchain state. Applications lock $SOL when creating accounts that store data. The funds are generally recoverable when an account closes, making rent more like a refundable deposit than a recurring network fee.
Lower rent requirements would reduce the amount of $SOL developers must lock when creating token accounts, program accounts and other onchain data. That could lower entry costs for applications managing large numbers of user accounts.
Agave 4.2 included the required code, but Solana placed the changes behind independent feature gates. Validators can activate the rent, transaction-size and slot-time upgrades separately after testing.
Faster Solana slot times have a separate schedule
Solana has already reduced its target slot time to 350 milliseconds from 400 milliseconds. The network plans additional stages at 300, 250 and eventually 200 milliseconds.
Creech did not provide dates for the remaining reductions. Each change requires a separate feature activation, allowing network developers to monitor validator performance before moving to the next target.
Shorter slots could improve transaction confirmation speeds and increase how often validators produce blocks. They also create greater timing and networking demands for validators. Solana plans to adjust resource limits proportionally during the rollout.
Transaction V1 and reduced slot times form part of Solana’s broader performance roadmap, but they remain technically distinct. Describing Sept. 9 as the activation date for both upgrades would overstate Creech’s announcement.
Alpenglow remains targeted for October
Alpenglow is Solana’s proposed consensus redesign. Solana says the upgrade aims to reduce transaction finality to approximately 150 milliseconds compared with the longer confirmation process under the current consensus system.
The official roadmap lists Alpenglow as “in development,” while Agave 4.3 is expected in October. Creech’s post supports October as the current target, but neither statement confirms a guaranteed mainnet activation date.
Before then, Solana is expected to begin the first rent-reduction stage and activate Transaction V1 on Sept. 9. Further slot-time reductions will depend on separate validator activations, while Alpenglow must complete testing and secure the required network support.
No verified market movement was directly attributed to Creech’s announcement at publication time.
