Key takeaways:
- The Transaction V1 format went live on Tuesday at approximately 01:00 UTC.
- The limit has been increased from 1,232 to 4,096 bytes per transaction.
- Services reading the blockchain must update their systems to avoid errors.
Solana has more than tripled the volume of data that can fit into a single transaction. The Transaction V1 format went live on Tuesday around 01:00 UTC, raising the limit from 1,232 to 4,096 bytes.
— Solana (@solana) September 15, 2026Transactions V1 is now live on Solana, increasing max transaction sizes from 1,232 to 4,096 bytes.
Complex operations like ZK proofs, large multisigs, and confidential transfers that required multiple transactions now fit in one.
Full details from @anza_xyz:…
The real breakthrough is atomicity
The primary benefit of this upgrade is not merely the extra space, but the guarantees that space provides.
A blockchain transaction operates on an "all-or-nothing" principle. If any step fails, the entire process is rolled back to its initial state. This property, known as atomicity, protects the user from partial or failed execution.
Until now, developers had to circumvent the size limit by bundling multiple transactions together. The technical proposal behind this update highlights the flaw in that method: these bundles do not offer the same network-level guarantee. There is no assurance that all transactions in the batch will either succeed or fail together.
The issue is best illustrated by an example. In a multi-step exchange spanning three successive protocols, the first two might succeed while the third fails. The user is then left with an unwanted intermediate asset, exposed to market volatility while they work to fix the situation.
Fitting these steps into a single transaction eliminates this scenario.
What this update does not change
A common misunderstanding is worth clearing up: this change concerns what each transaction can carry, not the number of transactions the network processes per second.
Consequently, Solana's overall throughput capacity remains unchanged.
Target use cases
Two categories of applications are specifically mentioned in the technical proposal.
First, enterprise wallets, where multiple parties must approve a payment. Each signature takes up space, and the previous limit became a bottleneck as the number of approvers grew.
Second, zero-knowledge proofs. These cryptographic tools allow for the verification of information without revealing underlying data—for instance, proving that a balance exceeds a certain threshold without disclosing the exact amount. These proofs are data-heavy and were difficult to accommodate under the old format.
The gap with Ethereum is narrowing, but remains
This size limit was one of the few areas where Solana lagged behind its competitor.
Ethereum does not impose a rigid size limit at the protocol level. Instead, it operates with a gas limit per block, a flexible mechanism that allows for large, complex operations as long as the user covers the cost. Paying more allows for more data to be included.
In contrast, Solana maintains a fixed ceiling, which has now been raised. Therefore, the structural advantage remains with Ethereum on this specific point, even if the practical gap is closing.
A real risk of compatibility issues
The foundation’s warning should be taken seriously, as it indirectly affects end users.
Services powering wallets, trading apps, and analytics platforms must recognize the new format. If they fail to do so, queries involving these transactions may fail.
The most delicate issue involves blocks. A query for an entire block may fail if that block contains even a single transaction in the new format. Therefore, an unupdated service doesn't just lose access to V1 transactions; it loses access to the blocks containing them.
The foundation clarifies that these are compatibility warnings, not signs of a widespread outage.
Older formats remain supported. While applications can continue to issue transactions in the old format, they must be updated to read the new ones.
What's next?
The focus over the coming days will be on intermediaries rather than the network itself.
Users who experience errors or see inconsistent balances in their wallets, block explorers, or tracking apps should consider this update as the primary explanation before assuming anything more serious.
This development is unrelated to the governance votes concluded in early September, which doubled the token's disinflation rate. At that time, the network approved its Constitution and rejected a proposal regarding resource fees.
Stay up to date with all the latest news in our Altcoins News section on Coin Academy.