Blobスペースが効率的に使われないロールアップが成長マンネリの理由

イーサのスケーリングについて考えている@VitalikButerinの新しい記事をどう理解すればいいでしょうか？一部の人は、VitalikがBlobインスクリプションを賞賛するのは的外れだと言っています。

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

Cancunのアップグレード後にRollupが利用できるようになったため、VitalikはRollupの開発を心配しているようです。

次に、私の理解について話します。

1.これまで何度も説明してきたように、BlobはEVMのcalldataから切り離された一時的なパケットであり、コンセンサスレイヤーによって取得することができます。これは、EVMがBlobにアクセスせずにトランザクションを実行できるという直接的な利点があります。直接的なメリットは、EVMがブロブデータにアクセスせずにトランザクションを実行できるため、実行レイヤーの計算コストが高くならないことです。

現在、さまざまな要因のバランスをとりながら、Blobのサイズは128kであり、メインネットワークへのバッチトランザクションは最大2つのBlobを搬送します。 理想的には、メインネットワークブロックの最終的な目標は、約128のBlobパケットの16MBを搬送することです。

そのためRollupプロジェクト側は、最適な価格/性能比でBlobスペースを使用することを目標に、Blobブロックの数、TPSトランザクション容量、Blobメインネットノードのストレージコスト、その他の要素のバランスを可能な限りとる必要があります。

@Optimismを例にとると、現在、1日に約50万件のトランザクションがあり、平均して2分ごとにトランザクションがメインネットワークにBatchされ、一度に1つのBlobパケットを運びます。TPSはちょうどそんなに使用することはできませんので、なぜ1を運ぶ、もちろん、あなたはまた、2つを運ぶことができる、各Blobの容量がいっぱいになることはありませんが、ストレージのコストの追加の増加は、必要ありません。

ときに、トランザクションのボリュームの下でロールアップチェーンを強化するために、例えば、毎日5000万トランザクションに対処するためにどのように行うには？1、各バッチトランザクションのボリュームの圧縮、できるだけ多くのトランザクションのBlob空間コンテンツのボリュームを可能にするために、2、Blobの数を増やすには、3、バッチトランザクションの頻度を短縮する。主なネットワークブロックは、ガスの限界とストレージコストの影響を受けるように、1ブロック128 Blobは理想的な状態であり、現時点では、我々はそんなに使用することはできません、楽観主義は、TPSを向上させるためにレイヤー2プロジェクトパーティーを残して、2分ごとに1つだけ使用し、市場のユーザーボリュームを拡大し、スペースの生態学的繁栄はまだ非常に大きく、非常に大きいです。

そのため、Cancunのアップグレード後しばらくの間、Rollupは、使用されるblobの数、その頻度、およびblobスペースの入札の使用の面で「ロールアップ」されませんでした。

VitalikがBlobscriptionのインスクリプションについて言及した理由は、そのようなインスクリプションは、Blobの使用需要の増加につながるトランザクションのボリュームを一時的に増加させ、したがってボリュームを拡大させることができるからであり、インスクリプションを例として使用することは、Blobの動作メカニズムについてより深い理解を提供することができ、Vitalikが本当に表現したかったことは、インスクリプションとはほとんど関係がありません。

理論的なケースでは、メインネットワークへの高頻度かつ大容量のバッチトランザクションのレイヤー2プロジェクト側があり、Blobブロックをフルに引っ張るたびに、限り、それはトランザクションの偽造の高コストを負担する意思があるとして、バッチは、他のレイヤー2によるBlobの通常の使用に影響を与えるので、しかし、現在の状況では、ちょうど誰かがBTC 51％のハードフォーク攻撃にコンピューティングパワーを買うように。のように、理論的には実現可能ですが、実際には利益動機が不足しています。

したがって、レイヤー2でガスを使用するコストは、長い間「低い」範囲で安定したままであり、レイヤー2市場に「立ち上がり」のための長い黄金の窓を与えることになります。

3

では、レイヤー2市場が急成長して、メインネットへの毎日のバッチトランザクションが膨大になり、現在のBlobパケットでは足りなくなったらどうするのでしょうか？イーサネットは長いソリューションを与えている：データ可用性サンプリング（DAS）技術の使用：

理解するのは簡単ですが、それはデータを格納するためのノードの元の必要性は、同時に複数のノードに分散することができ、たとえば、各ノードは、すべてのブロブデータを格納するために1/8、8ノードがDA容量を満たすためにグループを形成するために、現在のBlobストレージ容量に相当する別の8倍に拡大する。8倍。これは実際に、将来のシャーディング・シャーディング・フェーズで行われることだ。

しかし、現時点ではVitalikは繰り返し、rakishly、レイヤー2プロジェクト側の大半を戒めるようで、これを繰り返すようになった：常にイーサDA容量について文句を言わないでください高価であり、あなたの現在のTPS容量で極端に開発するBlobパケット容量されていない、生態学に従事する火力を高めるために急いで、ユーザー数とトランザクション量を拡大するために、常に花の仕事のチェーンを送信するためのキーに従事するエスケープのうちDAを考えていない。

その後、Vitalik氏は、コアロールアップの中でArbitumのみがステージ1に到達しており、@DeGateDex、Fuelなどはステージ2に到達しているものの、より多くの人々にはまだなじみがないと付け加えた。ロールアップはステージ1に到達しているが、そのほとんどはステージ0であり、ロールアップ業界の発展はヴィタリックにとって本当に心配なことである。

4.実際、純粋にスケーリングのボトルネックという観点から見ると、ロールアップのレイヤー2ソリューションにはパフォーマンスを向上させる余地がたくさんあります。

1、Blob空間のデータ圧縮より効率的な使用を通じて、OP - Rollupは現在、この作業を実行するための特別な圧縮コンポーネントを、ZK - Rollup自体チェーン圧縮SNARK / STARKの証明は、メインネットワークに提出する "圧縮 "され、

2。

2、可能な限り、特別な状況でL2のセキュリティを保証する技術の楽観的な証明を使用するために、メインネットワークの依存にレイヤー2を減らすために、たとえば、プラズマデータのほとんどは、チェーン内にありますが、入出金のシナリオでは、メインネットワークが発生するので、メインネットワークは、そのセキュリティにコミットすることができます。

これは、レイヤ2が唯一のメインネットワークの負担を軽減し、このような重要な操作とメインネットワークの強力な相関の入出金を考慮する必要がありますが、また、L2自体のパフォーマンスを向上させることを意味し、先に述べたシーケンサ並列処理機能は、フィルタリングの下でチェーンでは、トランザクションの数が多い前処理を並べ替えるだけでなく、混合ロールアップの@MetisL2の実装では、通常のトランザクションは、OPに行く。-Rollupは、特別な引き出し要求はZKルートを行くなど、同様の考慮事項があります。

以上

イーサリアムのスケーリングの未来について考えるVitalik氏の記事は、非常に刺激的であると言うべきでしょう。特に、レイヤー2開発の現状に不満があり、Blobのパフォーマンス空間について楽観的であり、将来のスライシング技術を見据えており、レイヤー2が最適化する価値があるいくつかの方向性などを丹念に指摘さえしています。

実際、唯一の不確定要素は、今やレイヤー2自身に残されています。