元のタイトルを再投稿する:Sharded L2? “=nil;” L2状態の断片化に新しい解決策を提供する方法は?
Ethereumのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインが爆発的な成長を遂げました。この成長は当初成功を収め、$100以上のガス手数料を排除し、全く新しいアプリケーションデザインを可能にしました。しかし、わずか数年後、Ethereumとそのロールアップは新しい重大な問題、つまり状態の断片化に直面しています。
基本的に、状態の断片化はスケーリングの問題です。最近、モジュラーコミュニティは、既存のロールアップを1つのシステムに統合する中間層ソリューションを推進しており、ブロックチェーンのスケーリングの聖杯である水平スケーラビリティを(おそらく)達成しています。しかし、これらのソリューションには重要なトレードオフが伴います。新世代のEthereum L2は、垂直および水平の技術を適用してエンドゲームのパフォーマンスを提供するため、スケーラビリティを最初の原則から再考しています。
ブロックチェーンをスケーリングするための2つのフレームワークがあります:
ロールアップはしばしばイーサリアムの水平スケーリングソリューションと誤解されています。しかし、各ロールアップ、そして実際のところ、あらゆるブロックチェーンはそれが維持する台帳によって定義されます。つまり、ロールアップはイーサリアムとは別のシステムです。この基本的なデータベーススケーリング原則の見落としにより、イーサリアムエコシステムは解決すべき存在的な課題、つまり状態の断片化を残しています。
L2での状態の断片化は、イーサリアムにとって大きな問題に発展しています。断片化は、3つの新しい問題によって定義されています。
そして、これらの問題は日々悪化しています。既存のインフラストラクチャに制限されたことで、価格に敏感なアプリケーションは信頼性の高い低トランザクション手数料を維持するために孤立を余儀なくされています。次のサイクルが近づくにつれ、悪循環が起こることが予想されます。L2の混雑料が増加すると、より多くの開発者がアプリケーション固有のインフラストラクチャを選択せざるを得ず、状態の断片化に関連する普遍的な問題が悪化します。数年後には、L2が状態の断片化を解決できないことが、イーサリアムエコシステムのアプリケーション支配の崩壊につながることも驚くべきことではないでしょう。
ステートの断片化は、根本的にスケーリングの問題であり、合成可能性を破壊せずに L2 がスケーリングする責任がある。L2 がスケーラビリティを解決するために取れるアプローチは 2 つあります。
最初のアプローチは、現行の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つの対立があります。
分割は死んで、分割は長生き
この記事は[から転載されましたforesightnews], 著作権は元の著者にあります[Avi Zurlo,=nil; Foundation], if you have any objection to the reprint, please contact Gate Learn Team, チームは関連手続きに従ってできるだけ早く対処します。
免責事項:この記事で表現されている意見は、著者個人の意見を表しており、投資アドバイスを構成するものではありません。
他の言語バージョンの記事は、Gate Learnチームによって翻訳され、Gate.io, 翻訳された記事の複製、配布、または剽窃はできません。
Поділіться
元のタイトルを再投稿する:Sharded L2? “=nil;” L2状態の断片化に新しい解決策を提供する方法は?
Ethereumのロールアップ中心のロードマップへの移行により、モジュラースケーリングデザインが爆発的な成長を遂げました。この成長は当初成功を収め、$100以上のガス手数料を排除し、全く新しいアプリケーションデザインを可能にしました。しかし、わずか数年後、Ethereumとそのロールアップは新しい重大な問題、つまり状態の断片化に直面しています。
基本的に、状態の断片化はスケーリングの問題です。最近、モジュラーコミュニティは、既存のロールアップを1つのシステムに統合する中間層ソリューションを推進しており、ブロックチェーンのスケーリングの聖杯である水平スケーラビリティを(おそらく)達成しています。しかし、これらのソリューションには重要なトレードオフが伴います。新世代のEthereum L2は、垂直および水平の技術を適用してエンドゲームのパフォーマンスを提供するため、スケーラビリティを最初の原則から再考しています。
ブロックチェーンをスケーリングするための2つのフレームワークがあります:
ロールアップはしばしばイーサリアムの水平スケーリングソリューションと誤解されています。しかし、各ロールアップ、そして実際のところ、あらゆるブロックチェーンはそれが維持する台帳によって定義されます。つまり、ロールアップはイーサリアムとは別のシステムです。この基本的なデータベーススケーリング原則の見落としにより、イーサリアムエコシステムは解決すべき存在的な課題、つまり状態の断片化を残しています。
L2での状態の断片化は、イーサリアムにとって大きな問題に発展しています。断片化は、3つの新しい問題によって定義されています。
そして、これらの問題は日々悪化しています。既存のインフラストラクチャに制限されたことで、価格に敏感なアプリケーションは信頼性の高い低トランザクション手数料を維持するために孤立を余儀なくされています。次のサイクルが近づくにつれ、悪循環が起こることが予想されます。L2の混雑料が増加すると、より多くの開発者がアプリケーション固有のインフラストラクチャを選択せざるを得ず、状態の断片化に関連する普遍的な問題が悪化します。数年後には、L2が状態の断片化を解決できないことが、イーサリアムエコシステムのアプリケーション支配の崩壊につながることも驚くべきことではないでしょう。
ステートの断片化は、根本的にスケーリングの問題であり、合成可能性を破壊せずに L2 がスケーリングする責任がある。L2 がスケーラビリティを解決するために取れるアプローチは 2 つあります。
最初のアプローチは、現行の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つの対立があります。
分割は死んで、分割は長生き
この記事は[から転載されましたforesightnews], 著作権は元の著者にあります[Avi Zurlo,=nil; Foundation], if you have any objection to the reprint, please contact Gate Learn Team, チームは関連手続きに従ってできるだけ早く対処します。
免責事項:この記事で表現されている意見は、著者個人の意見を表しており、投資アドバイスを構成するものではありません。
他の言語バージョンの記事は、Gate Learnチームによって翻訳され、Gate.io, 翻訳された記事の複製、配布、または剽窃はできません。