イーサリアムの拡張に関する Vitalik の新しい記事の考えを理解するにはどうすればよいでしょうか?

ヴィタリック・ブテリン氏の新しい記事のイーサリアムの拡張に関する考えを理解するにはどうすればよいでしょうか?ヴィタリックのブロブ碑文の注文はとんでもないという人もいます。では、BLOB パケットはどのように機能するのでしょうか?カンクンでのアップグレード後に BLOB スペースが効率的に使用されないのはなぜですか?シャーディングの準備として DAS データの可用性をサンプリングしますか?

私の意見では、Cancun のパフォーマンスはアップグレード後も使用可能であり、Vitalik は Rollup の開発を心配しています。なぜ？次に、私の理解について話させてください:

何度も説明する前に、Blob はコンセンサス層によって直接取得できる一時的なデータ パケットです。直接の利点は、EVM が BLOB データにアクセスできないことです。実行層のコンピューティング オーバーヘッドが低くなります。

現在のプラットフォームにおける一連の要因。Blob のサイズは 128kb。メイン ネットワークへのトランザクションのバッチは最大 2 つの BLOB を運ぶことができます。状況を考慮すると、メイン ネットワーク ブロックの最終目標は16MB と約 128 blob のデータ パックを運ぶことです。

ロールアップ プロジェクトのコスト パフォーマンスを最高にするために、BLOB スペースのストレージ コスト、TPS トランザクション容量、Blob のメイン ネットワーク ノードのストレージ、およびその他の要素を主な考慮事項として使用して、最大のメリットを実現できます。

Optimism を例にとると、現在 1 日あたり約 500,000 のトランザクションがあり、平均して 2 セントごとのバッチ トランザクションがメイン ネットワークに送信され、一度に 1 つの Blob データ パケットが送信されます。すべてを使用できないほど多くの BLOB を持ち込む必要はありません。もちろん、2 つ持ち運ぶこともできます。そうすると、各 BLOB の容量がいっぱいになることはありませんが、ストレージ コストが増加します。不要です。

ロールアップ チェーンからのトランザクションの量が増加した場合 (たとえば、毎日 5,000 万のトランザクションが処理される場合)、どうすればよいでしょうか? 1. Compress は各 Batch のトランザクション ボリュームを圧縮し、Blob スペースでできるだけ多くのトランザクションを許可します。 2. BLOB の数を増やします。 3. Batch トランザクションの頻度を短縮します。

メイン ネットワーク ブロックによって伝送されるデータ ガス制限とストレージ コストの影響を受け、スロット ブロックごとに 128 個の BLOB が理想的な状態ですが、現在はそれほど多くのブロブは使用されていません。楽観主義では 2 分に 1 件しか生成されないため、レイヤー 2 プロジェクトが TPS を改善し、市場ユーザーの数と生態学的繁栄を拡大する余地が多く残されています。

したがって、カンクンのアップグレード後の一定期間、ロールアップは、使用される BLOB の数と頻度、および BLOB スペース入札の使用に関して「不安定」ではありませんでした。

Vitalik が Blobscription の碑文について言及している理由は、このタイプの碑文ではトランザクション量が一時的に増加する可能性があり、それが BLOB の使用需要の増加につながり、サイズが拡大するためです。 Vitalik 本当に私が表現したいことは、碑文とは何の関係もありません。

理論上、メイン ネットワークに対して高頻度かつ大容量のバッチ トランザクションを実行し、耐える意思がある限り、毎回 Blob ブロックを埋めるレイヤー 2 プロジェクト パーティが存在する場合、偽造されたトランザクション バッチの高コスト。他のレイヤー 2 による Blob の通常の使用に影響しますが、現在の状況では、誰かがコンピューティング パワーを購入して BTC に対して 51% のハード フォーク攻撃を実行するのと同じように、理論的には実現可能ですが、実際には利益の動機はありません。

Blob 導入の目的は、EVM の負担を軽減し、ノードの運用保守能力を向上させることであり、これは間違いなく Rollup に合わせたソリューションです。明らかに、現時点では効率的に使用されておらず、第 2 層のガス料金は長期間「低め」の範囲で安定します。これにより、レイヤー2市場に「軍隊を増やして食料を集める」ための長期的な発展の黄金期が与えられることになる。

3) それでは、ある日、レイヤー 2 市場がある程度繁栄し、Batch からメインネットへのトランザクション数が毎日膨大な量に達し、現在の Blob データ パケットでは十分ではなくなったらどうなるでしょうか?イーサリアムはすでにソリューションを提供しています: データ可用性サンプリング テクノロジー (DAS) を使用する:

簡単に理解すると、本来 1 つのノードに保存する必要があるデータを、同時に複数のノードに分散できるということです。例：各ノード すべての BLOB データの 1/8 を格納するには、DA 機能を満たすために 8 つのノードがグループを形成します。これは、現在の BLOB ストレージ容量を 8 倍に拡張することに相当します。これは実際に、将来のシャーディング段階でシャーディングが行うことになります。

しかし今、Vitalik はこれを何度も、非常に魅力的に繰り返しており、レイヤー 2 プロジェクト関係者の大多数に警告しているようです: 「イーサリアムの高価な DA 容量について常に不平を言う必要はありません。現在の TPS 容量では、 Blob データ パケットの容量が開発されていないため、極論を言えば、エコシステムの開発とユーザーとトランザクション量の拡大のために急いで火力を強化する必要があります。ワンクリック チェーン作成に従事するために DA が逃げることを常に考えてはいけません。

その後、Vitalik 氏は、現在のコア ロールアップの中でステージ 1 に到達したのは Arbitrum だけであると付け加えました。DeGate、Fuel などはステージ 2 に到達しましたが、まだ広くコミュニティに浸透していません。ステージ 2 はロールアップ セキュリティの最終目標です。ステージ 1 に到達したロールアップはほとんどなく、ほとんどのロールアップはステージ 0 にあります。ロールアップ業界の発展が Vitalik 氏を本当に心配していることがわかります。

4) 実際、拡張ボトルネックの問題に関しては、ロールアップ層 2 ソリューションでパフォーマンスを向上させる余地がまだたくさんあります。

1. データ圧縮を通じて Blob 領域をより効率的に使用します。OP-Rollup には現在、この作業を実行する専用の Compressor コンポーネントがあります。ZK-Rollup 独自のオフチェーン圧縮 SNARK/STARK は、メイン ネットワークへの送信が有効であることを証明しています。 " Compression";

2. レイヤー 2 のメイン ネットワークへの依存をできる限り減らし、特殊な状況下で L2 セキュリティを確保するために楽観的証明技術のみを使用します。たとえば、Plasma のデータのほとんどはチェーン上にあります。ただし、入出金時はすべてのシナリオがメイン ネットワーク上で発生するため、メイン ネットワークはセキュリティを保証できます。

これは、レイヤー 2 は、入金や出金などの重要な操作のみがメイン ネットワークに強く関連しているとみなすべきであることを意味します。これにより、メイン ネットワークの負荷が軽減されるだけでなく、L2 自体のパフォーマンスも向上します。並列 EVM について説明したときに前述した Sequencer の「並列処理」機能は、オフチェーンの多数のトランザクションをフィルタリング、分類、前処理できます。また、Metis が推進するハイブリッド ロールアップも可能です。通常のトランザクションは OP-Rollup を通過します。特別な引き出しリクエストは ZK ルートなどを経由します。すべて同様の考慮事項があります。

以上がイーサリアムの拡張に関する Vitalik の新しい記事の考えを理解するにはどうすればよいでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。