イーサリアムの拡張に関する @VitalikButerin の新しい記事の考えを理解するにはどうすればよいでしょうか?ヴィタリックのブロブ碑文の注文はとんでもないという人もいます。
では、BLOB パケットはどのように機能するのでしょうか?カンクンでのアップグレード後に BLOB スペースが効率的に使用されないのはなぜですか?シャーディングの準備として DAS データの可用性をサンプリングしますか?
私の意見では、Cancun のパフォーマンスはアップグレード後も使用可能であり、Vitalik は Rollup の開発を心配しています。なぜ？次に、私の理解についてお話します。

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

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

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

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

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

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

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

Vitalik 氏が Blobscription の碑文について言及した理由は、このタイプの碑文によりトランザクション量が一時的に増加し、Blob の使用需要の増加につながるため、例として碑文を使用すると、Blobscription についてのより深い理解が得られるためです。ブロブの動作メカニズム、ヴィタリックが本当に表現したいことと碑文 それはあまり重要ではありません。

なぜなら、理論的には、メイン ネットワークに対して高頻度かつ大容量のバッチ トランザクションを実行し、毎回 Blob ブロックを埋めるレイヤー 2 プロジェクト パーティが存在する場合、偽造トランザクションの高額なコストを負担する意思がある限り、バッチを作成すると、Blob に対する他のレイヤー 2 の通常の使用に影響しますが、現在の状況では、誰かが 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 に到達したのは Arbitum だけであると付け加えました。@DeGateDex、Fuel などはステージ 2 に到達しましたが、まだ広いコミュニティには浸透していません。ステージ 2 は、ロールアップ セキュリティの最終目標です。ステージ 1 に到達したロールアップはほとんどなく、ほとんどのロールアップはステージ 0 にあります。ヴィタリック氏は、ロールアップ業界の発展が非常に懸念していることがわかります。

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

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

2. レイヤー 2 のメイン ネットワークへの依存を可能な限り減らし、特別な状況下で L2 セキュリティを確保するためにオプティミスティック プルーフ テクノロジーのみを使用します。たとえば、Plasma のデータのほとんどはチェーン上にありますが、入金と引き出しはメイン ネットワークで行われます。したがって、メインネットはその安全性を約束できます。

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

以上

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

実際、現時点で唯一の不確実性は、開発を加速する方法だけです。