SolanaトランザクションV1とは？4,096バイトのメインネットアップグレードを解説
SolanaはメインネットでTransaction V1を有効化し、最大シリアライズされたトランザクションサイズを1,232バイトから4,096バイトに引き上げました。この変更により、開発者は単一のトランザクション内で約3.3倍の容量を得られ、ゼロ知識証明、大規模なマルチシグ操作、機密性のある振替、より複雑なDeFiインタラクションなどのデータ量の多いワークロードを扱いやすくなります。Transaction V1は2026年9月15日のEpoch 1035で稼働を開始し、既存のLegacyおよびV0フォーマットは引き続きサポートされます。
ただし、主要な数値は誤解を招く可能性があります。Transaction V1はSolanaを3.3倍速くするわけではなく、秒間取引数を自動的に3倍にするわけでもありません。代わりに、このアップグレードは1つの原子的取引に含まれるシリアライズされたデータの数量を拡大し、取引形式の一部を再設計しています。この違いは重要です。最大の利点は単に「より多くのバイト」ではなく、以前は複数のステップに分割されていたワークフローを1つの取引で完了できるようになる点です。
Transaction V1は、SIMD-0385を通じて導入されたSolanaの新しいバージョン化トランザクション形式で、SIMD-0296のより大きなトランザクションサイズ提案と同時に実装されました。その最も目立つ特徴は、最大シリアル化トランザクションサイズが1,232バイトから4,096バイトに増加することです。V1はまた、ワイヤーフォーマットを再構成し、Address Lookup Tablesを削除し、コンピュートユニット制限や優先手数料などのリソース要求を従来のCompute Budget命令に依存するのではなく、トランザクション設定に直接組み込みます。
重要な点として、V1はオプトイン形式であり、必須の置き換えではありません。追加のトランザクションスペースを必要としないアプリケーションは、レガシーまたはV0トランザクションを引き続き使用できます。通常のSOL振替、シンプルなトークン振替、および多くの既存のDAppインタラクションは、突然4,096バイトを消費したり、新しいトランザクションタイプに移行したりする必要はありません。
| 機能 | レガシー | V0 | トランザクションV1 |
| 最大取引サイズ | 1,232バイト | 1,232バイト | 4,096バイト |
| バージョン化された形式 | No | はい | はい |
| アドレス検索テーブル | No | はい | No |
| リソース設定 | コンピュート予算命令 | コンピュート予算命令 | トランザクション設定 |
| より大規模でデータ量の多い原子操作 | 限定 | 限定 | はい |
| 移行が必要です | No | No | オプトイン |
アップグレードを理解する最も簡単な方法は、V1がアプリケーションにはるかに大きなトランザクションエンベロープを提供しつつ、古いトランザクション形式をそのまま維持することです。
元の1,232バイトの制限は、複雑なアプリケーションの構成に関する任意の決定ではなく、Solanaのネットワークアーキテクチャに由来しています。ネットワークは過去に1,280バイトのIPv6最小MTUを基準としていました。ネットワークヘッダーを差し引いた後、トランザクションデータに利用可能な領域は1,232バイト残りました。Solanaのドキュメントでは、V1トランザクションが現在複数のQUICフレームに分割されて送信されることで、このパケットペイロードを超えることができるにもかかわらず、依然として1,232バイトを伝統的なPACKET_DATA_SIZEとしています。
取引には、ユーザーが実際に実行したい命令以上の情報が含まれます。署名、口座アドレス、最近のブロックハッシュ、命令のメタデータ、およびアプリケーション固有のデータが含まれます。Ed25519署名は64バイトを消費し、標準的なSolana公開鍵は32バイトです。これらの数値は、多くの署名者、口座、または暗号学的証明を含む取引で重要になります。
したがって、Solanaアプリケーションがより洗練されるにつれて、1,232バイトの上限は次第に制約的 became increasingly restrictive となった。単純なトークン振替にはめったに深刻な障害にはならなかったが、高度な金融または暗号学的アプリケーションを開発する開発者にとっては、Solanaの開発初期に作られたネットワーク制限に沿ってワークフローを再設計することを余儀なくされることがあった。
Solanaは、ネットワークスタックがQUICを使用しているため、元のパケットペイロードよりも大きなトランザクションを複数のフレームに分割して送信できるようになり、従来の「1つのMTUサイズのペイロード内に完全なシリアル化されたトランザクションを収める必要がある」という制約を部分的に緩和できます。一方で、より大きなトランザクションはバリデータの帯域幅をさらに消費するため、制限を完全に削除すると、別のネットワークおよびリソースの問題が発生します。
したがって、新しい4,096バイト（4 KiB）の上限は、エンジニアリング上のトレードオフです。これにより、開発者は大幅に多くのアプリケーション空間を得られますが、トランザクションサイズが無制限になることはありません。Solanaは、より大きなトランザクションがより多くのネットワーク帯域幅を消費し、同程度の緊急性で競合する小さなトランザクションよりも高い優先度手数料を必要とする可能性があると指摘しています。
そのニュアンスは重要です。Transaction V1は、Solanaがトランザクションサイズの制約を放棄することではなく、ネットワークが当初想定していた制限を、現在のネットワークがサポートする必要があるアプリケーションに合わせて設計されたはるかに大きな上限で置き換えることです。
V1がアドレス検索テーブルを削除
V0は、従来のトランザクションサイズ制限の回避策として、アドレスルックアップテーブル（ALT）を導入しました。32バイトのアカウントアドレスをトランザクションに直接記載するのではなく、アプリケーションは、はるかに短いインデックスを用いてルックアップテーブルに格納されたアドレスを参照できました。この圧縮手法は広く利用されました。Solana自身がサンプル活動を分析した結果、観測されたV0トランザクションの約62％が少なくとも1つのALTを参照していることがわかりました。V1ではALTのサポートを廃止し、アカウントアドレスをより大きなトランザクションエンベロープに直接記載します。
ALTを削除することで、バリデーターがトランザクションの完全なアカウントセットを把握する前にルックアップテーブルの状態を取得して解決する必要がなくなり、バリデーターのインジェスプロセスの一部が簡素化されます。しかし、これによりV1が提供する余分なスペースの一部が消費されます。Solanaは、既存のトランザクションをV1で表現した場合、半数は約420バイト以下の追加シリアライズサイズを示し、90％は約1,400バイト以下の追加シリアライズサイズを示すと推定しています。以前は少数のALTを通じて多くのアドレスを圧縮していたトランザクションは、はるかに大きな拡張を経験する可能性があります。
バイト数が増えても無制限の口座とは限りません
V1は、1つのトランザクションがアクセスできる口座の数を3倍にもしません。Solanaは現在、基盤となるインデックス表現がより高い理論的上限を持っているにもかかわらず、ランタイムで64口座の制限を適用しています。別の機能により、将来的に適用される口座ロック制限を128まで引き上げることが可能ですが、それはTransaction V1の自動的な一部ではありません。
つまり、数百バイトのトランザクションバイトが未使用でも、アカウント使用量の多いDeFiルートはアカウント制限に達する可能性があります。V1は、既存のアカウントセットを再利用し、より多くの命令データ、署名、または証明を必要とするワークロードに対して特に大きな余裕を提供しますが、複数の追加市場やアカウントにアクセスすることによって複雑さが生じる戦略にはそれほど大きな変化をもたらしません。
リソース要求がトランザクションに移動します
V1は、トランザクションがリソース要件を記述する方法も変更します。コンピュートユニット制限、読み込まれたアカウントデータ制限、ヒープサイズ、優先手数料は、
ComputeBudgetProgram命令を通じて表現するのではなく、トランザクション設定の固定位置に配置できます。これにより、ネットワークインフラは命令リストをスキャンすることなく、早期に重要なスケジューリング情報を識別できます。開発者にとって、このアップグレードはバイト許容容量の増加以上の意味を持ちます。トランザクションを構築、デコード、インデックス化、スポンサー、または評価するソフトウェアは、すべてのトランザクションがレガシーまたはV0と同じように動作すると仮定するのではなく、新しいV1構造を理解する必要があります。
ゼロ知識証明と機密振替
ゼロ知識技術は、証明に大量のトランザクションデータを必要とするため、最も明確な恩恵を受けるものの一つです。従来の制限では、開発者が操作の検証に十分な計算能力を持っていても、証明と周囲のすべての命令を1つのトランザクションに含めるのに十分なシリアル化されたトランザクション空間が不足していた可能性があります。より大きなV1エンベロープは、計算リソースや口座制限を増やさずに、プライバシーおよび暗号アプリケーションに大幅な余裕を提供します。Solanaは、この恩恵を受けるアプリケーションとして、ZK証明と機密振替ワークロードを特に挙げています。
Token-2022の機密振替は、これがなぜ重要であるかを示しています。このようなワークフローでは、コンテキストを確立し、振替を実行し、関連するステートをクリーンアップするために必要な証明と命令が含まれます。より大きなトランザクションでは、かつて別々に連結しなければならなかった操作が、1つのアトミックなアクションとして実行できる可能性があり、ユーザーまたは開発者が管理する中間ステートの数を削減できます。
より大規模なマルチシグおよび暗号化操作
マルチシグトランザクションも恩恵を受けるため、署名は重要なシリアライズ空間を消費します。64バイトのEd25519署名は単体では微々たるものですが、多くの独立した承認を必要とするトランザクションでは、プログラム命令やアドレスを考慮する前に、古い1,232バイトのエンベロープの大幅な部分を消費してしまう可能性があります。V1は、より洗練された財務管理、機関向け保管および認可構造のためにより多くのスペースを確保します。
Solanaは、BLS関連のワークフローや高度なオンチェーン署名スキームなど、その他のデータ量の多い暗号設計にも言及しています。これは、機関向けアプリケーションにおいて、複雑な認可、保管、プライバシー要件が、個人ユーザーが2つのウォレット間でトークンを送信する場合よりもはるかに厳しくなるため、重要です。
より複雑なアトミックワークフロー
おそらく最も広範な利点は原子性です。原子的なトランザクションは、全体として成功するか、全体として失敗するかのどちらかです。元のトランザクションが大きすぎるため、複雑な操作を複数のトランザクションに分割する必要がある場合、開発者はステップを調整するために一時的な状態、追加の確認、またはバッチ処理システムを必要とする可能性があります。
V1では、いくつかのワークフローが単一のトランザクションにより多くの指示とデータを含むことができます。したがって、価値は単にトランザクションに更多信息が含まれるというだけでなく、アプリケーションのより多くのロジックが同じすべて実行または一切実行しないという実行境界を共有できる可能性があるという点にあります。
DeFiアプリケーションは、単一のユーザー操作内で複数のプログラムと頻繁にやり取りします。高度な取引では、スワップルーター、貸出プロトコル、コラテラル調整、決済ステップが関与する可能性があり、アービトラージや清算戦略では、その経済性が機能する前に複数のアクションを調整する必要があります。従来のバイト上限では、ネットワークに意図した命令を実行する十分な計算能力があっても、トランザクションのシリアライズがボトルネックとなる可能性がありました。
V1は、複数ステップのルート、追加の検証ロジック、データ豊富な指示のためにより多くの余裕を生み出します。これにより、断片化されたワークフローへの依存を減らし、部分実行のリスクを低下させる可能性があります。より多くのロジックを単一のトランザクションに組み込めるルーターおよび取引システムは、ユーザーが複雑なアクションに対して必要な署名や確認の回数を減らすことで、より洗練されたユーザー体験を提供できます。CoinDeskは、複数ステップの取引を、このアップグレードの恩恵を受ける即時の適用カテゴリの一つとして挙げました。
しかし、この改善には限界があります。トランザクションバイト、計算ユニット、およびアカウントロックは異なるリソースです。バイトの上限を引き上げても、アプリケーションに無制限の計算能力や追加のアカウントが与えられるわけではありません。SolanaのV1分析では、64アカウントの制限が変更されていないため、複数のプールまたは複数の取引所戦略にとって依然として制約要因となることが明確に示されています。
V1はSolanaのTPSを向上させますか？
3.3倍ではありません。このアップグレードは、Solanaが1秒あたりに実行できるトランザクション数を増やすのではなく、個々のトランザクションの最大サイズを増やします。トランザクションスループットは、ブロック計算制限、アカウント競合、ネットワーク、トランザクションの構成、その他のプロトコル制約にも依存します。したがって、V1を「3.3倍のTPSアップグレード」と呼ぶことは、トランザクション容量とトランザクションサイズを混同しています。
Solanaは、2026年7月にメインネットで有効化されたブロック計算制限を6,000万から1億計算ユニットに66%拡大しました。このアップグレードは、ブロックごとの計算リソースを直接増やし、V1とは異なります。
V1はアプリケーションレベルの効率をさらに向上させることができます。かつて3つの連携したトランザクションを必要としていたワークフローが、今や1つのトランザクションで実行できるようになれば、ネットワークの注目されるTPSが3倍になっていなくても、ユーザーはステップ数の削減と遅延の短縮を実感できます。この違いが、パフォーマンスの利点を最もよく表しています。
トランザクションV1で手数料を削減できますか？
一部の複雑な操作では、複数のステップを1つの原子的トランザクションに結合することで、ワークフローを分割することによる重複した署名や繰り返しの確認、その他のオーバーヘッドを削減できます。これにより、全体のアクションを完了する総コストを削減できる可能性があります。
しかし、このアップグレードによりSolanaの基本取引手数料が3.3倍削減されるわけではありません。実際、Solanaの公式ドキュメントには、大規模な取引はバリデーターの帯域幅をより多く消費し、同程度の優先度を持つ小規模な取引と競合する場合、より高い優先手数料が必要になる可能性があると記載されています。
したがって、手数料のメリットはワークフローのレベルで評価する必要があります。1つの大きな取引は単純な振替よりも高額になる可能性がありますが、同じ複雑なタスクを達成するために必要な複数の小さな取引よりも安価または運用面で優れている場合があります。
一般ユーザーにとって、Transaction V1は、使用しているアプリケーションがそれを活用し始めるまではほとんど見えないはずです。インフラプロバイダーにとっては、移行にさらに多くの注意が必要です。ウォレットとSDKは、V1トランザクションを構築または署名するには、新しいシリアライズ形式を理解する必要があります。また、RPCサービス、エクスプローラー、インデクサーは、新しいバージョンを正しくデコードできる必要があります。
V1トランザクションを送信する意図がないアプリケーションでも、ブロックやトランザクション履歴を読み取る際にそれらに遭遇する可能性があります。Solanaの移行ガイドでは、トランザクション読み取りシステムが明示的にトランザクションバージョン1をサポートするよう警告しています。V0構造に基づく仮定や従来のCompute Budget命令を検索するシステムは、それらが失敗したり、不正確なリソース情報を報告したりする可能性があります。
この互換性の問題は、エコシステムチームがテストと統合にさらに時間を要請したため、アクティベーションがエポック1035に変更された理由を説明しています。したがって、ローンチ直後の疑問は、開発者がどれだけ多くの大規模なトランザクションを開始するかという単純な問題ではなく、ウォレット、RPCプロバイダー、インデクサー、手数料スポンサー、アナリティクスプラットフォームが、V1が本番環境で登場し始めた際に正しく理解しているかどうかです。
Transaction V1は、開発者が合理的に構築できるアプリケーションの種類を広げることで、Solanaの技術的機能にとって本質的に前向きです。より多くの証明、機関向けマルチシグ構造、高度なDeFi、プライバシー重視のワークフローの実装により、単純なトークン振替を超えるアプリケーションのインフラとしてのSolanaの立場が強化されます。これは意味のある基本的進展ですが、トランザクションのサイズとSOLトークン価格の間に機械的な関係を生み出すものではありません。
技術的なニュースの規模に比べ、市場の即時の反応は比較的控えめでした。SOLは9月15日に約$102で取引されており、価格データによると1か月前の水準より約35%上昇していましたが、依然として広範な暗号資産市場の変動率の影響を受けています。
したがって、投資家は初日の価格キャンドルではなく、採用状況を注視することで、より有用な情報を得られる可能性があります。関心のある質問は、V1トランザクションが一般的になるかどうか、以前は実現が困難だったアプリケーションが開発者によって立ち上げられるかどうか、そしてDeFi、プライバシー、決済、または機関利用が拡大するかどうかです。追加の2,864バイトの経済的価値は、結局のところ、開発者がそれらを使って何を構築するかに依存します。
Transaction V1は、Solana全体のボトルネックを解消するための広範な取り組みの一部に過ぎません。ネットワークはすでにブロックの計算容量を1億CUまで引き上げ、賃料パラメーターを大幅に引き下げることを段階的に実施しており、スロット時間を短縮することを目指しています。Agave 4.3には、Alpenglowが含まれると予想されており、これはSolanaが計画する次世代コンセンサスアーキテクチャで、大幅に高速な最終確定を実現することを目的としています。
| アップグレード | 主な目的 | 現在の方向 |
| 1億CUブロック | ブロック計算リミットを60M CUから100M CUに引き上げる | メインネットでライブ |
| トランザクションV1 | 最大トランザクションサイズを1,232バイトから4,096バイトに引き上げます | メインネットでライブ |
| 家賃減額 | オンチェーンストレージレンタルパラメータを最大90%削減 | 段階的な展開 |
| スロット時間の短縮 | 400msから200msのスロットへ移動 | 機能のリリース |
| Alpenglow | 約150ミリ秒の最終確定を目指す新しいコンセンサスシステム | Agave 4.3で計画されました |
これらのアップグレードは異なる制約に対応しています。より大きなブロックは追加の計算能力を生み出し、V1はトランザクションの柔軟性を拡張し、低いレンタル料はオンチェーンストレージコストを削減し、短いスロットはレイテンシーを改善し、Alpenglowはコンセンサスと最終確定を対象としています。Transaction V1を、Solanaのあらゆる側面が一気に3倍になる単一のアップグレードとして提示するよりも、この広範なアーキテクチャの一部として捉える方が正確です。
より広範な戦略は、複数のレイヤーでアプリケーションにより多くの余地を提供することです。成功すれば、Solanaは単により多くのアクティビティを処理するだけでなく、開発者は複雑なアプリケーションを設計する際にプロトコルレベルの制約をより少なくなるはずです。
注目すべき最初の指標は、単にV1の採用状況です。このフォーマットはオプションであるため、メインネットの活性化だけでは、ウォレット、DeFiプロトコル、プライバシー関連プロジェクト、または機関向けアプリケーションがどれほど迅速にこれを実際には利用するかはわかりません。トランザクションがすでに小さくシンプルである場合、開発者は既存のフォーマットを維持する強い理由を持っています。したがって、V1の採用は、その追加の容量が実際の課題を解決するアプリケーションに最初は集中するはずです。
インフラの信頼性も同様に重要です。V1のアクティビティが増加するにつれて、トランザクションのデコード、ウォレットの署名、RPC互換性、手数料推定、インデックスングがすべて正しく動作する必要があります。また、Solanaの設計ドキュメントが想定しているように、大規模なトランザクションがバリデータの帯域幅に測定可能な新たな負荷をかけるか、より高い優先度の手数料を引き起こすかを監視する価値があります。
長期的には、より興味深い指標はアプリケーション固有のものとなるでしょう。機密振替やZKワークロードの成長、より洗練されたマルチシグ設計、より少ない断片化されたトランザクションを必要とするDeFiルート、そして1,232バイトでは実用的ではなかった機関向けワークフローです。ローンチ後の問いは、Solanaが4,096バイトのトランザクションをサポートできるかどうかではなく、開発者がそれらを使用するのに十分な価値ある理由を発見できるかどうかです。
市場のニュースは速いですが、どこでそれに対応するか同样重要です。今月10月、KuCoinはKuCoin 5.0をリリースし、KuCoinを再構築されたプラットフォームに変貌させます。以下が実際にあなたにどう変わるかです：
-
すべてを一つの口座で。従来のプラットフォームは、あなたの資金を「スポット」「証拠金」「先物」の別々の口座に分割し、その理由を理解することを求めていました。KuCoin 5.0の統合口座は、それを完全に廃止しました。一度入金すれば、すべてが簡単に利用できます。
-
株式、インデックス、コモディティ。KuCoin 5.0は、暗号資産からグローバル市場へ拡張します。暗号資産が横ばいになり、株式が上昇する（またはその逆）場合、法定通貨の送金を待つ必要なく、数分でポジションを切り替えられます。
-
リアルワールドアセット（RWA）。商品などの従来の資産へのトークン化されたエクスポージャーが、あなたの暗号資産口座内で利用可能に。世界金融で最も急速に成長しているセグメントの一つが、もはや機関投資家だけのものではなく、取引に使っている同じ残高からアクセスできます。
-
学びながら収益を獲得。取引の準備ができてませんか？KCUSDで、ステーブルコインを毎日自動再投資して利子を獲得できます。4%の利回りで、余っている入金をストレスなく活用できる最適な方法です。
-
シンプルな言葉で動くAIアシスタント。質問して、市場の状況を把握し、見ているものを理解しましょう。プラットフォームに組み込まれており、専門用語は一切不要です。
-
圧倒されないアプリ。より速く、クリーンで一貫性があり、チュートリアルなしで最初のタップから直感的です。
-
信頼するだけでなく、確認できるセキュリティ。MiCAR認可を受けたEUの企業であり、Proof of Reservesを自分で確認でき、国際的に認証されたセキュリティ（SOC 2 Type II、ISO 27001:2022）を備えています。
数分で口座を作成し、暗号資産が過去にあった場所ではなく、これから向かう場所に合わせて構築されたプラットフォームで始めましょう。
Solana Transaction V1は、1つの統計データに簡略化するとシンプルに見えます：ネットワークは最大トランザクションサイズを1,232バイトから4,096バイトに引き上げました。しかし、より重要な変更は、これらの追加バイトが可能にする機能です。証明、署名、設定データ、複数のアプリケーション命令が、より大きな原子的実行境界内に収まるようになり、開発者が以前古い制限を回避するために使用していたいくつかの回避策を置き換える可能性があります。
V1はSolanaを3.3倍速くしたり、コンピューティングの制約を排除したり、手数料の低下を保証したりしません。代わりに、アドレス表現、インフラ互換性、ネットワーク帯域幅に関する新しいトレードオフを導入しながら、徐々に重要性を増しているアプリケーション設計のボトルネックの1つを除去します。新しいフォーマットが開発者がZKアプリケーション、機関向けワークフロー、複雑なDeFiトランザクションを簡素化するのに役立つ場合、その長期的な重要性は4,096バイトという目玉項目自体ではなく、それ以前には構築が困難だったアプリケーションから生まれる可能性があります。
ユーザーは依然としてレガシーなSolanaトランザクションを送信できますか？
はい。V1が稼働しても、レガシーおよびV0のトランザクションは引き続きサポートされます。V1トランザクションはオプションであるため、より大きなトランザクションエンベロープを必要としないアプリケーションは、従来のフォーマットをそのまま使用し続けることができます。
トランザクションV1のために新しいウォレットは必要ですか？
必ずしもそうではありません。通常のユーザーは、レガシーまたはV0トランザクションに依存するウォレットを引き続き使用できます。ただし、V1トランザクションを構築、デコード、または署名したいウォレットは、新しいフォーマットに対する明示的なサポートを追加する必要があります。
V1は1回の取引あたりの口座数を増やしますか？
自動的には行われません。Solanaは現在、64アカウントのランタイム制限を適用しており、これは新しい4,096バイトのトランザクションサイズ上限とは別物です。将来的な機能でアカウントロック制限を引き上げることが可能ですが、それはV1のサイズ拡張自体の一部ではありません。
すべてのV1トランザクションは4,096バイトですか？
いいえ、この数値は最大値であり、必須のサイズではありません。V1トランザクションは4,096バイトよりはるかに小さくなる可能性があり、開発者は利用可能なスペースを埋める理由はありません。
SIMD-0296 と SIMD-0385 とは何ですか？
SIMD-0296は、最大トランザクションサイズを引き上げるためのSolana改善提案であり、SIMD-0385は、より大きなエンベロープと再設計されたトランザクション構造をサポートするTransaction V1フォーマットを指定しています。
トランザクションV1はアドレスルックアップテーブルを使用できますか？
いいえ。V0とは異なり、V1はアドレスルックアップテーブルをサポートしていません。アカウントアドレスはトランザクションに直接含まれており、トランザクションの取り込みを簡素化しますが、アカウントが多数必要なワークロードではシリアル化されたスペースをより多く消費します。
免責事項：本記事は情報提供を目的としたものであり、投資アドバイスを構成するものではありません。仮想通貨資産は非常に変動が激しく、市場状況、トークンの流動性、プロジェクトの進展は急速に変化する可能性があります。読者は、金融的意思決定を行う前に、独自に調査を行い、リスク許容度を評価してください。
免責事項: このページは、お客様の便宜のためにAI技術を使用して翻訳されています。最も正確な情報については、元の英語版を参照してください。