Solana Sets Launch Date for Trading System V1 in September
Jacob Creech, Vice President of Technology at the Solana Foundation, announced the recent mainnet upgrade schedule: rent reduction, Transaction V1, slot shortening, and Alpenglow will be implemented sequentially.
The first phase of rent reduction will be activated next week, corresponding to SIMD-0437. This plan will gradually reduce the lamports_per_byte parameter needed to maintain accounts from 6960 to 696, ultimately decreasing by 90%; the first phase will drop to 6333, about a 9% reduction, with the entire process executed in five independent functional gates.
This adjustment will lower the SOL required for developers and users to create and maintain on-chain accounts. For a standard SPL token account, the current rent-free deposit is about $0.159, and after all five phases are completed, it is expected to be around $0.016; each phase will independently observe the growth of on-chain status, and in case of anomalies, parameters can be restored through a rollback gate.
Transaction V1 will go live on the mainnet on September 9, expanding the maximum transaction size from 1232 bytes to 4096 bytes, approximately a 3.3 times increase. Tasks that previously required splitting or relied on address lookup tables, such as ZK proofs, large multisigs, BLS signatures, and confidential transfers, can now be accommodated in a single atomic transaction; the new format is an optional upgrade, and the old version will continue to be compatible with v0 transactions.
The slot duration will continue to shorten, but the specific date for the next round has not yet been announced. Solana has already shortened the slot to 300 milliseconds on August 28, with the target baseline for SIMD-0525 being 200 milliseconds, still requiring two reductions of 50 milliseconds each; the development team will first observe the stability of the current 300 milliseconds before proceeding.
The Alpenglow consensus upgrade is targeted for mainnet launch in October, replacing the TowerBFT consensus layer. Its fast path has achieved 96% of transactions completing final confirmation in 214 milliseconds in the test cluster, while the typical final confirmation time for TowerBFT is about 12.8 seconds; the Agave 4.3 candidate version is scheduled for release on September 4, and validators are advised to complete upgrades by September 21, with functionality activation starting as early as September 28.
In terms of market mechanisms, the rent reduction lowers the SOL lock-up threshold for account creation and multi-account applications, allowing wallets, payments, games, DeFi, and high-frequency on-chain applications to reduce users' upfront capital occupation; larger transactions, shorter slots, and faster finality enhance the feasibility of ZK, institutional-level transactions, and real-time applications. Short-term buying may flow into SOL, validator infrastructure, RPC services, development tools, and ecological applications around upgrade expectations; however, lower rent will also reduce SOL locked up due to account deposits, and validators will have to bear higher state growth, bandwidth, and hardware loads, with execution quality and mainnet stability determining whether the upgrade can translate into sustained usage.
Source: Public Information
ABAB AI Insight
Solana's past expansion path has long focused on "making the chain faster," rather than migrating transactions to independent Layer 2 networks. Between 2022 and 2023, the network experienced multiple congestion and interruptions, with core pressure coming from bot trading, validator resource load, and software client issues; subsequently, Firedancer, Agave upgrades, local fee markets, QUIC network protocols, and priority fee mechanisms have become performance and stability repair tools. The upcoming Transaction V1, slot shortening, and Alpenglow are not isolated features, but rather rewrite transaction expressiveness, block production rhythm, and final confirmation layers simultaneously, indicating that Solana is transitioning from single-point throughput optimization to protocol stack synchronous reconstruction.
On the capital path, SIMD-0437 directly changes the SOL capital occupation structure at the account level. In the past, token accounts, program accounts, and multi-account applications needed to lock a high amount of SOL to achieve rent-free status, with developers often controlling friction through subsidies, payments, or restrictions on account creation. After the parameter is ultimately reduced from 6960 to 696, users and applications can release SOL that was previously tied up in account deposits; this will improve on-chain capital turnover and application trial-and-error efficiency, but at the same time weaken the passive locking mechanism of "account creation equals lock-up." To control the risk of state inflation, the development team has divided the 90% reduction into five independent gates, meaning the protocol is not unconditionally subsidizing storage, but exchanging growth space based on the scale of the mainnet state.
This stands in direct contrast to Ethereum's expansion route. Ethereum pushes higher L1 execution costs and data availability costs to Layer 2, with Arbitrum, Base, and Optimism expanding transaction capacity through Rollup; Solana, on the other hand, aims to retain larger atomic transactions, more accounts, and shorter slots as much as possible within a single shared state machine. Transaction V1 expands the transaction size to 4096 bytes, accommodating ZK proofs, BLS signatures, and large multisigs, reflecting the design choice of "keeping complex transactions completed atomically on L1." In terms of industry positioning, Solana is competing for high-frequency trading, on-chain order books, payments, consumer applications, and real-time asset markets, rather than just being a low-fee chain for ordinary token transfers.
Essentially, this is a reconstruction of the industrial chain: the competitive focus of on-chain applications is shifting from "who has the lowest fees" to "who can complete complex workflows with the least capital and time friction." Larger transactions compress the complexity previously borne by multiple operations, intermediate accounts, lookup tables, and off-chain coordination into a single atomic execution; lower rent reduces capital occupation at the account layer; faster slots and Alpenglow compress final confirmation waiting times. If these elements can operate stably at the same time, wallets, RPC, market makers, payment services, and application developers can design experiences closer to real-time internet services around Solana; if validator hardware, bandwidth, and state growth cannot keep pace, performance improvements will shift costs from user fees to node operations and infrastructure layers.
ABAB News · Cognitive Laws
Lower fees do not eliminate system costs
Scaling is not acceleration, but a redistribution of friction
Speed changes experience, finality determines capital