Solanaがトランザクション容量を4,096バイトまで拡張し、ZKロールアップと複雑なアプリケーションを可能に

知っておくべきこと

Solanaの9月9日のアップグレードにより、開発者向けにv1フォーマットを通じて最大トランザクション容量が1,232バイトから4,096バイトに引き上げられます。
ヤコブエンコは、大規模なトランザクションが、Solana上の複雑なアプリケーション全体で原子的な実行を維持しながら、ゼロ知識ルートとベースロールアップをサポートできると考えています。
レガシーおよびv0フォーマットは既存の制限を維持し、開発者は拡張された容量を活用して高度な暗号操作を行うためにv1を採用する必要があります。

Solanaは9月9日にネットワークアップグレードを実施し、最大トランザクション容量を1,232バイトから4,096バイトに拡大します。この3.3倍の拡張により、開発者はトランザクション内の命令、署名、アカウント情報、および暗号データにさらに広いスペースを得られます。

より大規模なトランザクションは、Solanaの原子的実行保証を維持しながら、以前は複数回の送信を必要としていた操作をサポートできます。Solanaの共同創設者であるアナトリー・ヤコヴェンコによると、拡張フォーマットを使用することで、1つのトランザクションで2つのゼロ知識ルートを原子的に通過させることができます。

ヤコベンコは、追加のトランザクションデータを伝送する以上のアーキテクチャ的可能性として、ベースロールアップを潜在的な応用として特定しました。その結果、開発者は相互に連動する操作を複数のトランザクションに分離することなく、証明の検証とステート変更を組み合わせることができるようになります。

Solanaは、元のネットワークアーキテクチャを通じて1,232バイトの上限を設定し、これはIPv6の最小伝送単位内でのペイロードに対応していました。しかし、Solanaは2022年にQUICをデフォルトのトランザクション取り込みプロトコルとして採用し、この制限を維持するための技術的根拠を除去しました。

大型フォーマットは高度な暗号ワークロードをサポートします

SIMD-0296は上限を引き上げ、SIMD-0385はその容量にアクセスするために必要なv1トランザクション形式を導入します。レガシーおよびv0トランザクションは、従来の制限を維持するため、アプリケーションは自動的により大きなトランザクション許容枠を受け取ることはありません。

代わりに、トランザクション内により多くのスペースを必要とするアプリケーションを開発する際、開発者はv1を採用する必要があります。Solanaは、ゼロ知識証明、大規模なマルチシグ構成、BLS署名、およびConfidential Transfersを恩恵を受ける可能性のあるワークロードとして特定しています。

また、ウィンターニッツ一回使用署名は、比較的大量の暗号データを含むため、大きなスペースを必要とします。この増加した容量により、これらの操作を1つの送信に含めることができ、確認の複雑さや別々の取引間の依存関係を削減できます。

さらに、プロトコルレベルのトランザクションは、外部のトランザクション順序付けシステムで構築されたバンドルよりも強力なアトミック保証を提供します。Solanaは、予定されていたメインネットでの稼働前にテストネットでTransaction V1を導入し、開発者が統合をテストし、互換性の問題を特定できるようにしました。

しかし、アプリケーションが拡張された容量を利用できるようになるのは、開発者が必要なアップグレードを完了し、互換性のあるインフラを導入した場合に限られます。したがって、このアップグレードはすべてのSolanaアプリケーションに即座に変化をもたらすことを保証するものではなく、追加のインフラを提供するものです。その影響は、エコシステム全体で信頼できるZKシステム、マルチシグニチャーツール、機密振替、ベースロールアップを構築する開発者に依存します。

投稿 Solanaトランザクションの拡張がZKロールアップと複雑なアプリケーションへの道を開くは、36Crypto で最初に公開されました。