Solana(SOL)、1トランザクション上限を4,096バイトに拡大へ 互換性リスクが浮上

4,096バイトのトランザクション、メインネット目前に

Solana(SOL)は、オンチェーン上の単一トランザクションの最大サイズを3倍以上に引き上げる準備を進めており、メインネット有効化を控えた最終段階で、Solanaネットワークとその周辺インフラにおける互換性の隙間が露呈しつつある。v1トランザクション形式により、1トランザクションあたりの上限は1,232バイトから4,096バイトへ引き上げられる。エコシステム参加者の間では、本番環境への展開を前にした準備状況への懸念が高まっている。失敗の形態は具体的だ。v1に対応する更新を行っていないRPCクライアント、インデクサー、その他のデータサービスは、v1トランザクションを含むブロックを読み込もうとした時点でエラーを吐くか、完全に動作を停止しかねない。ブロックエクスプローラー、アナリティクス基盤、ウォレットのバックエンド、過去のチェーンデータを再生するあらゆるサービスが影響範囲に含まれ、一部では目に見える障害ではなく、サイレントなデータ欠落という形で症状が現れる。

この上限拡大が重要なのは、実現できる処理の幅にある。Solanaは複数の命令を1つのアトミックなトランザクションに詰め込む設計を採るが、現在の1,232バイト上限では、複数ステップのDeFi取引、アカウントの一括作成、圧縮データの書き込みといった複雑な操作を複数トランザクションに分割せざるを得ず、分割のたびに手数料とレイテンシーが上乗せされてきた。4,096バイトになれば、大幅にリッチな操作を単一のアトミック単位に収められる。だからこそ、v1トランザクションがテストネットで稼働し4,096バイトへの引き上げと同時に進んだ当初から、この変更は注視されてきた。アップグレードはすでにSolanaのテストネットとデブネット環境で有効化されており、開発者には新形式に向けた開発の時間が与えられている。ただし9月4日時点ではメインネットでは有効化されておらず、変更が本番環境に到達する前にインフラ運用者がソフトウェアを修正できる猶予期間が残る。この形式変更は、並行してパイプラインを進む複数のSolanaネットワークアップグレードの一つであり、下流のプロバイダー全体への調整負担を押し上げている。

ストレージレント、6,333ランポートへ引き下げ

容量が拡大する一方で、ネットワークのステート経済は逆方向へ再価格化されつつある。コア開発チームのAnzaが公式投稿で発表したところによると、SolanaのメインネットはSIMD-0437の第一段階を有効化し、オンチェーンステート1バイトあたりに課されるストレージレントを6,960ランポートから6,333ランポートへ引き下げた。削減率は約9%だ。ストレージレントとは、アカウントが保持するデータに付随するランポート残高のことであり、単位コストの引き下げは、シンプルなトークンアカウントから複雑なプログラムのデータセットまで、チェーン上にステートを保持するコストを直接的に圧縮する。

SIMD-0437は意図的に5段階で構成されている。後続の段階では、観測されたステート成長を条件に、単位コストを段階的に1バイト696ランポートまで引き下げる――当初レートからの累積削減率は約90%だ。この設計には明示的な安全弁が備わる。併存する提案SIMD-0438により、ステート成長に逼迫の兆候が見えれば元の手数料体系を復元できる。つまり今回の引き下げは、一発型の経済リセットではなく、漸進的かつ可逆的な措置なのだ。実務的な効果は時間とともに複利的に効く。ステートの低価格化はチェーン上でアカウントを保持する長期的コストを下げ、プログラムをデプロイする開発者にとって、またSolana(SOL)の買い方ガイドを参考に新規参入するユーザーにとって、開設したアカウントの維持費軽減として働く。この変更はSolanaのトークノミクスにも直接波及する。レントは手数料バーンやステーキング利回りと並んでSOLの供給ダイナミクスを形作るレバーの一つだからだ。ステートサイズに応じてハードウェア負荷が拡大するバリデーター運用者は、低レートが成長を加速させるかどうか――まさにSIMD-0438が監視対象とする条件――を見守ることになる。市場をリアルタイムで追う読者は、Bybitでスポットおよび先物の価格をリアルタイムで確認できる。

696ランポートへのロードマップ

v1対応負担に関する新しい技術詳細が明らかになった。Anzaはメインネット有効化の暫定目標を9月9日に設定しており、デブネットではすでにエポック1140で有効化されている。仕様はSIMD-0296とSIMD-0385により規定され、レガシーおよびv0形式は変更されないため、送信側の移行作業は不要だ。リスクは読み取り側に集中する。RPCの利用側は整数のmaxSupportedTransactionVersionに1を渡す必要があり、そうしない場合、getTransactionはエラー-32015を返し、getBlockはブロックにv1トランザクションが1件でも含まれていれば全体が失敗し、blockSubscribeはnullを返して停滞する。障害がサイレントに発生するケースもある。v1はコンピュート制限と優先手数料をComputeBudget命令ではなくtransactionConfigオブジェクトへ移すため、命令リストを走査するインデクサーは、エラーを出さずにコンピュート予算ゼロを記録しかねない。最低互換バージョンは@solana/kit 8.0.0、web3.js 3.0.0-rc.3、Rust 4.2.x、solders 0.29.0で、Geyserプラグイン15.1.1は一時的なダウングレード用の橋渡しを提供する。

(06:58 UTC時点)2つの動きを並べて読むと、一つの弧が描ける。Solanaはスループットだけでなくステートのスケーリングを進めているのだ。トランザクションあたりの容量は3倍超に拡大する一方、そのデータを永続化するコストは90%削減へ向かう。そして両変更は、複雑性を意図的に外側へ、互換性負担を担うRPCプロバイダーとインデクサーへと押し出している。近期的なリスクはプロトコルそのものではなく、このインフラの遅れであり、だからこそ段階的有効化とSIMD-0438のロールバックレバーが重要になる。Lily Liuのトークンスーパーサイクル論をめぐる当メディアの分析でも論じたように、ステート経済こそがより広いアルトコイン市場のインフラ競争の帰趨を決める場だ。