Disclaimer: The opinions expressed by our writers are their own and do not represent the views of U.Today. The financial and market information provided on U.Today is intended for informational purposes only. U.Today is not liable for any financial losses incurred while trading cryptocurrencies. Conduct your own research by contacting financial experts before making any investment decisions. We believe that all content is accurate as of the date of publication, but certain offers mentioned may no longer be available.
On September 9, Solana will undergo a major network upgrade, with a new maximum transaction size of 4,096 bytes instead of 1,232 bytes on the blockchain. The modification could enable significantly more complicated operations within a single atomic transaction and represents a roughly 3.3x expansion.
Update is much closer now
Anatoly Yakovenko, a co-founder of Solana, outlined one possible use for the update. Solana requires "1 tx moving data atomically through two zk roots," according to Yakovenko's commentary on the impending change. He also mentioned that based rollups could exist on Solana.
Deeper usecase
His remark suggests a more comprehensive use case than just adding more data to every transaction. Incorporating zero-knowledge proofs and rollup-related operations while maintaining atomic execution either the entire transaction succeeds or none of it does — might be simpler for larger transactions.
The 1,232-byte limit that is currently in place comes from Solana's initial networking architecture. After taking networking overhead into consideration, transactions were restricted to fit within the IPv6 minimum MTU. SIMD-0296 was able to propose the new 4,096-byte ceiling, since the adoption of QUIC eliminated the need to maintain that same restriction.
Solana's new v1 transaction format provides the higher limit. The change does not just increase every transaction on the network; legacy and v0 transactions will continue to operate according to their current rules. To access the extra capacity, developers must use v1.
The Solana testnet has already received the upgrade, where Transaction V1 went live in September, one month before the scheduled mainnet deployment.
The Solana Foundation identifies a number of workloads, including large multisigs, BLS signatures, Winternitz one-time signatures, and Confidential Transfers, that might benefit from the extra space in addition to ZK systems. As a result, some operations that previously required several transactions can now fit into a single atomic operation, possibly lowering fees, coordination overhead, and confirmation complexity.
Yakovenko's emphasis on ZK roots and based rollups implies that the upgrade may ultimately have a greater impact on Solana's application architecture than the 3.3x figure alone suggests. The September 9 activation provides the underlying transaction capacity; developers will decide how actively that additional capacity is utilized.
Dan Burgin
U.Today Editorial Team
