L2を再びスケールさせる

イーサリアムのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインの爆発的成長がもたらされ、$100を超えるガス手数料がなくなり、新しいアプリケーションデザインが解除されました。しかし、状態の断片化という新しい問題にも直面しています。この記事では、スケーリングの2つの主要な方向を分析し、そのメカニズムを探求しています。

元のタイトルを再投稿する:Sharded L2? “=nil;” L2状態の断片化に新しい解決策を提供する方法は?

Ethereumのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインが爆発的な成長を遂げました。この成長は当初成功を収め、$100以上のガス手数料を排除し、全く新しいアプリケーションデザインを可能にしました。しかし、わずか数年後、Ethereumとそのロールアップは新しい重大な問題、つまり状態の断片化に直面しています。

基本的に、状態の断片化はスケーリングの問題です。最近、モジュラーコミュニティは、既存のロールアップを1つのシステムに統合する中間層ソリューションを推進しており、ブロックチェーンのスケーリングの聖杯である水平スケーラビリティを(おそらく)達成しています。しかし、これらのソリューションには重要なトレードオフが伴います。新世代のEthereum L2は、垂直および水平の技術を適用してエンドゲームのパフォーマンスを提供するため、スケーラビリティを最初の原則から再考しています。

2つのブロックチェーンスケーリング方向

ブロックチェーンをスケーリングするための2つのフレームワークがあります:

  • 垂直スケーリング単一のノードで利用可能なリソースを増やします。これは、ハードウェアの利用を最大化するSolanaのスケーリングの哲学であり、並列化されたVM(仮想マシン)の移動です。
  • 水平スケーリング複数のサーバー間でワークロードを分散します。これは、NearやEthereum(Danksharding)などのシャーディングされたL1ブロックチェーンのスケーリング哲学です。

ロールアップはしばしばイーサリアムの水平スケーリングソリューションと誤解されています。しかし、各ロールアップ、そして実際のところ、あらゆるブロックチェーンはそれが維持する台帳によって定義されます。つまり、ロールアップはイーサリアムとは別のシステムです。この基本的なデータベーススケーリング原則の見落としにより、イーサリアムエコシステムは解決すべき存在的な課題、つまり状態の断片化を残しています。

チャレンジ・アヘッド

L2での状態の断片化は、イーサリアムにとって大きな問題に発展しています。断片化は、3つの新しい問題によって定義されています。

  • グローバル状態の妥協されたネットワーク効果、流動性、およびユーザー分布は、アプリケーション固有のインフラストラクチャを推進するEthereumに隣接したL2が10個(もしくは100個)以上に根ざしています。
  • 相互運用性基準と社会調整の複雑さが複利効果を生み出し、28億ドル以上のブリッジングハックのきっかけとなっています。
  • 客観的に悪化した開発者とユーザーの体験。開発者は複雑なネットワーク抽象化と取り組む必要があります。またはユーザーは、資産のブリッジング、ウォレットネットワークの管理、および複数のガストークンを含むクロスチェーン間の相互作用の複雑さを管理することを余儀なくされています。

そして、これらの問題は日々悪化しています。既存のインフラストラクチャに制限されたことで、価格に敏感なアプリケーションは信頼性の高い低トランザクション手数料を維持するために孤立を余儀なくされています。次のサイクルが近づくにつれ、悪循環が起こることが予想されます。L2の混雑料が増加すると、より多くの開発者がアプリケーション固有のインフラストラクチャを選択せざるを得ず、状態の断片化に関連する普遍的な問題が悪化します。数年後には、L2が状態の断片化を解決できないことが、イーサリアムエコシステムのアプリケーション支配の崩壊につながることも驚くべきことではないでしょう。

State Fragmentationの解決

ステートの断片化は、根本的にスケーリングの問題であり、合成可能性を破壊せずに L2 がスケーリングする責任がある。L2 がスケーラビリティを解決するために取れるアプローチは 2 つあります。

  • 既存のロールアップを1つのシステムに統合し、これにより「水平スケーラビリティ」を実現します。
  • 新しいスタートを切り、スケーラブルなL2を設計します。

