原作者：ハオティエン

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

Vitalikさんはカンクンアップグレードが使えるようになってからのRollupの展開を心配しているように思えます。なぜ？次に、私の理解についてお話します。

1) 前に何度も説明したように、Blob は EVM コールデータから分離された一時データ パッケージであり、コンセンサス レイヤーによって直接呼び出すことができます。直接的な利点は、EVM がトランザクションの実行時に Blob データにアクセスする必要がないため、より高い実行率を生み出します。レイヤー計算手数料。

現在、一連の要素のバランスが取れています。1 つの BLOB のサイズは 128 kb です。メイン ネットワークへのバッチ トランザクションでは、最大 2 つの BLOB を伝送できます。理想的には、メイン ネットワーク ブロックの最終目標は、約 128 の 16 MB を伝送することです。 BLOB パケット。

したがって、ロールアップ プロジェクト チームは、最適なコスト パフォーマンスで BLOB 領域を使用することを目標に、Blob ブロックの数、TPS トランザクション容量、Blob メイン ネットワーク ノードのストレージ コストなどの要素のバランスを可能な限り調整する必要があります。

Optimism を例に取ると、現在 1 日に約 500,000 のトランザクションがあり、平均すると、トランザクションは 2 分ごとにメイン ネットワークにバッチ処理され、一度に 1 つの Blob パケットが送信されます。なぜ 1 つ持ち込むのですか? 使用しない TPS が非常に多いためです。もちろん、2 つ持ち込むこともできます。そうすれば、各 BLOB の容量がいっぱいになることはありませんが、ストレージ コストが増加するため、不必要です。

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

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

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

Vitalik 氏が Blob 碑文について言及する理由は、このタイプの碑文によりトランザクション量が一時的に増加し、Blob の使用需要が増加して規模が拡大する可能性があるためです。 Blob の動作メカニズム Vitalik が本当に表現したいことと碑文 それはあまり重要ではありません。

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

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

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

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

しかし今、Vitalik はこれを何度も、非常に魅力的に繰り返しており、レイヤー 2 プロジェクト関係者の大多数に警告しているようです: 「イーサリアムの DA 容量が高価であると常に不平を言う必要はありません。現在の TPS 容量では、次の能力を開発していません。」データパケットを極限までブロブせよ、急いで追加せよ、エコロジーを勢いよく発展させてユーザーと取引量を拡大しよう、ワンクリックチェーン作成のためにDAが逃げることばかり考えていないでください。

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

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

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

2. レイヤー 2 のメイン ネットワークへの依存を可能な限り減らし、特別な状況下で L2 セキュリティを確保するために楽観的証明技術のみを使用します (例: プラズマのデータのほとんどはチェーン上にありますが、入金と出金はメイン ネットワークで行われます)したがって、メインネットはその安全性を約束できます。

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

その上。

つまり、イーサリアムの将来の拡張計画について考えたヴィタリックの記事は非常に啓発的です。特に、レイヤー 2 の現在の開発状況に不満を持ち、Blob のパフォーマンス空間については楽観的であり、将来のシャーディング技術に期待しており、最適化する価値のあるレイヤー 2 の方向性についても指摘しました。

実際のところ、現時点で唯一の不確実性はレイヤー 2 自体に残されています。