Solana V1 トランザクションがテストネットに登場、複数ステップの操作を 1 つに統合を目指す

9月1日、AnzaはSolanaのテストネット上でトランザクションV1を開始し、9月9日のローンチに向けた最終リハーサルを可能にしました。

The change is intended to allow cryptographic and DeFi workloads that had initially to be fragmented in different transactions to now be processed in one single atomic transaction, as stated by Solana Compass.

以前は分割されていたジョブが、1回の呼び出しで完結します。

最も顕著な変更は容量の増加です。Solanaのシリアライズされたトランザクションの最大サイズが1,232バイトから4,096バイトに拡大され、これは3.3倍の増加であり、テストネットのエポック1025で有効化されました。

Solana Foundationの大規模トランザクション更新に特化したウェブサイトによると、このような大規模なトランザクションサイズにより、ゼロ知識証明や大規模マルチシグトランザクション、ならびに1つのトランザクション内では実現不可能だった各種署名スキームの実装が可能になります。

その結果、処理するトランザクション数が減り、署名料金の負担も軽減され、チェーンの確認待ちも不要になります。BLS署名スキーム、機密トランザクション、マルチシグ設定など、このアップグレードにより多くの技術が恩恵を受けます。

改善に不可欠な主な提案は2つあります。SIMD-0296はトランザクションサイズを1,232バイトから4,096バイトに引き上げ、一方SIMD-0385はV1メッセージ形式を定義し、トランザクション設定をメッセージ自体内に移動します。

アップグレードが有効になってから1日未満のうちに、AnzaのCEO Brennan WattがX（旧Twitter）に投稿し、「ATTENTION: large transactions have hit the testnet.」というメッセージと共にテストネットエクスプローラーでの大規模トランザクションについて言及しました。

なぜ1つのトランザクションがバンドルよりも優れているのか

原子性の重要性は、開発者が時折Jitoバンドルを使用してSolanaの古いサイズ制限を回避していたという事実に由来します。実際、SIMD-0296の説明によれば、この回避策も記載されており、プロトコルレベルでの原子性が欠如している点についても言及されています。これは、ネイティブトランザクション1つと同様の問題です。

Jitoのドキュメントによると、バンドルには最大 5 つのトランザクションが含まれ、これらはすべて実行されるかすべて失敗する（オール・オア・ナッシング）方式で順次処理されます。ただし、バンドルは Jito のブロックエンジン内で動作し、バリデーターへのチップを競合させます。一方、V1 トランザクションとは、Solana から提供されるトランザクションレベルの原子性保証を持つ単一のネイティブ Solana トランザクションを指します。

DeFi開発者にとって、スワップルート、証明、その他の多段階トランザクションの確立が簡素化されます。操作全体がV1トランザクションでカバーされる場合、バンドルに依存するのではなく、単一のネイティブトランザクションとして成功するか、または返却されます。

追加のバイト数以上のDeFiへのメリット

V1 はトランザクション構造も変更します。レガシーおよび V0 では優先手数料とリソース要求が ComputeBudget インストラクションを使用して処理されるのに対し、SIMD-0385はこれらの設定を V1 のトランザクション構成に取り込み、その結果、バリデーターがインストラクションリストを能動的に検索せずにリソース要件を特定する作業が簡素化されます。

V1 ではまた、V0 でアカウントアドレスの短縮に利用されていた Address Lookup Tables（ALT）も廃止されました。財団による V1 の ALT のトレードオフに関する分析によると、V1 では代わりにアドレス配置をインラインで行います。これにより、変換時により多くのバイトを消費する V0 の大規模なアカウントアプリケーションで使用される方法と比較して、バリデーターの入力処理が容易になります。

ルーターやDEXアグリゲーターにとっての実用的な利点は、より複雑な原子的ルートが実行可能になることです。ただし、この改善には限界もあります。実際、Solanaの最大64アカウントという制限は変更されておらず、アカウントを大量に使用するアプリケーションにとっては依然としてボトルネックとなる可能性があります。バイト数制限については問題がなくなりましたが、アカウント数の制限は残っています。

このアップグレードは、Solana がオンチェーンファイナンスへと飛躍する中で導入されています。Galaxy が提供する 2026 年第 2 四半期の Solana に関するレポートでは、ステーブルコイン、トークン化された株式、および実世界資産の活動増加が示されています。

Galaxy によると、将来の Solana の可能性は、単なる発行や取引ではなく、貸出、担保化、証拠金取引、利回りの活用能力に大きく依存するでしょう。DeFiLlama の Solana データに基づくと、同プラットフォームは強力な DeFi プレゼンスを有しているようです。

さらに、このアップグレードのタイミングは Agave 4.2 アップグレードフェーズと一致しています。参考までに、Cryptopolitan は段階的なコスト削減の実施計画が約 90% の節約につながり、処理に必要な時間を 500 ミリ秒から 200 ミリ秒に短縮することで、ステーブルコイン発行元、ウォレットプロバイダー、決済システムにとっての利益をもたらすと述べています。

RPCオペレーターには更新期限が1週間あります

V1はオプトイン方式のため、レガシーおよびV0トランザクションは引き続き動作します。問題は、V1トラフィックを読み取るインフラストラクチャが対応できているかどうかです。

Anza は RPC プロバイダーに対して Agave v4.2.2 または v4.3.0-beta.3 への移行を義務付けています。また、Helius Agave 4.2 移行チェックリストでも、V1 準拠を明記しない RPC コンシューマーは、V1 トランザクションを使用した場合に getBlock などの呼び出し失敗を経験する可能性があることが強調されています。

プロセスは8月24日にV1のローカルテストから始まり、その直後の8月29日にメインネットの起動日が9月9日と確定しました。V1は9月1日にエポック1025でテストネットに有効化され、メインネットでの本番稼働は9月9日に予定されています。

今回の最新のテストネット実行は、メインネットローンチに向けたRPCプロバイダー、インデクサー、ウォレット、SDK、分析プラットフォームにとって最後の準備ステップとなります。