逆戻り作業

最初のアプローチは、現行のL2の間で非常に人気があります。ロールアップのマージは、ミドルウェアを使用して単一のシステムの概念を確立することで実現されます。これらのソリューションは、共有されたコンセンサス保証を通じてロールアップ間の通信を容易にします。このようなソリューションには、共有シーケンサー、共有プルーバー、さまざまなL3アーキテクチャが含まれます。

これらのソリューションに取り組むチームやプロジェクトは強力ですが、L2のスケーラビリティを解決するためのミドルウェア中心のアプローチには、大きなトレードオフが伴います。

  • 最も弱いチェーンの脆弱性:ネットワークのセキュリティと特性は、スタックの最悪の部分から継承されます。
  • ミドルウェアで結びつけられた異なる環境に統合された断片化された開発環境は、依然として断片化された開発体験をもたらします。
  • 既存のロールアップを統合するために、数百(おそらく数千)のステークホルダーが最良の慣行に合意する必要があります。

より重要なのは、L2チームが、混雑料金設定や単一アクターの検閲などの未解決の問題を解決することから注意をそらすことであり、これには大規模な技術的および研究的な取り組みが必要です。

新しいスタート

Ethereum L2sは、ロールアップノードの実行環境を変更してハードウェアの利用を増やすことで、垂直にスケーリングすることができます。このようなプロジェクトには、SVMを利用するEclipseとMoveVMを利用するMovement Labsが含まれます。このアプローチは、近い将来のスケーラビリティの向上に高い約束を持っていますが、新しいテックスタックを採用するためにEthereumの開発者が必要とされます。

または、L2は、新しいノードを追加することでネットワークを拡張することができる、実行シャーディングを(再)導入することで水平にスケーリングすることができます。 このアプローチは分散化を促進し、より高い理論的スケーリング限界を持ち、必要に応じて垂直スケーリングの最適化を可能にします。 これらの利点を考慮すると、=nil; Foundationは、=nil;と呼ばれるシャーディングされたL2を設計しました。

=nil;は、分散、検閲耐性、および許可なしのEthereumの核心価値を維持するために最適化されています。=nil;は、革新的な設計に基づいた最初の検証可能なシャーディングアーキテクチャです。zkSharding. それは、上記の事後水平スケーリングフレームワークのスケーリング特性を有効にし、単一の統合開発環境の利点を追加します。これにより、開発者は単一のネットワークから1000以上のロールアップにアクセスできます。さらに重要なことに、=nil;は、ピーク時のトランザクション負荷でもユーザーに信頼性の高い低トランザクション手数料を保証します。

さらに、=nil; は、状態アクセスの需要に基づいてシャード全体で状態を動的に分割およびマージすることによって、混雑料金を解決します。この動的な振る舞いにより、=nil; は取引手数料を信頼性の高い低水準(<$0.01)に保つことができます。総じて、=nil; Foundation の使命は、Ethereum の L2 スケーリングのための代替パスを提供し、それが Ethereum の核となる価値観および L2 実行の需要とより緊密に一致するようにすることです。

結論

多くの課題が待ち受けているにもかかわらず、Ethereum L2の未来は今まで以上に希望に満ちています。L2の設計が進化し、次世代のスケーリングソリューションに入るにつれ、逆算に取り組むか、新たに始めるか、水平にスケールするか、垂直にスケールするか、という2つの対立があります。

分割は死んで、分割は長生き

ステートメント:

  1. この記事は[から転載されましたforesightnews], 著作権は元の著者にあります[Avi Zurlo,=nil; Foundation], if you have any objection to the reprint, please contact Gate Learn Team, チームは関連手続きに従ってできるだけ早く対処します。

  2. 免責事項:この記事で表現されている意見は、著者個人の意見を表しており、投資アドバイスを構成するものではありません。

  3. 他の言語バージョンの記事は、Gate Learnチームによって翻訳され、Gate.io, 翻訳された記事の複製、配布、または剽窃はできません。

L2を再びスケールさせる

