Vitalikの新しい記事を解読：なぜBlobスペースが効率的に使用されていないRollupが発展の困難に陥っているのか？

執筆：Haotian

@VitalikButerin の新しい文章がイーサリアムのスケーリングについての考察をどのように理解すればよいのでしょうか？誰かが Vitalik が Blob のインスクリプションを推奨していると言っていますが、それは大きな誤解です。

では、Blob データパケットはどのように機能するのでしょうか？カンクンアップグレード後、Blob スペースはなぜ効率的に利用されないのでしょうか？DAS データ可用性サンプリングは、シャーディングの準備のためにあるのでしょうか？

私の見解では、カンクンアップグレード後の性能は実用的であり、Vitalik は Rollup の発展を心配しています。なぜでしょう？次に、私の理解を述べます：

1）以前に何度も説明したように、Blob は EVM calldata から切り離された、コンセンサス層によって直接呼び出される一時的なデータパケットです。直接の利点は、EVM が取引を実行する際に Blob データにアクセスしなくて済むため、実行層の計算コストが高くならないことです。

現在、さまざまな要因を考慮し、1 つの Blob のサイズは 128k であり、1 回のバッチでメインネットに送信される取引は最大で 2 つの Blob を持つことができます。理想的な状況では、1 つのメインネットブロックの最終的な目標は 16MB、約 128 の Blob データパケットを保持することです。

したがって、Rollup プロジェクトは、Blob ブロックの数、TPS 取引容量、Blob メインネットノードのストレージコストなどの要因をできるだけバランスよく調整し、最適なコストパフォーマンスで Blob スペースを使用することを目指しています。

@Optimism の例を挙げると、現在、1 日あたり約 50 万件の取引があり、平均して 2 分ごとに 1 回の取引がメインネットにバッチ送信され、1 回のバッチで 1 つの Blob データパケットを持っています。なぜ 1 つだけかというと、TPS がそれほど多くないため、もちろん 2 つを持つこともできますが、その場合、各 Blob の容量は満杯にならず、ストレージコストが余分にかかるため、必要ありません。

Rollup のオフチェーン取引量が増加するにつれて、例えば、毎日 5000 万件の取引を処理する必要がある場合、どうすればよいのでしょうか？1、各バッチの取引量を圧縮し、Blob スペースの内容量をできるだけ多くの取引で満たす；2、Blob の数を増やす；3、バッチ取引の頻度を短縮する；

2）メインネットブロックが保持できるデータ量はガスリミットやストレージコストの影響を受けるため、1 つのブロックに 128 の Blob が理想的な状態ですが、現在はそれほど多くは使用されていません。Optimism は 2 分ごとに 1 つしか使用しておらず、Layer2 プロジェクトが TPS を向上させ、市場のユーザー数とエコシステムの繁栄を拡大するための余地はまだ大きいです。

したがって、カンクンアップグレード後のしばらくの間、Rollup は Blob の使用量、頻度、Blob スペースの競争的使用において「競争」していません。

Vitalik が Blobscription のインスクリプションを提案した理由は、この種のインスクリプションが取引量を一時的に増加させ、Blob の使用需要を高めるためです。したがって、体積が拡大し、インスクリプションを例に挙げることで、Blob の作業メカニズムをより深く理解することができます。Vitalik が本当に伝えたかった内容は、インスクリプションとはあまり関係がありません。

理論的には、もし Layer2 プロジェクトが高頻度かつ高容量でメインネットにバッチ取引を行い、毎回 Blob ブロックを満杯にする場合、彼らが高額な偽造取引バッチコストを負担することを望む限り、他の Layer2 の Blob の正常な使用に影響を与えることになります。しかし、現在の状況では、誰かが BTC に対して 51% のハードフォーク攻撃を行うために計算能力を購入するのと同じように、理論的には可能ですが、実際には利益の動機が欠けています。

したがって、Layer2 のガス料金は「低い」範囲で長期間安定し、Layer2 市場に長期間の「増兵屯糧」の黄金の発展ウィンドウを提供します。

3）では、もしある日 Layer2 市場が一定の程度まで繁栄し、毎日メインネットにバッチ送信される取引が膨大になった場合、現在の Blob データパケットが不足する場合はどうすればよいのでしょうか？イーサリアムはすでに解決策を示しています：データ可用性サンプリング技術（DAS）を採用することです：

簡単に理解すると、元々 1 つのノードが保存する必要があったデータを複数のノードに同時に分散させることができます。例えば、各ノードが全 Blob データの 1/8 を保存し、8 つのノードがグループを形成して DA 能力を満たすことになります。これは、現在の Blob ストレージ容量を 8 倍に拡大することに相当します。これは実際には、将来のシャーディング段階で行うべきことでもあります。

しかし、現在 Vitalik はこれを何度も再確認しており、興味深いことに、Layer2 プロジェクトに対して「イーサリアムの DA 能力が高いと文句を言うのではなく、あなたたちの現在の TPS 容量では Blob データパケットの能力を最大限に活用できていないので、早くエコシステムを強化し、ユーザーと取引量を拡大してください。DA の逃避やワンクリックでのチェーン発行を考えるのはやめましょう」と警告しているようです。

その後、Vitalik はさらに付け加え、現在のコア Rollup の中で、Arbitum だけがステージ 1 に達していると考えています。@DeGateDex や Fuel などはステージ 2 に達していますが、彼らはまだ広く知られていません。ステージ 2 は Rollup の安全性の最終目標であり、非常に少数の Rollup がステージ 1 に達しており、大部分の Rollup はステージ 0 の段階にあることから、Rollup 業界の発展が Vitalik を非常に心配させていることがわかります。

4）実際、単純にスケーリングのボトルネックの問題に関して言えば、Rollup Layer2 ソリューションは性能を向上させる余地がまだ大きいです。

1、データ圧縮を通じて Blob スペースをより効率的に使用する。OP-Rollup は現在、この作業を行うための専用のコンプレッサーコンポーネントを持っており、ZK-Rollup 自体のオフチェーン圧縮 SNARK/STARK 証明をメインネットに提出することは「圧縮」です；

2、Layer2 がメインネットに依存しないようにできるだけ減らし、特別な状況でのみ楽観的証明技術を使用して L2 の安全性を確保します。例えば、Plasma の大部分のデータはチェーン上にありますが、出金シーンではすべてメインネットで発生するため、メインネットはその安全性を保証できます。

これは、Layer2 が出金などの重要な操作だけをメインネットと強く関連付けるべきであることを意味します。これにより、メインネットの負担が軽減され、L2 自身の性能が向上します。以前に言及したシーケンサーの並行処理能力、オフチェーンでの大量の取引のフィルタリング、分類、前処理、そして @MetisL2 が推進するハイブリッド Rollup、通常の取引は OP-Rollup を通じて行い、特別な出金リクエストは ZK ルートを通じて行うなど、同様の考慮があります。

以上

Vitalik のこのイーサリアムの未来のスケーリングソリューションに関する考察は非常に示唆に富んでいます。特に Layer2 の発展状況への不満、Blob の性能空間への楽観的な肯定、未来のシャーディング技術への展望、さらには Layer2 が最適化すべき方向性についても言及しています。

実際、今唯一不確実なことは Layer2 自身に残されており、どのようにして加速的に発展させるかということです。