Solanaは火曜日、メインネットでTransaction V1機能を有効化し、各トランザクションにより多くのデータを含められるようにした。このアップグレードにより、開発者は単一のアトミックな処理の中で複雑なアクションを実行するための余地を広げられる。DeFi開発者、ウォレットプロバイダー、インデクサー、RPCオペレーターにとって重要な変更であり、トークン化資産や決済ソリューションを扱うプロジェクトにも影響する可能性がある。

Solanaのアップグレードページによると、txv1機能ゲートはエポック1035の開始時、9月15日01:00 UTC頃に展開された。Transaction V1は現在、Solanaのメインネット、テストネット、開発ネットで稼働している。

トランザクションサイズを1,232バイトから4,096バイトへ拡大

最も目立つ変更は、シリアライズ済みトランザクションの最大サイズが拡大されたことだ。Solanaは上限を1,232バイトから4,096バイトに引き上げ、トランザクションデータに約3.3倍のスペースを提供する。

新しいトランザクションの形式はSIMD-0296で定義され、V1 Message FormatはSIMD-0385を基盤としている。これまでSolanaのトランザクションサイズ上限は、ネットワークの保守的な最大転送単位（MTU）制約に関連付けられていた。Transaction V1では、QUICが課していたストリームサイズの厳格な上限から離れ、より大きなトランザクションを可能にする。

この追加容量は、ゼロ知識証明、大規模なマルチシグ運用、BLSを使用する署名など、大量のトランザクションデータを必要とする処理をサポートすることを目的としている。Cryptopolitanが以前報じたように、V1は9月1日にエポック1025でテストネットに導入され、インフラプロバイダーがメインネットでのリリースに備える時間が設けられていた。

単一のアトミックトランザクションが重要な理由

アップグレード前、Solanaのトランザクションサイズ上限に直面した開発者は、場合によっては処理を複数のトランザクションに分割するか、Jito bundlesを利用することができた。しかし、SIMD-0296の説明では、プロトコルレベルでアトミック性を考える場合、bundleはネイティブトランザクションと同等ではないとされている。

Transaction V1では、1つのトランザクションにより多くの命令とデータを含められる。その結果、ルーティング、証明の検証、バッチ処理は別々のトランザクションで実行されるのではなく、すべて成功するか、すべて失敗する形になる。処理によっては、必要な署名と確認の数を減らせる可能性もある。

Address Lookup Tableのトレードオフ

Transaction V1は、トランザクションによるリソースとアカウント参照の扱いも変更する。計算量上限と優先手数料の設定はComputeBudget命令からトランザクション設定へ移され、インフラプロバイダーがこれらのパラメーターにアクセスしやすくなった。

V1トランザクションでは、参照されるアカウントがトランザクションに直接含まれるため、Address Lookup Tablesを使用しない。これによりトランザクション構造は簡素化されるが、サイズが増加する可能性がある。v0 Address Lookup Tableでは1バイトのインデックスだけで済むのに対し、インライン公開鍵には32バイトが必要となる。

SolanaのAddress Lookup Tablesを分析したところ、v0トランザクションの62%が少なくとも1つのAddress Lookup Tableを使用していた。そのため、複数のテーブルを使用する高密度なトランザクションでは、アカウント参照を直接含めることでサイズが1,500バイトを超えて増加する可能性がある。アカウント上限は従来どおり64アカウントだ。

Solanaのトークン化金融の拡大における役割

このアップグレードは、Solanaがオンチェーン金融における役割を拡大している時期に実施された。DeFiLlamaによると、SolanaのDeFiセクターにおけるロックされた総価値（TVL）は約59.5億ドルで、24時間の分散型取引所（DEX）取引高は約17.9億ドルとなっている。

Solanaの8月のまとめでは、ネットワーク上のリアルワールドアセットの価値が40億ドルを超え、35万超のアドレスに分散して保有されていることも報告された。さらに、xStocksが運用する資産は5億ドルを超えていた。

トランザクション容量が拡大しただけで、採用の増加が保証されるわけではない。Galaxy Researchは、Solanaのトークンに関連付けられた価値の相当部分が依然として利用されていないと指摘している一方、競合プラットフォームは急速に拡大している一部の分野で引き続き先行している。Transaction V1は開発者がSolana上で構築できるアプリケーションの範囲を広げるが、その後にユーザー、流動性、トランザクション活動がどう反応するかは、依然として未解決の問題だ。

オペレーターと開発者に必要な変更

RPCリーダーは、getTransactionとgetBlockに対してmaxSupportedTransactionVersion: 1を設定する必要がある。インデクサーは、transactionConfigからV1の計算量上限と優先手数料を読み取る必要がある。

バリデーターとRPCオペレーターは、Agave v4.2.2以降を実行する必要がある。V1の送信側は計算量上限とロード済みアカウント上限を明示的に設定し、1,232バイトを超えるトランザクションにはbase64を使用する必要がある。

ウォレットプロバイダーは、ソフトウェアが新しい形式を正しく解析して署名できることを確認した後に限り、Solanaのアップグレードガイダンスに沿ってV1対応を告知すべきだ。原報はCryptopolitanが公開した。