上級4/24/2024, 3:36:21 PM
イーサリアムのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインの爆発的成長がもたらされ、$100を超えるガス手数料がなくなり、新しいアプリケーションデザインが解除されました。しかし、状態の断片化という新しい問題にも直面しています。この記事では、スケーリングの2つの主要な方向を分析し、そのメカニズムを探求しています。

元のタイトルを再投稿する:Sharded L2? “=nil;” L2状態の断片化に新しい解決策を提供する方法は?

Ethereumのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインが爆発的な成長を遂げました。この成長は当初成功を収め、$100以上のガス手数料を排除し、全く新しいアプリケーションデザインを可能にしました。しかし、わずか数年後、Ethereumとそのロールアップは新しい重大な問題、つまり状態の断片化に直面しています。

基本的に、状態の断片化はスケーリングの問題です。最近、モジュラーコミュニティは、既存のロールアップを1つのシステムに統合する中間層ソリューションを推進しており、ブロックチェーンのスケーリングの聖杯である水平スケーラビリティを(おそらく)達成しています。しかし、これらのソリューションには重要なトレードオフが伴います。新世代のEthereum L2は、垂直および水平の技術を適用してエンドゲームのパフォーマンスを提供するため、スケーラビリティを最初の原則から再考しています。

2つのブロックチェーンスケーリング方向

ブロックチェーンをスケーリングするための2つのフレームワークがあります:

  • 垂直スケーリング単一のノードで利用可能なリソースを増やします。これは、ハードウェアの利用を最大化するSolanaのスケーリングの哲学であり、並列化されたVM(仮想マシン)の移動です。
  • 水平スケーリング複数のサーバー間でワークロードを分散します。これは、NearやEthereum(Danksharding)などのシャーディングされたL1ブロックチェーンのスケーリング哲学です。

ロールアップはしばしばイーサリアムの水平スケーリングソリューションと誤解されています。しかし、各ロールアップ、そして実際のところ、あらゆるブロックチェーンはそれが維持する台帳によって定義されます。つまり、ロールアップはイーサリアムとは別のシステムです。この基本的なデータベーススケーリング原則の見落としにより、イーサリアムエコシステムは解決すべき存在的な課題、つまり状態の断片化を残しています。

チャレンジ・アヘッド

L2での状態の断片化は、イーサリアムにとって大きな問題に発展しています。断片化は、3つの新しい問題によって定義されています。

  • グローバル状態の妥協されたネットワーク効果、流動性、およびユーザー分布は、アプリケーション固有のインフラストラクチャを推進するEthereumに隣接したL2が10個(もしくは100個)以上に根ざしています。
  • 相互運用性基準と社会調整の複雑さが複利効果を生み出し、28億ドル以上のブリッジングハックのきっかけとなっています。
  • 客観的に悪化した開発者とユーザーの体験。開発者は複雑なネットワーク抽象化と取り組む必要があります。またはユーザーは、資産のブリッジング、ウォレットネットワークの管理、および複数のガストークンを含むクロスチェーン間の相互作用の複雑さを管理することを余儀なくされています。

そして、これらの問題は日々悪化しています。既存のインフラストラクチャに制限されたことで、価格に敏感なアプリケーションは信頼性の高い低トランザクション手数料を維持するために孤立を余儀なくされています。次のサイクルが近づくにつれ、悪循環が起こることが予想されます。L2の混雑料が増加すると、より多くの開発者がアプリケーション固有のインフラストラクチャを選択せざるを得ず、状態の断片化に関連する普遍的な問題が悪化します。数年後には、L2が状態の断片化を解決できないことが、イーサリアムエコシステムのアプリケーション支配の崩壊につながることも驚くべきことではないでしょう。

State Fragmentationの解決

ステートの断片化は、根本的にスケーリングの問題であり、合成可能性を破壊せずに L2 がスケーリングする責任がある。L2 がスケーラビリティを解決するために取れるアプローチは 2 つあります。

  • 既存のロールアップを1つのシステムに統合し、これにより「水平スケーラビリティ」を実現します。
  • 新しいスタートを切り、スケーラブルなL2を設計します。

