SolanaのトランザクションV1アップグレードがメインネットベータで稼働
TREE NEWS 報道： Solanaのコア開発チームであるAnzaは、Transaction V1（SIMD-0385）をメインネットベータに正式にデプロイした。これは、ネットワークのトランザクション処理における創設以来最も重要なプロトコルレベルの変更の一つとなる。このアップグレードにより、単一トランザクションの最大サイズが1,232バイトから4,096バイトへと引き上げられ、3倍以上の増加となる。
内部で何が変わるのか
元々の1,232バイトの制限は、Solanaの初期設計上の制約に由来しており、トランザクションペイロードがヘッダーを除いた単一のIPv6最小MTUパケット（1,280バイト）内に収まる必要があった。この上限は長らく、複雑なオンチェーンプログラム、特に大規模なアカウントリスト、複数の署名、または圧縮データ構造を扱う開発者にとってボトルネックとなっていた。
Transaction V1は、ペイロードを従来のパケットサイズの前提から切り離す、より柔軟なトランザクション形式を導入する。主な影響は以下の通り：
- 複雑なDeFi操作：マルチホップスワップ、バッチ清算、ボールトリバランスが、複数のトランザクションに分割されることなく単一のトランザクションで実行可能になる。
- 圧縮NFTと状態証明：より大きなトランザクションにより、Merkle証明の包含が効率化され、圧縮NFTのミントと転送に必要な個別呼び出しの回数が削減される。
- アカウント抽象化への道筋：ウォレット開発者は、署名検証、手数料支払い、実行ロジックをバンドルするための余地が広がる。これはERC-4337スタイルのスマートアカウントの前提条件となる。
- 操作あたりの優先手数料の低下：操作を統合することで、ユーザーは総コンピュートユニット消費量と優先手数料を削減できる可能性があるが、ネットワーク混雑への影響はまだ観察される必要がある。
Solanaの競争力にとってなぜ重要か
Solanaは高いスループットと低遅延をその評判の柱としてきたが、生のTPS数値は、高度なアプリケーションを構築する際に開発者が直面する実用的な制限をしばしば覆い隠してきた。4KBの上限により、Solanaのトランザクション表現力は、ランタイムの並列実行モデルを犠牲にすることなく、EVMベースのチェーンがcalldataを通じて提供するものに近づく。
Solana上のDeFiプロトコル——無期限先物取引所、リキッドステーキングプラットフォーム、アグリゲーターを含む——にとって、このアップグレードはユーザーの意図を複数のトランザクションに分割するエンジニアリングオーバーヘッドを削減する。これは、より良いUX、部分的な失敗の減少、よりタイトなアービトラージ執行につながり得る。
次に注目すべき点
採用は自動的ではない。クライアント、RPCプロバイダー、ウォレットは、V1を活用するためにトランザクション構築と転送ロジックを更新する必要がある。バリデータは、ブロック生成パイプラインが伝播遅延を引き起こすことなく、より大きなパケットを処理できることを確認する必要がある。Anzaは今後数週間にわたり、スロットタイム、フォーク率、トランザクション着地率などのネットワーク指標を監視する可能性が高い。
このアップグレードはまた、Solanaのブロックスペースとコンピュート制限を同時に見直すべきかという疑問も提起する。トランザクションがより多くのデータを運べるなら、ブロックスペースと優先手数料の経済性が変化し、ネットワーク上のMEV力学を再形成する可能性がある。
今のところ、メッセージは明確だ。Solanaは、最も野心的なビルダーを妨げてきた制約を体系的に取り除いている。それが新たなオンチェーンアプリケーションの波につながるかどうかが、真の試練となるだろう。
