Solana メインネットV1のローンチに伴い、トランザクションサイズを3倍の4,096バイトに拡大

Solana 9月9日に、1回のトランザクションで扱えるデータ量を3倍に増やす予定だ 。GitHub上のSIMD-0296提案によると、この新しい4,096バイトの上限は、バリデータハードウェアの4KiBのメモリページ1つに収まる。

複数のトランザクションを必要とするワークロードも、今では1回の原子的な呼び出しで完了するようになりました。.

QUICは1,232バイトの制限を無意味にした

Solana の当初の制限は、ネットワーク上の注意点だった。ネットワークは1,280バイトのIPv6 MTUで動作していた。.

SIMD-0296の著者らは、プロトコルのオーバーヘッドを差し引いた後のトランザクションペイロードには1,232バイトが残ると述べている。これは、すべてのメッセージが断片化せずにMTUを通過する必要があったことを考えると理にかなっている。.

Solana 2022年にトランザクション処理の標準方式としてQUICに切り替えました。RFC 9000ではストリームの最大サイズが規定されていないため、より大きなペイロードでもネットワークレベルで問題なく処理できます。.

1,232バイトという制限は、技術的な根拠のない規則になってしまっていた。.

この2つの文書は、アンザのエンジニアであるジェイコブ・クリークとアンドリュー・フィッツジェラルドによって作成された。SIMD -0296は、 サイズ制限を引き上げるものである。

関連する SIMD-0385は、 defiいる。この2つの規格は、チェーンの立ち上げ以来開発者が回避してきた制約を解決する。

この提案では、トランザクションがバリデーターメモリの標準4 KiBページ1つに収まるように、QUICで許可されている最大サイズよりも4,096バイトを優先しています。トランザクションがページ境界を越えることはありません。.

トランザクションごとのメモリ管理は低コストです。各トランザクションは単一ページに制限されます。.

クリーク氏とフィッツジェラルド氏は、4,096バイトという制限にたどり着くために、開発者がJitoバンドルを使って従来の制限を回避する方法を分析した。

• 提出されたバンドルの50%は2,048バイト以下だった。.
• 65%は6,144バイト未満でした。.
• 100%が9,216バイト未満でした。.

4,096バイトの上限は、バリデーターのハードウェアページ制限内に収まりながら、これらのマルチトランザクションワークロードの大部分を単一の呼び出しでカバーします。.

Solanaでは、準備されていないRPC呼び出しでエラー-32015がスローされるようになりました。

この追加容量により、1,232バイトの制限を超えるワークロードも処理できるようになります。.

Token ExtensionsのdentTransfersで使用されているようなゼロ知識証明は、1,232バイトの制限を超えるペイロードを生成しました。.

この問題を解決するため、開発者は複数の呼び出しを連結するか、アトミック暗号化転送を断念した。新たに設定された4,096バイトの制限により、1回のトランザクションでゼロ知識証明が可能になった。.

BLS署名集約や大規模マルチシグ構成も、この変更の恩恵を受ける。SIMD-0296では、機関投資家の財務部門やDAOがSquadsを介して使用するマルチシグの一種であるネスト型マルチシグを、主な推進要因の一つとして挙げている。.

また、Winternitzのワンタイム署名や、事前コンパイルなしで動作するオンチェーンBLSスキームについても言及している。.

このフォーマットでは、v0で使用されていたアドレスルックアップテーブル（ATL）は廃止されています。V0では、ATLを使用して短いインデックスで最大64個のアカウントを参照していました。ATLは複雑さを増すだけで、メリットはありません。なぜなら、現在は64個の32バイトのアドレスがインラインで記述されており、占有するサイズはわずか2,048バイトで、上限をはるかに下回っているからです。.

では、トランザクションごとに Solana 。バイト予算の問題が解決されたとしても、アカウント数の多いアプリケーションは依然としてこの制限に達します。ネットワーク64アカウントという制限が引き続き適用されます

Jitoバンドルを使用すると、開発者は最大5つのトランザクションをまとめて、すべてを実行するか、何も実行しないかのシーケンスにすることで、バイト制限の問題を解決できます。.

Transaction v1は、単一のトランザクションで同じアトミックな結果を実現します。これにより、ネイティブなアトミック性がベースレイヤーに直接もたらされます。.

V1は送信者によるオプトイン方式なので、従来のv0トランザクションは引き続き機能します。Solana Solana Foundationの移行に関する 注記 によると、これはブロックを読み取るインフラストラクチャにとって破壊的な変更です

データツールとブロックエクスプローラーが Solanaの新バージョンに対応して更新されていない場合、それらは完全にフリーズするか、エラーを吐き出します。.

アプリが新しいバージョンパラメータなしでv1トランザクションまたはブロックを読み取ろうとすると、 Solanaのサーバーはシステムエラーコード-32015でリクエストを拒否します。.

ライブブロックを継続的にストリーミングするツールは、新しいv1トランザクションに到達すると、完全に空の応答を受け取り、そこで停止します。.

トランザクションデータを記録するインデクサー（ツール）は、間違った場所を参照しているため、新規トランザクションに対して優先手数料をゼロと表示します。.

以前は、これらの手数料は取引内の特別なリストから読み上げられていました。新しいバージョンでは、その情報は専用の要約ボックスに格納されます。.

AnzaはRPCプロバイダーに対し、Agave v4.2へのアップグレードを義務付けています。Helius は、 その作業内容を詳述した移行チェックリストを公開しました。

トランザクションv1は、9月1日のエポック1025において、 Solana テストネット上で有効化されました。Anzaは、メインネットの展開を9月9日に正式に予定しています。.

最も賢い暗号通貨マインドを持つ人々はすでに私たちのニュースレターを読んでいます。参加してみませんか？ぜひ ご参加ください。