イーサリアムのスケーリングに関するヴィタリック・ブテリンの新しい記事をどう理解するか? ヴィタリックがブロブの碑文を叫ぶと言う人もいますが、これは言語道断です。 では、BLOB パケットはどのように機能するのでしょうか。 カンクンのアップグレード後に BLOB 領域を効率的に使用できないのはなぜですか?DAS データの可用性サンプリングはシャーディングの準備ですか?
私の意見では、カンクンはアップグレード後に使用する準備ができており、ヴィタリックはロールアップの開発を心配しています。 次に、私の理解についてお話しします。
1)これまで何度も説明したように、BlobはEVMコールデータから切り離すことでコンセンサス層が直接取得できる一時的なデータパケットであり、直接的な利点は、EVMがトランザクションの実行時にBlobデータにアクセスできないため、高い実行レイヤーのコンピューティングコストを生成できないことです。
現在、一連の要因のバランスを取り、1つのブロブサイズは128kbであり、メインネットへのバッチトランザクションは最大2つのブロブを伝送し、理想的には、メインネットブロックの最終目標は、約128個のブロブパケットのうち16MBを伝送することです。
したがって、Rollupプロジェクトチームは、BLOBブロックの数、TPSトランザクション容量、およびBLOBメインネットノードのストレージコストを可能な限りバランスさせ、最高のコストパフォーマンスでBLOBスペースを使用することを目指す必要があります。
Optimismを例にとると、現在、1日に約500,000件のトランザクションがあり、平均して2分に1件のトランザクションがメインネットに送信され、一度に1つのBLOBパケットが伝送されています。 TPSは多すぎて使えないので、もちろん2つ持ち運ぶこともできるので、なぜ1つ持ってくるのか、そうすると各BLOBの容量はいっぱいにはなりませんが、追加のストレージコストが追加されるため、必要ありません。
Rollup オフチェーンのトランザクション量が増加した場合、たとえば 1 日あたり 5,000 万件のトランザクションが処理された場合、1. 各バッチのトランザクション量を圧縮して圧縮し、BLOB スペース内のトランザクションをできるだけ多くする、2. BLOB の数を増やす、3. バッチ トランザクションの頻度を短くする。
2)メインネットブロックが運ぶデータ量はガスリミットとストレージコストの影響を受けるため、1スロットブロックに128個のブロブが理想的な状態であり、現在はあまり使用されておらず、Optimismは2分に1個しか使用せず、TPSを改善し、市場ユーザー数を拡大し、生態学的繁栄のためにレイヤー2プロジェクトに多くの余地を残しています。
そのため、カンクンのアップグレード後のしばらくの間、ロールアップは、使用されるブロブの数と頻度、およびブロブ領域入札の使用に関して「ボリューム」しませんでした。
ヴィタリックがブロブスクリプションの碑文に言及する理由は、この種の碑文は一時的に取引量を増やし、ブロブの使用に対する需要の増加につながる可能性があるため、ボリュームを拡大し、碑文を例に挙げることでブロブの動作メカニズムをより深く理解することができ、ヴィタリックが本当に表現したいことは碑文とはほとんど関係がないからです。
理論的には、メインネットバッチに高頻度・大容量のトランザクションを行い、毎回Blobブロックを埋めるレイヤー2プロジェクトパーティがいた場合、トランザクションバッチを偽造する高いコストを負担する意思がある限り、他のレイヤー2によるBlobの通常の使用に影響を与えることになりますが、現在の状況では、誰かが計算能力を購入してBTCに51%のハードフォーク攻撃を実行するのと同じように理論的には実現可能ですが、実際には利益の動機がありません。
Blob導入の目的は、EVMの負担を軽減し、ノードの運用・保守能力を向上させることであり、これは間違いなくRollupのオーダーメイドソリューションです。 明らかに、現時点では効率的に使用されておらず、レイヤー2を使用するためのガス料金は「低」の範囲で長期間安定します。 これにより、レイヤー2市場は「兵力の増強と穀物の備蓄」のための長期的な黄金の開発期間を得ることができる。
3)では、ある日レイヤー2市場がある程度繁栄し、バッチからメインネットまでのトランザクション数が毎日膨大になり、現在BLOBパケットが足りなくなったらどうなるでしょうか? イーサリアムはすでに解決策を提供しています。 データ可用性サンプリング (DAS) の使用:
たとえば、各ノードはすべての BLOB データの 1/8 を格納し、8 つのノードは DA 機能を満たすためにチームを形成し、現在の BLOB ストレージ容量を 8 倍に拡張することに相当します。 これは、実際には将来のシャーディング段階で行われることです。
しかし、現在、ヴィタリックはこれを何度も繰り返しており、それは魅力に満ちており、レイヤー2プロジェクト関係者の大多数に警告しているようです:イーサリアムDAの大容量について常に文句を言う必要はありません、現在のTPS容量では、BLOBデータパケットの能力を極端に開発していません、急いで火力を上げてエコロジーに従事し、ユーザーとトランザクション量を拡大し、DAエスケープについて常に考えてワンクリックチェーン作業に従事する必要はありません。
その後、Vitalik氏は、コアロールアップの中でステージ1に到達したのはArbitrumのみであり、DeGate、Fuelなどはステージ2に到達しているが、より広いコミュニティにはまだ馴染みがないと付け加えた。 ステージ 2 はロールアップ セキュリティの最終的な目標であり、ステージ 1 に到達したロールアップはほとんどなく、ほとんどのロールアップはステージ 0 にあり、ロールアップ業界の発展が Vitalik を本当に心配していることを示しています。
2.メインネットへのレイヤー2の依存を可能な限り減らし、特別な状況でL2セキュリティを確保するために楽観的証明技術のみを使用します、たとえば、Plasmaのほとんどのデータはチェーン上にありますが、入出金シナリオではメインネット上で発生するため、メインネットはそのセキュリティを約束できます。
つまり、レイヤー2は入出金などの重要な操作のみをメインネットと強く関連づけていると考えるべきであり、メインネットの負担が軽減されるだけでなく、L2自体のパフォーマンスも向上します。 多数のトランザクションをオフチェーンでスクリーニング、分類、前処理する並列EVMの前述の説明で述べたシーケンサーの「並列処理」機能や、通常のトランザクションにOP-Rollupを使用し、特別な引き出しリクエストにZK Routeを使用するMetisによって実装されたハイブリッドロールアップには、すべて同様の考慮事項があります。
上記。
全体として、イーサリアムの将来のスケーリング計画について考えるヴィタリックの記事は非常に啓発的です。 特に、彼はlayer2の開発状況に不満を抱いており、Blobのパフォーマンス空間と将来のシャーディング技術の見通しについて楽観的であり、layer2に最適化する価値のあるいくつかの方向性を指摘しています。
実際、唯一の不確実性はレイヤー2自体に残されており、開発をどのように加速するか?
56.33K 人気度
82.31K 人気度
20.81K 人気度
251.31K 人気度
442.97K 人気度
イーサリアムのスケーリングに関するヴィタリックの新しい記事を理解するには?
イーサリアムのスケーリングに関するヴィタリック・ブテリンの新しい記事をどう理解するか? ヴィタリックがブロブの碑文を叫ぶと言う人もいますが、これは言語道断です。 では、BLOB パケットはどのように機能するのでしょうか。 カンクンのアップグレード後に BLOB 領域を効率的に使用できないのはなぜですか?DAS データの可用性サンプリングはシャーディングの準備ですか?
私の意見では、カンクンはアップグレード後に使用する準備ができており、ヴィタリックはロールアップの開発を心配しています。 次に、私の理解についてお話しします。
1)これまで何度も説明したように、BlobはEVMコールデータから切り離すことでコンセンサス層が直接取得できる一時的なデータパケットであり、直接的な利点は、EVMがトランザクションの実行時にBlobデータにアクセスできないため、高い実行レイヤーのコンピューティングコストを生成できないことです。
現在、一連の要因のバランスを取り、1つのブロブサイズは128kbであり、メインネットへのバッチトランザクションは最大2つのブロブを伝送し、理想的には、メインネットブロックの最終目標は、約128個のブロブパケットのうち16MBを伝送することです。
したがって、Rollupプロジェクトチームは、BLOBブロックの数、TPSトランザクション容量、およびBLOBメインネットノードのストレージコストを可能な限りバランスさせ、最高のコストパフォーマンスでBLOBスペースを使用することを目指す必要があります。
Optimismを例にとると、現在、1日に約500,000件のトランザクションがあり、平均して2分に1件のトランザクションがメインネットに送信され、一度に1つのBLOBパケットが伝送されています。 TPSは多すぎて使えないので、もちろん2つ持ち運ぶこともできるので、なぜ1つ持ってくるのか、そうすると各BLOBの容量はいっぱいにはなりませんが、追加のストレージコストが追加されるため、必要ありません。
Rollup オフチェーンのトランザクション量が増加した場合、たとえば 1 日あたり 5,000 万件のトランザクションが処理された場合、1. 各バッチのトランザクション量を圧縮して圧縮し、BLOB スペース内のトランザクションをできるだけ多くする、2. BLOB の数を増やす、3. バッチ トランザクションの頻度を短くする。
2)メインネットブロックが運ぶデータ量はガスリミットとストレージコストの影響を受けるため、1スロットブロックに128個のブロブが理想的な状態であり、現在はあまり使用されておらず、Optimismは2分に1個しか使用せず、TPSを改善し、市場ユーザー数を拡大し、生態学的繁栄のためにレイヤー2プロジェクトに多くの余地を残しています。
そのため、カンクンのアップグレード後のしばらくの間、ロールアップは、使用されるブロブの数と頻度、およびブロブ領域入札の使用に関して「ボリューム」しませんでした。
ヴィタリックがブロブスクリプションの碑文に言及する理由は、この種の碑文は一時的に取引量を増やし、ブロブの使用に対する需要の増加につながる可能性があるため、ボリュームを拡大し、碑文を例に挙げることでブロブの動作メカニズムをより深く理解することができ、ヴィタリックが本当に表現したいことは碑文とはほとんど関係がないからです。
理論的には、メインネットバッチに高頻度・大容量のトランザクションを行い、毎回Blobブロックを埋めるレイヤー2プロジェクトパーティがいた場合、トランザクションバッチを偽造する高いコストを負担する意思がある限り、他のレイヤー2によるBlobの通常の使用に影響を与えることになりますが、現在の状況では、誰かが計算能力を購入してBTCに51%のハードフォーク攻撃を実行するのと同じように理論的には実現可能ですが、実際には利益の動機がありません。
Blob導入の目的は、EVMの負担を軽減し、ノードの運用・保守能力を向上させることであり、これは間違いなくRollupのオーダーメイドソリューションです。 明らかに、現時点では効率的に使用されておらず、レイヤー2を使用するためのガス料金は「低」の範囲で長期間安定します。 これにより、レイヤー2市場は「兵力の増強と穀物の備蓄」のための長期的な黄金の開発期間を得ることができる。
3)では、ある日レイヤー2市場がある程度繁栄し、バッチからメインネットまでのトランザクション数が毎日膨大になり、現在BLOBパケットが足りなくなったらどうなるでしょうか? イーサリアムはすでに解決策を提供しています。 データ可用性サンプリング (DAS) の使用:
たとえば、各ノードはすべての BLOB データの 1/8 を格納し、8 つのノードは DA 機能を満たすためにチームを形成し、現在の BLOB ストレージ容量を 8 倍に拡張することに相当します。 これは、実際には将来のシャーディング段階で行われることです。
しかし、現在、ヴィタリックはこれを何度も繰り返しており、それは魅力に満ちており、レイヤー2プロジェクト関係者の大多数に警告しているようです:イーサリアムDAの大容量について常に文句を言う必要はありません、現在のTPS容量では、BLOBデータパケットの能力を極端に開発していません、急いで火力を上げてエコロジーに従事し、ユーザーとトランザクション量を拡大し、DAエスケープについて常に考えてワンクリックチェーン作業に従事する必要はありません。
その後、Vitalik氏は、コアロールアップの中でステージ1に到達したのはArbitrumのみであり、DeGate、Fuelなどはステージ2に到達しているが、より広いコミュニティにはまだ馴染みがないと付け加えた。 ステージ 2 はロールアップ セキュリティの最終的な目標であり、ステージ 1 に到達したロールアップはほとんどなく、ほとんどのロールアップはステージ 0 にあり、ロールアップ業界の発展が Vitalik を本当に心配していることを示しています。
2.メインネットへのレイヤー2の依存を可能な限り減らし、特別な状況でL2セキュリティを確保するために楽観的証明技術のみを使用します、たとえば、Plasmaのほとんどのデータはチェーン上にありますが、入出金シナリオではメインネット上で発生するため、メインネットはそのセキュリティを約束できます。
つまり、レイヤー2は入出金などの重要な操作のみをメインネットと強く関連づけていると考えるべきであり、メインネットの負担が軽減されるだけでなく、L2自体のパフォーマンスも向上します。 多数のトランザクションをオフチェーンでスクリーニング、分類、前処理する並列EVMの前述の説明で述べたシーケンサーの「並列処理」機能や、通常のトランザクションにOP-Rollupを使用し、特別な引き出しリクエストにZK Routeを使用するMetisによって実装されたハイブリッドロールアップには、すべて同様の考慮事項があります。
上記。
全体として、イーサリアムの将来のスケーリング計画について考えるヴィタリックの記事は非常に啓発的です。 特に、彼はlayer2の開発状況に不満を抱いており、Blobのパフォーマンス空間と将来のシャーディング技術の見通しについて楽観的であり、layer2に最適化する価値のあるいくつかの方向性を指摘しています。
実際、唯一の不確実性はレイヤー2自体に残されており、開発をどのように加速するか?