Solana Foundation Vice President of Technology Jacob Creech outlined several upcoming upgrades on Aug. 30, including Transaction V1 scheduled for Sept. 9 and the first stage of a network rent reduction expected during the week beginning Aug. 31.
Transaction V1 Raises Size Limit to 4,096 Bytes
Transaction V1 will raise Solana's maximum serialized transaction size from 1,232 bytes to 4,096 bytes, an increase of about 3.3 times. The larger format could support transactions containing zero-knowledge proofs, complex multisignature instructions and other data-heavy operations. The associated SIMD-0296 proposal also identifies BLS signatures and cross-chain operations as possible uses.
Developers must opt into the V1 format. Existing legacy and version-zero transactions will remain valid. Transaction V1 will not support address lookup tables, meaning applications must decide which format suits each transaction. The proposal acknowledges possible bandwidth and network fragmentation risks, making coordinated testing important before wider adoption.
Rent Reduction Begins in Five Stages
The first rent reduction does not deliver the full 90% target immediately. Solana plans five stages that would eventually lower the rent calculation from 6,960 lamports per byte to 696 lamports per byte. Lower requirements would reduce the amount of SOL that developers must lock when creating token accounts, program accounts and other onchain state, lowering entry costs for applications managing many user accounts.
Faster Slots Follow Separate Schedule
Solana has already reduced its target slot time to 350 milliseconds, down from the previous 400-millisecond target. The network plans additional stages at 300, 250 and eventually 200 milliseconds. Each reduction requires a separate feature activation, allowing developers to monitor validator performance before proceeding to the next target. Shorter slots can improve transaction confirmation speed but also place greater timing and networking demands on validators.
Alpenglow Remains October Target
Alpenglow is Solana's proposed consensus redesign, aiming to reduce transaction finality to approximately 150 milliseconds compared with the longer confirmation process used by 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. Alpenglow must complete testing and secure the required network support before activation.
