Solanaは9日、新たな取引形式「Transaction V1」を導入し、1件当たりの取引データ上限を従来の1232バイトから4096バイトへ拡大する。大規模な暗号証明やマルチ署名を伴う送金を単一トランザクションで処理しやすくするのが狙いだ。暗号資産メディアのCoinPostが8日、現地時間ベースで報じた。ただ、正確な有効化日はなお確定していないという。

Transaction V1の導入後は、従来のレガシー形式とv0形式も引き続き利用できる。このため、ウォレット利用者が直ちに更新を迫られる状況ではない。

一方で、ブロックや取引データを解析するソフトウェアはTransaction V1への対応が必要になる。対応が遅れた場合、実際には支払われた優先手数料が0として表示される可能性がある。

これまでの1232バイトという上限は、通信データを一定サイズのパケットに収める旧来の通信設計に基づく制約だった。Solanaは2022年に通信方式を変更しており、この制限の必要性は薄れていた。

新たな上限を4096バイトとしたのは、検証ノードで使われる標準的なメモリページサイズに合わせ、処理コストを抑えるためとみられる。同時に、サイズ制限の面でEthereumに見劣りしていた点の改善も視野に入れているようだ。

次期大型アップグレード「Alpenglow」では、コンセンサス方式をTowerBFTから「Voter」に切り替え、投票処理をオフチェーンへ移す計画だ。ファイナリティーを現在の約12.8秒から150ミリ秒水準へ短縮することを目標としている。

開発会社Anzaは8日時点で、v4.3への移行比率を全ステークの10%まで引き上げるよう要請した。今後は14日に25%、21日に全面移行の勧告、28日にメインネット機能の有効化開始という段階的な手順を想定している。実際の効果が表れ始めるのは10月になる見通しだ。

Alpenglowの前提条件となるBLS公開鍵の登録は7月8日に始まり、「VAT」制度も7月22日に導入された。VATは検証ノードの参加資格を管理する仕組みで、現在は受け入れノード数を2000に制限している。BLS公開鍵を登録していない検証ノードは、すでにコンセンサス対象から外された。

これに先立ち、Solanaは初のオンチェーン・ガバナンス投票を実施し、ディスインフレ率を2倍に引き上げる議案を僅差で可決した。これにより、トークン発行量の抑制時期を前倒しした。

8月には旧版「Agave 4.2」の配布を完了したが、取引容量の拡大とスロットタイム短縮はなお有効化待ちとなっており、一部ではレント引き下げのみが適用された。レント手数料は最終的に90%引き下げる計画で、スロットタイムも400ミリ秒から200ミリ秒への短縮を進めている。直近の実測値は約317ミリ秒まで短縮している。

Alpenglowは第1段階でVoterのみを導入する。ブロック伝播方式をTurbineから置き換える「Rotor」を含む第2段階については、仕様確定後に別途実装する方針だ。Jumpが開発した検証クライアント「Firedancer」は、昨年12月からメインネットでブロック生成を続けている。

Solana財団の技術担当副社長、Jacob Creechは先月末の投稿で、今回の更新後の節目として、11月の業界イベント「Scale or Die」に言及した。