Solana、テストネットでTransaction V1を有効化 -- 複数ステップの操作を1つのアトミック取引に統合
重要ポイント
- •Transaction V1は、Solanaのシリアライズ済み取引の最大サイズを1,232バイトから4,096バイトへと3.3倍に拡大するもので、9月1日にエポック1025でテストネット上で初めて有効化され、9月9日にメインネットでのローンチが予定されている。
- •拡大された取引サイズにより、ゼロ知識証明や大規模なマルチシグ取引、BLSなどの署名スキームを単一のアトミック取引で処理でき、取引数と署名コストが削減される。
- •プロポーザルSIMD-0296とSIMD-0385がこのアップグレードを支えており、前者はバイト上限を引き上げ、後者はV1メッセージフォーマットを定義して取引設定をメッセージ本体に組み込む。
- •V1はアドレスルックアップテーブルを廃止してアドレスをインラインで配置するが、取引あたり64アカウントというSolanaの上限は変わらない。
- •AnzaはRPCプロバイダーに対しAgave v4.2.2またはv4.3.0-beta.3へのアップグレードを求めており、準拠しないRPCコンシューマーはV1取引が関与する際にgetBlockエラーなどの呼び出し失敗に直面する可能性がある。

Anzaは9月1日、SolanaのテストネットでTransaction V1を有効化し、9月9日に予定されたメインネットでのローンチを前に、ネットワークに最終リハーサルの機会を与えました。Solana Compassによると、この変更により、これまで複数の取引に分割せざるを得なかった暗号学的およびDeFiのワークロードを、単一のアトミック取引として処理できるようになります。
分割されていた処理が1回の呼び出しに収まる
最も注目される変化は容量の拡大です。シリアライズ済みSolana取引の最大サイズは1,232バイトから4,096バイトへと3.3倍に拡大され、テストネットのエポック1025で発効しました。1,232バイトの上限はSolanaの初期プロトコル設計にまで遡るものであり、V0がサイズ制約への部分的な回避策としてアドレスルックアップテーブルを導入して以来、メッセージフォーマットレベルでこの上限が引き上げられるのはV1が初めてです。
Solana Foundationの大型取引アップデートに関するページによると、この拡大により、これまで単一の取引には収められなかったゼロ知識証明、大規模なマルチシグ取引、各種署名スキームの実装が可能になります。その結果、処理すべき取引数が減り、署名にかかるコストが低下し、一連の確認を待つ必要もなくなります。BLS署名スキーム、コンフィデンシャルトランザクション、マルチシグ構成はこのアップグレードの恩恵を受けると期待されています。
この改善の中核をなすのは2つのプロポーザルです。SIMD-0296は取引サイズ上限を1,232バイトから4,096バイトに引き上げ、SIMD-0385はV1メッセージフォーマットを定義し、取引設定をメッセージ本体に組み込みます。
有効化から1日も経たないうちに、AnzaのCEOであるBrennan WattはXに投稿し、テストネットエクスプローラー上の大型取引を指し示して「ATTENTION: large transactions have hit the testnet.(注意:大型取引がテストネットに到達しました)」というメッセージを発しました。
なぜバンドルより単一取引が優るのか
アトミック性が重要なのは、開発者がこれまでSolanaの旧サイズ上限をJitoバンドルで回避してきたことがあるためです。SIMD-0296はこの回避策を明示的に記録しており、バンドルには単一のネイティブ取引と異なり、プロトコルレベルのアトミック性がないことを指摘しています。
Jitoのドキュメントによると、バンドルには最大5つの取引を含められ、オール・オア・ナッシング方式で順次処理されます。ただし、バンドルはJitoのブロックエンジン内で動作し、バリデーターへのチップをめぐって競合します。一方、V1取引は単一のネイティブなSolana取引であり、Solana自身が提供する取引レベルのアトミック性保証を持ちます。
DeFi開発者にとって、これはスワップルート、証明、その他の複数ステップ操作の構築を簡素化します。操作全体がV1取引に収まる場合、バンドルに頼ることなく、単一のネイティブ取引として成功またはリバートします。
追加バイト以上にDeFiが得るもの
V1は取引構造そのものも変更します。LegacyおよびV0取引が優先手数料やリソース要求をComputeBudgetインストラクションで処理するのに対し、SIMD-0385はこれらの設定をV1の取引設定に移し、バリデーターがインストラクションリストを走査せずにリソース要件を識別しやすくします。
さらにV1は、V0がアカウントアドレスの短縮に使っていたアドレスルックアップテーブル(ALT)を廃止します。FoundationによるV1のALTトレードオフの分析によると、V1は代わりにアドレスをインラインで配置し、アカウントを大量に使用するアプリケーションでのアドレス変換に多くのバイトを消費していたV0の方式に比べ、バリデーターへの入力を簡素化します。
ルーターおよびDEXアグリゲーターにとっての実利的な利点は、複雑なアトミックルートのための余地が広がることです。ただし、この改善には限界もあります。Solanaの取引あたり64アカウントという上限は変わらず、バイト容量が制約でなくなっても、アカウントを大量に使用するアプリケーションは依然としてこの上限に達しうるのです。
このアップグレードは、Solanaがオンチェーンファイナンスへと本格的に踏み込む時期に導入されます。Galaxyの2026年第2四半期のSolanaレポートは、ステーブルコイン、トークン化株式、現実世界資産(RWA)における活動の拡大を示しています。Galaxyによれば、Solanaの将来のポテンシャルは、発行や取引だけでなく、これらの資産を貸出、担保、レバレッジ、利回りに活用する能力に大きく依存するでしょう。DeFiLlamaのSolanaに関するデータは、同プラットフォームにおける強固なDeFiの存在感を示しています。
また、この時期はAgave 4.2アップグレードの段階とも重なっています。Cryptopolitanが以前報じたように、段階的なコスト削減計画は約90%の節約をもたらし、処理時間を500ミリ秒から200ミリ秒に短縮すると期待されており、ステーブルコイン発行者、ウォレットプロバイダー、決済システムに恩恵をもたらします。
RPC運営者に残された1週間
V1はオプトイン方式であるため、Legacyおよび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、分析プラットフォームにとっての最終準備段階となります。