この変更により、単一のアトミックトランザクション内でかなり複雑な操作が可能になり、約3.3倍の拡張となります。
アップデートはより近づいている
Solanaの共同創設者Anatoly Yakovenkoは、このアップデートの一例となる用途を説明しました。Yakovenkoのコメントによれば、Solanaは“2つのzkルートを通じてデータをアトミックに移動させる1トランザクション”を必要とします。彼はまた、based rollupがSolana上で存在し得るとも言及しました。
より深いユースケース
この発言は、単純にすべてのトランザクションにデータを追加するだけでなく、より包括的なユースケースを示唆しています。ゼロ知識証明やrollup関連の操作を、アトミック実行を維持しつつ（すべてのトランザクションが成功するか、何も実行されない）、大きなトランザクションに対してより容易に行える可能性があります。
現在施行されている1,232バイトの上限はSolanaの初期ネットワーク構造に由来しています。ネットワークのオーバーヘッドを考慮した結果、IPv6の最小MTUに収めるためにトランザクションが制限されていました。QUICの採用によってこの制約を維持する必要がなくなり、SIMD-0296が新たな4,096バイトの上限を提案可能となりました。
Solanaの新しいv1トランザクションフォーマットは、上限を引き上げています。この変更はネットワーク上のすべてのトランザクションサイズを拡大するわけではなく、従来のトランザクション（レガシーおよびv0）は現行ルールで動作を継続します。追加の容量を利用するには、開発者がv1を使用する必要があります。
Solanaのテストネットはすでにアップグレードを受けており、Transaction V1は9月に稼働、メインネットの展開に先立つ1か月前でした。
Solana Foundationは、ZKシステムに加え、大規模なマルチシグやBLS署名、Winternitzの1回限りの署名、Confidential Transfersといった多数のワークロードが追加の容量の恩恵を受ける可能性があると指摘しています。そのため、以前は複数のトランザクションを必要とした操作が単一のアトミックオペレーションに収まるようになり、手数料や調整コスト、コンファームの複雑さが低減される可能性があります。
YakovenkoがZKルートやbased rollupを強調していることから、このアップグレードがSolanaのアプリケーション構造に与える影響は、単なる3.3倍の拡張以上に大きくなる可能性があります。9月9日から有効となることで基礎的なトランザクションキャパシティが提供され、あとは開発者がその追加リソースをどれだけ活用するかにかかっています。