逆戻り作業

最初のアプローチは、現行のL2の間で非常に人気があります。ロールアップのマージは、ミドルウェアを使用して単一のシステムの概念を確立することで実現されます。これらのソリューションは、共有されたコンセンサス保証を通じてロールアップ間の通信を容易にします。このようなソリューションには、共有シーケンサー、共有プルーバー、さまざまなL3アーキテクチャが含まれます。

これらのソリューションに取り組むチームやプロジェクトは強力ですが、L2のスケーラビリティを解決するためのミドルウェア中心のアプローチには、大きなトレードオフが伴います。

  • 最も弱いチェーンの脆弱性:ネットワークのセキュリティと特性は、スタックの最悪の部分から継承されます。
  • ミドルウェアで結びつけられた異なる環境に統合された断片化された開発環境は、依然として断片化された開発体験をもたらします。
  • 既存のロールアップを統合するために、数百(おそらく数千)のステークホルダーが最良の慣行に合意する必要があります。

より重要なのは、L2チームが、混雑料金設定や単一アクターの検閲などの未解決の問題を解決することから注意をそらすことであり、これには大規模な技術的および研究的な取り組みが必要です。

新しいスタート

Ethereum L2sは、ロールアップノードの実行環境を変更してハードウェアの利用を増やすことで、垂直にスケーリングすることができます。このようなプロジェクトには、SVMを利用するEclipseとMoveVMを利用するMovement Labsが含まれます。このアプローチは、近い将来のスケーラビリティの向上に高い約束を持っていますが、新しいテックスタックを採用するためにEthereumの開発者が必要とされます。

または、L2は、新しいノードを追加することでネットワークを拡張することができる、実行シャーディングを(再)導入することで水平にスケーリングすることができます。 このアプローチは分散化を促進し、より高い理論的スケーリング限界を持ち、必要に応じて垂直スケーリングの最適化を可能にします。 これらの利点を考慮すると、=nil; Foundationは、=nil;と呼ばれるシャーディングされたL2を設計しました。

=nil;は、分散、検閲耐性、および許可なしのEthereumの核心価値を維持するために最適化されています。=nil;は、革新的な設計に基づいた最初の検証可能なシャーディングアーキテクチャです。zkSharding. それは、上記の事後水平スケーリングフレームワークのスケーリング特性を有効にし、単一の統合開発環境の利点を追加します。これにより、開発者は単一のネットワークから1000以上のロールアップにアクセスできます。さらに重要なことに、=nil;は、ピーク時のトランザクション負荷でもユーザーに信頼性の高い低トランザクション手数料を保証します。

さらに、=nil; は、状態アクセスの需要に基づいてシャード全体で状態を動的に分割およびマージすることによって、混雑料金を解決します。この動的な振る舞いにより、=nil; は取引手数料を信頼性の高い低水準(<$0.01)に保つことができます。総じて、=nil; Foundation の使命は、Ethereum の L2 スケーリングのための代替パスを提供し、それが Ethereum の核となる価値観および L2 実行の需要とより緊密に一致するようにすることです。

結論

多くの課題が待ち受けているにもかかわらず、Ethereum L2の未来は今まで以上に希望に満ちています。L2の設計が進化し、次世代のスケーリングソリューションに入るにつれ、逆算に取り組むか、新たに始めるか、水平にスケールするか、垂直にスケールするか、という2つの対立があります。

分割は死んで、分割は長生き

ステートメント:

  1. この記事は[から転載されましたforesightnews], 著作権は元の著者にあります[Avi Zurlo,=nil; Foundation], if you have any objection to the reprint, please contact Gate Learn Team, チームは関連手続きに従ってできるだけ早く対処します。

  2. 免責事項:この記事で表現されている意見は、著者個人の意見を表しており、投資アドバイスを構成するものではありません。

  3. 他の言語バージョンの記事は、Gate Learnチームによって翻訳され、Gate.io, 翻訳された記事の複製、配布、または剽窃はできません。

Lancez-vous
Inscrivez-vous et obtenez un bon de
100$
!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.