著者: krane, lamby (Asula), sylve, lancelot (Hyle) 出典: bedlam research 翻訳: Good Oba, Golden Finance
イーサリアムのコンセンサス層のロードマップに関する複数の提案を見てきました。はじめに
この1週間、イーサリアムのコンセンサスレイヤーのロードマップに関する複数の提案を見てきました。最も注目すべきは、ジャスティン・ドレイク氏がDevcon 2024での講演でイーサリアムのZK時代のビジョンを示したことだ。ビームチェーンまたはビームフォークとして知られるこの提案は、スロットタイムの短縮、最終決定性の高速化、イーサネットコンセンサスの「スナーク化」など、イーサネットバッチに多くの重要なアップグレードを実装するものである。提案の野心とこれらの変更のスケジュールに対する反応は様々である。しかし、イーサ・エコノミーの規模を考えると、イーサを慎重に扱うことがいかに重要であるかも認識すべきである。このことを認めつつ、ロールアップ中心のエコシステムのベースレイヤーにとって、最も野心的な未来がどのようなものかを考えることは有益です。Not for the past, just for the future」の精神で、この記事ではZKとコンセンサス研究の進歩を活用した未来について説明します。
まず基礎的なレイヤーを基礎的な観点から検証し、次にコンセンサス研究の中核となる概念を探ります。
最後に、特にZKメカニズムの文脈で、この研究がどのように新世代の基礎層設計に適用できるかを掘り下げます。
基盤層
今日、ほとんどのRollupsは、トランザクションをソートし、実行するために中央集中型のシーケンサーを使用しています。シーケンサーはブロックを生成した後、他の人が検証できるように実行証明を生成する役割も担っています。実行が検証可能であるためには、第三者はロールアップの状態データと実行証明を必要とする。状態データと証明は通常、データ可用性(DA)レイヤーに投稿され、状態遷移は検証レイヤー(しばしば誤って決済レイヤーと呼ばれる)によって検証される。
初期段階では、イーサネットはロールアップ中心のロードマップを開発し、DAと検証の両方を行う初期のベースレイヤーとなりました。イーサのユニークな状態(すなわち、イーサ上で発行された多数の価値ある資産)は、ロールアップのための自然な検証または決済レイヤーを実現しました。イーサをベースとすることで、ロールアップはその安全性だけでなく流動性も継承する。いずれにせよ、当時の市場には専用の決済やDAオプションはありませんでした。
イーサは、最大のPoSバリデータセットとブロブサポートを備えており、多くの専門レイヤーが存在する今日の世界においても、DAレイヤーとして非常に安全なオプションです。さらに、イーサ上の資産ファミリーの数と時価総額は増え続けている。決済」はアセット固有であるため、強制退出を許可するロールアップは、アセットを発行したチェーン上で検証されなければなりません。もしロールアップがイーサで発行された資産からの強制退出を許可したいのであれば、イーサを使って検証しなければなりません。
今日のイーサはこのようになっています:
しかし、専門的なDAレイヤーや決済レイヤーがこれらの操作を行うためにイーサと直接競合していることも事実です。と直接競合していることも事実です。例えば、CelestiaとEigenDAはすでに(セキュリティモデルは異なるものの)かなり高いDAスループットを提供しています。同様に、Initiaは、エコシステム内のユーザーによりシームレスなエクスペリエンスを提供するために、プログノスティケーター、統一されたウォレットエクスペリエンス、組み込みの相互運用性を提供することで、検証またはクリアリングハウスの概念を拡張しています(これは、過去数ヶ月間にEtherのロードマップの主要なポイントとなっています)。
これらのシステムはすべてイーサと同じ形式をとっており、ベースレイヤーはデータの可用性と検証に分解され、各レイヤーはそれぞれのオペレーション専用のハブとして機能します。/img.jinse.cn/7323101_watermarknone.png" title="7323101" alt="nGxJlhq3a0l5VW1ayYqW5Mkga9e60pbJ4rN24Z6e.png">
新しい設計の重要な洞察は、DAレイヤーと検証レイヤーの間で行われなければならない最適な分離です。ブロックチェーンの本来の役割は、相互に信頼できない2つの取引相手の間に信頼できる第三者機関を分散させることでした。ロールアップ中心のシステムでは、ベースレイヤーの役割は、ロールアップ間の相互運用性を可能にするために、ロールアップ間で分散化された信頼できる第三者として機能することである。ベースレイヤーがロールアップの状態を検証すれば、他のすべてのロールアップはベースレイヤーを暗黙のうちに信頼することができる。ロールアップ中心の設計のもう1つの核となる特性は、(ベースレイヤーを強制的に排除することによって)最悪の場合の最終的なレビュー耐性を損なうことなく、(ある程度集中化されたシーケンサーを介して)平均的なケースにおいて、アプリがユーザーにトランザクションの確認への迅速かつ安価なアクセスを提供できるようにすることである。
データの可用性と検証の間の分離、および究極の検閲耐性、Rollups間の相互運用性、および資産発行を提供するベースレイヤーの中核機能についての理解があれば、より良いベースレイヤーを構築する方法を推定することができます。現在、ロールアップは数時間ごとにベースレイヤーに状態データをパブリッシュしており、ロールアップ・シーケンサーが提供する事前確認はこの時間枠の中でしかベース上で行われないことになる。イーサネットL1よりも高いデータ・スループットを持つベース・レイヤは、Rollupがより頻繁にデータをパブリッシュすることを可能にし、Rollupの事前確認からベース・レイヤの確認にかかる時間を短縮し、Rollupのセキュリティを向上させる。同様に、より高速で検証することで、ロールアップ間の相互運用性をより高速にすることができ、流動性ブリッジやマーケットメーカーの必要性を排除することができる。私たちは、ベースレイヤーが処理しなければならないワークロードの形状に関する特定の洞察を利用して、より高いスループットとより高速なロールアップ間通信を備えたベースレイヤーを構築することができます。
統合ブロックチェーンには、しばしば攻撃を受けているDEXプールなどの「ホットステート」領域があります。このため、すべての参加者のトランザクションの相対的な順序が非常に重要になります。一方、ロールアップは通常、ほぼ独立した状態空間で動作し、ほとんどのトランザクションは自身のロールアップ内の状態にしか影響を与えない。ロールアップ間の相互作用は発生するが(例えば、ユーザーがロールアップ間で資産を移転したり、ロールアップ同士が結合したりする場合)、これらの相互作用は明示的で、明確に定義されており、事前に知られている。各ロールアップのトランザクションの大部分はバラバラの状態で動作し、クロスロールアップのトランザクションは特定の相互運用性メカニズムを通じて処理されるため、ベースレイヤーですべてのロールアップデータを厳密に完全にソートする必要性は低い。その代わりに、ソートは、ロールアップが明示的に相互作用する場合にのみ、選択的に実行されるべきです:
2つのロールアップは、状態の不一致のリストをベース階層に投稿し、状態遷移のZK証明を投稿する
注意: ここでは、Rollup が状態の不一致のリストと、そのRollupの状態遷移のZK証明を公開すると仮定する。ここでの核心的な洞察は、トランザクション間の因果関係を中心に展開され、有向無サイクルグラフ(DAG)コンセンサスモデルの周りで行われた多くの作業を支えている。一般に、DAGアルゴリズムは、計算/処理が並行して行われるように、依存関係を明示的に記述しようとするものである。これらのアイデアを利用して、より高いスループットとより低いレイテンシをサポートするために、コンセンサスを大きく緩和したロールアップ・ベースレイヤーの出現を予想しています。
ロールアップの状態の自然な分割は、すべてのロールアップトランザクションが合計順序に従うことを強制することが不必要なオーバーヘッドであるかもしれないことを示唆している。しかし、これはコンセンサスを完全に排除するものではなく、むしろコンセンサスが本当に必要な部分を改善するものである。革新的なのは、この並べ替えを、すべての取引でグローバルに実施するのではなく、実際に必要な場所に限定できることを認識することである。
このパーティショニングの最大の影響は、他のRollup との互換性を犠牲にすることなく、特別な実行環境のスループットを向上させるエレガントなRollup ソリューションを作成することです。
Causal vs. full ordering
先に進む前に、順序について復習しておきましょう。
線形ブロックチェーンは、トランザクションの完全な順序、すなわち、すべての参加ノードの意見では、完全な線形順序に同意しなければなりません。線形順序に合意しなければならない。互いに無関係な取引は、それでもグローバルな順序にきちんと収まります。
一方、因果関係のある順序付けは、トランザクションを順序付けるだけです。つまり、最初に発生するトランザクションは、その出力に依存するトランザクションの前に来ます。因果関係のないトランザクションは、互いに対して順序付ける必要はない。これは部分的順序付けとしても知られている。DAGは単に、トランザクションの集合内の部分的順序付けを実装するデータ構造である。偏った順序付けはまた、DAGの不連続な部分間の並列トランザクション実行の扉を開く。ここで、すべてのノードが同意するトランザクションの単一でグローバルな順序付けは存在しない。
完全な順序付けは、DAGの上に構築することができます。Narwhal とTuskプロトコルやSuiのMysticetiの新しい進化がその例です。
DAG内のトランザクションは、他の無関係なトランザクションとは独立して検証することができます。トランザクションがバリデーターの過半数によって認識されると、そのトランザクションは有効とみなされる。トランザクションをブロック内ではなく個別に確認できるようにすると、多くのトランザクションを並行して提案・確認できるため、トランザクションのスループットが大幅に向上する。これはシングルリーダーコンセンサスの一般化と考えることができ、どのバリデータも新しいトランザクションを提案することができる(注:これは単一のトランザクションを含むブロックを提案することとも考えられる)。
DAGにおいてトランザクションの検証がどのように機能するかを要約する:
ユーザーはトランザクションをバリデータノードのサブセットにブロードキャストする。.
ノードがトランザクションを受信すると、まずグラフのローカルビューに基づいて、そのトランザクションが現在認識しているトランザクションのいずれかと競合するかどうかをチェックする。
同じ金額を使おうとしているなど、競合がある場合、トランザクションは拒否される。
競合がない場合、受信ノードはネットワーク内の他のノードと相互作用し、取引の有効性について何らかの合意に達する。このような方法の1つにサブサンプリングがあり、ノードは他のノードのサブセットをサンプリングし、自身のローカルな見解に基づいてトランザクションを有効とみなすかどうかを尋ねることで、数ラウンドの問い合わせを開始する。サンプリングされたノードの肯定応答が閾値を超えた場合、クエリーラウンドは成功したとみなされ、定足数に達したことを示す。このサンプリングプロセスは、ノードがトランザクションの有効性を確信するまで繰り返される。このプロセスにより、ノードはグローバルな合意を必要とすることなく、取引の有効性に関する確率的なコンセンサスに迅速に到達することができる。サンプリングが繰り返されることで、ネットワーク全体のコンセンサスが確保され、競合するトランザクションが同時に受け入れられる可能性が非常に低くなります。
サブサンプリング・トランザクション認証
重要なことは以下のとおりです。繰り返しになるが、このインタラクティブなプロセスは、定足数を達成するためにいつでもどのノードでも実行することができ、コンセンサスへの複数のパスを可能にする。いわば、各バリデータまたはレプリカは独自のブロックチェーンを実行し、他のノードと定期的に同期しているのだ。複数の異なるブロックチェーンを進めてから調整するというこの考え方は、Autobahnのような非DAGデザインでも検討されている(それでもデータの伝播とソートの分離に依存している)。Autobahnでは、各バリデータが独自のトランザクションチャネルを維持し、同期時に調整される。この論文では明確にブロックチェーンとは呼ばないが、チャネルはブロックチェーンに非常に近く、同期プロセスは複数のブロックチェーンをマージするのに似ていると考えている。
ファウンデーション層における因果関係
因果関係の概念を理解したところで、この概念がファウンデーション層にどのように関係しているのかを整理してみましょう。前述のように、ロールアップは通常、自身の永続的なパーティション分割された状態の更新に対応する状態データまたは状態差分のリストを公開する。2つのロールアップが公開するデータは、互いにまったく交差しないため、「ホット・ステート」を争うことはない。このため、ベースレイヤーにおけるグローバルなソートの必要性が緩和される。さらに、新しいロールアップの状態を検証するために、以前に公開されたロールアップの状態のみを検証する必要がある。
広い意味で、ロールアップは次のようなものであるべきです。コストを気にすることなく、ベースレイヤーにデータや証明を自由に公開できること。データがネットワークを通じて伝搬されるとき、ベース層のバリデータはロールアップ・シーケンサによって公開された証明を検証する。一定数のバリデーターがプルーフを検証した場合、そのトランザクションは確認されたとみなされる。このようなシステムにより、ロールアップはベース層をデータが伝播するのと同じ速度で確認を達成することができる。理論的には、これはシーケンサーの事前確認とベース層の確認の間の時間も短縮するはずである。
上記のシステムは、検証可能なアプリケーションの未来として実行を複製するのではなく、ZKベースの実行スライシングに依存しています。
2つのロールアップ間でデータを移動させるクロススライシングトランザクションはシーケンスされる必要があるが、これも部分的である。たとえば、ロールアップAからロールアップBに資産Xを移動させるには、ロールアップBに預金トランザクションを含める前に、ロールアップAで引き出しトランザクションの定足数を満たす必要がある。ベースレイヤーからの高速な確認は、同じエコシステム内のロールアップ間の相互運用性を確実に保証し、ベースレイヤーにネットワーク効果をもたらす。迅速な相互運用性と多数の価値ある資産との組み合わせは、潜在的なロールアップにとってベース層を魅力的にするのに十分かもしれない。
簡単なメモ:原資産の価値蓄積
上記の議論は、ロールアップのための安価で高速かつ安全なベースレイヤーを提供します。しかし、ロールアップ中心のロードマップに関する現在の議論の多くは、ロールアップの存在下でのETHやイーサでの価値の蓄積を中心に展開されています。Baseのようなユーザーとの関係を持つL2は、ブロックスペースにプレミアムを課すことができ、DA手数料という形でイーサに還元されるのは収益のごく一部です。
迅速な相互運用性を実現するために、ロールアップがより頻繁に状態データを公開できるようにすることで、Baseはマーケットメーカーや流動性ブリッジに奪われるはずの収益を得ることができます。しかし、相互運用性の高いシステムがベースレイヤーにもたらす価値は、互いに通信する必要のあるロールアップの数に完全に依存する。ロールアップが複数のアプリケーションのニーズを満たさない場合、ベースレイヤーの価値はより明確になる。アプリケーションは、ベースレイヤーを使って相互作用するだけで、コンポーザビリティを実現できる。アプリケーションは、コンポーザビリティを犠牲にすることなく、高いスループットと自身のスペースのコントロールを得ることができます。
ベースレイヤーの実行を改善することで、ネイティブトークンの価値の蓄積を改善する議論もあります。これは事実上、ベースレイヤーがロールアップと競合することを可能にし、ロールアップ中心の設計原則に違反します。エンフォースメントを含む代替的なアプローチ(そしておそらく我々が推奨するアプローチ)は、エンシュラインド・ロールアップを構築することであり、そこではベースレイヤーの資産はロールアップ・シーケンサーをリプレースすることで保護される。必要であれば、ベースレイヤーバリデータのセットを、ロールアップの シーケンサのセットとして機能させることもできる(ただし、バリデータのセットは 同じである必要はない)。実際、Devcon 2024でのMartin Köppelmannの講演の後、enshrined rollupsまたはnative rollupsの話題が盛り上がり始めた。Etherのようなエコシステムにとって、それはETHが失われた価値の一部を取り戻すことを可能にすると同時に、開発者がEther Layer-1よりもはるかに低いプレッジを持つ可能性のあるロールアップでより自由に実験することを可能にします。
結論
全体として、ZK時代はイーサリアムとブロックチェーン全般にとって、真にエキサイティングで前向きな未来を表していると私たちは信じています。この投稿では、ZKと最先端のコンセンサスの組み合わせが、ロールアップ中心のシステムにおける基礎レイヤーの新たな方向性を示す可能性について概説する。ゼロ知識証明とDAGベースのコンセンサスメカニズムから借用したアイデアを組み合わせることで、ロールアップに真に最適化された基盤レイヤーを再想像することができる。コンセンサスは、ステートが実際に共有される場合にのみ適用されるべきであり、すべてのオペレーションに対して一律の要件として適用されるべきではない。エコシステムがモジュール設計に向けて進化し続けるにつれて、ベースレイヤーのコンセンサスに対するこのようなより微妙なアプローチが、モジュール型ブロックチェーンの標準になることを期待しています。
全体として、ベースレイヤーは競争力を維持するためにこの技術を採用しなければならないと考えています。
大きな夢を見ることを恐れてはならない。