30,261 文字
私は、簡単な一言で表現すると「ネイティブになって、より多くのTVL（総ロック価値）を獲得し、より多くのユーザーを獲得する」ということです。これはロールアップにとっても、ユーザーにとっても、そしてイーサリアムにとっても良いことです。
バンクレスへようこそ。ここではインターネットマネーとインターネットファイナンスのフロンティアを探求しています。今日の番組では、イーサリアム上のネイティブロールアップのフロンティアを探索します。
イーサリアムロールアップの分野での大きな問題は、非均質化の問題です。イーサリアムがロールアップでスケールすることを決めたとき、そのスケーリング戦略を独立したレイヤー2チームにエクスポートしました。それぞれのチームがロールアップデザインのためにそれぞれのコードを実装しました。現在、イーサリアムは多くの異なるロールアップでスケールしていますが、それらのロールアップはどれもイーサリアムとあまり近くありません。それぞれが異なるコードを持ち、異なるセキュリティ前提を持ち、独自の競合する標準を作り出しています。このイーサリアムロールアップの不均一性から、「イーサリアムレイヤー2はイーサリアムではない」というミームが生まれました。イーサリアムレイヤー2は実際、イーサリアムとは異なるものであり、イーサリアムの多くの問題はこの現実の下流にあります。
そこで登場するのがネイティブロールアップです。これはイーサリアムロールアップの設計構成で、非均質ロールアップの問題に正面から取り組みます。これは、イーサリアムロールアップのセキュリティをレイヤー1自体に直接組み込むことで実現します。オプティミズム、アービトラム、ベースがすべて不正証明とセキュリティカウンシルを持つ代わりに、ネイティブロールアップのアイデアは、これが実際にはイーサリアムレイヤー1が提供できる（そしておそらく提供すべき）サービスだということです。イーサリアムレイヤー1のコードに直接EVMプリコンパイルを組み込むことで実現します。
このシナリオでは、イーサリアムレイヤー1がネイティブロールアップの妥当性を検証し、アービトラム、オプティミズム、ベースのようなロールアップは、不正証明コードを捨て、セキュリティカウンシルを捨て、単にレイヤー1のプリコンパイルを使用してイーサリアムレベルのセキュリティにアクセスすることができます。
今日の番組では、Justin DrakeとUma Royをゲストに迎え、この会話を理解するお手伝いをします。これは非常に技術的なエピソードで、私は技術的な専門家ではないため、できる限り技術的なトピックを噛み砕いて説明しようと思います。UmaとJustinについていけると思いますが、挑戦的でした。うまくできたと思いますが、そうでなければ教えてください。
議論するトピックには、ネイティブロールアップとは何か、それらはどのように機能するのか、何を修正するのか、なぜベース、アービトラム、ZK Syncのようなイーサリアムバーチャルマシン（EVM）チェーンがネイティブロールアップから大きな恩恵を受け、非EVMチェーンが取り残されるのか、既存のロールアップがネイティブになるために何が必要か、ベースロールアップがどのように関連するのか、これがイーサリアムの経済にどのような影響を与えるのか、全体のタイムラインはどうなっているのか、そしてなぜイーサリアムのすべての問題と同様に、これが最終的に人間の調整に戻ってくるのかなどが含まれます。
それでは早速始めましょう。まずは、このショーを可能にしてくれたスポンサーからのメッセージです。
[スポンサーメッセージ部分は省略]
バンクレスネーションの皆さん、Uma Royを再びご紹介できることを非常に嬉しく思います。彼女はスクシンクト（Succinct）のCEOです。スクシンクトは、ギガブレインが必要なくZK証明を簡単に扱えるようにする開発者プラットフォームです。インターネットのより多くの部分がより簡単にZK証明されるようにします。Uma、バンクレスへようこそ。
「お招きいただきありがとうございます」
そして再び、Justin Drakeもお迎えします。彼はイーサリアム財団の研究者であり、イーサリアムのコアにより近いロールアップの新しい構成を研究し、提唱してきました。最初はレイヤー1バリデータをロールアップのシーケンシングに再利用するベースロールアップ、そして今回はレイヤー1 EVMを実行に再利用するネイティブロールアップです。私はまだそれが何を意味するのかよくわかっていません。だからこそ、このエピソードを行っています。Justin、バンクレスへようこそ。
「David、お招きいただきありがとうございます」
まず、画面上にこのツイートを表示したいと思います。このツイートはまさに私たちがこのエピソードを行う理由です。これはUmaからのツイートです。Umaはこうツイートしています：「私はついにJustin Drakeのネイティブロールアップビジョンを理解し、とても楽観的です。イーサリアムネイティブロールアップはイーサリアムの価値獲得を解決し、イーサリアムレイヤー1のセキュリティをロールアップ中心のロードマップ全体に拡張します」そして、「詳細は以下」と続けて、かなり長いツイートを投稿しています。これが基本的にこのポッドキャストの議題になっています。
では、そこから始めましょう。あなたはネイティブロールアップに魅了されたようですね。現在のロールアップの風景での問題を解説していただけますか？単一のシーケンサーとガバナンストークンを持つオプティミスティックロールアップ（アービトラム、オプティミズム、ベースなど）の問題を説明し、ネイティブロールアップで何に興奮しているのかを教えてください。
「まず、ロールアップ中心のロードマップが根本的に正しいということから始めたいと思います。サロナのような、すべてを1台のコンピュータに収めるというアーキテクチャは非常に愚かで、実用的ではありません。インターネットの歴史で規模を拡大したシステムを見ると、多くの異なるサーバーが必要で、水平方向にスケーラブルである必要があります。それがロールアップ中心のロードマップです。
ロールアップ中心のロードマップが良いことで我々は一致していますが、同時に今日のロールアップ中心のロードマップには問題があることも認めなければなりません。確かに最大の問題の一つは、異なるロールアップ間の相互運用性です。例えば、TVL（総ロックバリュー）で上位3つのロールアップであるオプティミズム、アービトラム、ベースはすべて、不正証明システムのために7日間の引き出しウィンドウがあります。これは、彼らのL1に対する妥当性を証明するために行うオプティミスティック不正証明ゲームによるものです。
これは基本的に、私がユーザーで、あるチェーンに資産を持っている場合、他のチェーンに資産を移動させることが非常に難しいということを意味します。この問題については何度も議論してきました。これは一つの問題であり、ZKがこれを解決するのに役立つと思います。オプティミスティック不正証明ゲームのために7日間待つ代わりに、単に妥当性のZK証明を持ち、ロールアップを1時間で、あるいは5分で決済することができます。
ZKは相互運用性の問題解決に役立ちますが、まだJustinがベースとネイティブロールアップの提案で解決したいと考えている他の問題があります。これらの他の問題の二つに深く掘り下げると、一つの問題は今日のロールアップのシーケンサーが中央集権化されていることです。例えば、単一のシーケンサーを実行しているだけであり、それが相互運用性の問題の一部にも寄与しています。これは中央集権化のベクトルであり、Justinが話したがっている他の課題もあります。ベースロールアップは基本的にシーケンシングのためにL1を活用する方法であり、これらの単一シーケンサーの問題の一部を解決するのに役立ちます。
もう一つの問題は、現在すべてのロールアップが独自の状態遷移関数と証明システムを構築して、その妥当性をL1に証明する必要があることです。これはセキュリティの観点から多くの理由で問題になる可能性があります。また、すべてのロールアップチームが相互に通信し、相互運用するための共有標準がないことを意味します。さらに最も問題になる部分は、今日すべてのロールアップがセキュリティカウンシルを持っていて、それらの証明システムのアップグレードを基本的に管理していることです。
これは理想的ではありません。なぜなら、基本的に単一障害点があるからです。セキュリティカウンシルはマルチシグですので、一人だけではありませんが、セキュリティカウンシルが有効なロールアップとは何か、ロールアップはいつアップグレードするかなど、ロールアップスタックの非常に重要な部分に対して多くの責任を持つ単一障害点があります。
ネイティブロールアップはイーサリアムの社会的コンセンサスとイーサリアムレベルのガバナンスとセキュリティをロールアップスタックの非常に重要な部分に拡張することで、これらの問題の多くを解決します。それが、このポッドキャストエピソードを行う理由でもありますが、数文で要約するとそのようなことです。」
私は立ち止まって、ここでの風景を理解するための文脈を本当に設定したいと思います。イーサリアムの相互運用性の問題には誰もが精通していますが、それをさらに深く解きほぐすには時間がかかる可能性があります。そして私は本当にここでの文脈を設定したいと思います。
Justin、あなたの番に同じようなことをお願いしたいですが、以前にお会いした時におっしゃったことも取り上げたいと思います。イーサリアムは天才的な動きをして、スケーラビリティをロールアップにアウトソースしました。これは、スケールの研究開発をVCがバックしたチームにアウトソースしたことを意味します。そのため、イーサリアムはエコシステムとして、アービトラムやオプティミズム、コインベースがバックするベースなどへのVCの関与、VC投資を活用しています。
今、私たちはスケールする方法を理解しています。その知識は、VCにイーサリアムをスケールさせるインセンティブを与えることで得られました。これはクールです。レイヤー2チームがVCにバックされて行った無料の研究作業のようなものです。しかし、Umaが強調した一つの問題は、それぞれの組織が独自のソリューションを作成し、今では17の異なるソリューションがあり、実際には一つの標準がないということです。
すべてのロールアップが自分自身の最高のバージョンになりたいため、ベースであればすべてがベースに決済されることを望み、アービトラムであればすべてがアービトラムに決済されることを望みます。しかし、私たちはイーサリアムレイヤー1の信頼できる中立性を失っています。そのため、今では17の競合する標準があり、研究と知識はあるものの、VCがバックする民間団体にこれをアウトソースすることで、イーサリアムを特別なものにしている特性の一部を失っています。それがここでの問題の一部です。これはイーサリアムのロールアップ中心のロードマップが直面している問題の文脈に追加するものかもしれません。それが私のこのセクションへの貢献かもしれません。
Justin、あなたのコメントも追加して、このトピックの文脈を本当に定義するのを手伝ってください。
「絶対にその通りです。最初のツイートに戻って、価値獲得に関して明確にしたいことがあります。私が「ウルトラサウンドマネーマン」として、そしてその下流にあるすべての研究がネイティブロールアップの収益を増加させるためのものだと考えるのは簡単です。提案は、execute pre-compileと呼ばれるこの新しいプリコンパイルを基本的に無料で提供することです。その理由は、はい、EIP-1559と同様のバーンがあるでしょうが、私が予想するボトルネックは実行ではなくデータアベイラビリティです。そのため、価値獲得の大部分はblobsから来ます。
ネイティブロールアップが解決しようとしている問題に関して、第一にバグがあります。Umaが言ったように、今日のロールアップはEVMをエミュレートする必要があり、このエミュレーションプロセスがバグを導入します。今日のL1クライアントがバグを持たないと期待することさえできません。GFレフ、BesuNimbus、その他すべての実行クライアントがデフォルトでバグを持っていると想定し、バグを軽減する戦略はクライアントの多様性に依存することですが、L2内ではそれを実際に行うことはできません。
エミュレーションの代わりに、execute pre-compileが提供するのはインスペクションです。これによりL2がL1の内部を覗き見ることができ、L1が提供するこのクライアントの多様性に効果的にアクセスできます。
バグよりもさらに根本的な第二の問題は、EVMアップグレードとの前方互換性という考え方です。現在、大まかに言えば、年に一度ハードフォークを行い、EVM状態遷移関数を変更します。EVMと互換性を保つためには、何らかの形のガバナンスが必要です。私たちが構築しようとしているのは、セキュリティカウンシルを信頼する必要がなく、ガバナンスメカニズムやガバナンストークンを信頼する必要がない、トラストレスなロールアップです。ネイティブロールアップは、この問題を解決するための道筋を提供することがすべてです。
Davidのアウトソーシングに関するコメントに戻りますが、2020年に私たちはロールアップ中心のロードマップを採用しました。それはほぼ強制的だったからです。私たちはL1ですべてを行うための技術と成熟度を本当に持っていませんでした。そして、あなたが言ったように、私たちはVCからのすべての投資から大きな恩恵を受けました。しかし、最終的には、Umaが言ったように、ネイティブロールアップのエンドゲームは方向性としてネイティブロールアップを指していると思います。そして、今がこのアイデアを紹介し、この新しい方向に向けて取り組み始めるのに良い時期だと思います。
あなたが言ったように、最終的な目標はL1と一体になり、イーサリアムと統合することです。彼らはシーケンシングレイヤーでベースシーケンシングで、また実行レイヤーでネイティブ実行でそれを行うことができます。もしあなたがベースでもネイティブでもあれば、それは議論の余地なくイーサリアムのプログラム可能なシャードのようなものです。2020年に提案された非常に硬直的で非プログラマブルな実行シャーディングとは対照的です。」
おそらく、ロールアップ中心のロードマップの初期段階を特徴づけるなら、アービトラム、オプティミズム、ベースフェーズのロールアップ中心のロードマップは、チームがイーサリアムレイヤー1から高度な許容度を持つレイヤー2を構築することを可能にします。イーサリアムレイヤー1がレイヤー2に拡張する硬直性はあまりありません。それらは非常に柔軟で、非常にカスタマイズ可能であり、イーサリアムレイヤー1に硬直的に統合されることから非常に自由です。
これにより、「イーサリアムはスケールできない、イーサリアムはスケールする必要がある、私たちはイーサリアム上にレイヤー2を構築し、イーサリアムのスケーリングを支援する」というような、VC資金をレイヤー2スペースに引き付けるインセンティブが与えられたと思います。これがレイヤー2スペースへのVC投資のインセンティブの一部であり、アービトラム、ベース、オプティミズムが獲得しているシーケンサー手数料やチェーン手数料を見ると、それは非常に収益性の高いビジネスモデルであることがわかります。
これは、レイヤー2が許容される大きな自由度と柔軟性から来ています。私たちがそのモデルの利点とコストについて学んでいるとき、このような非常に柔軟で自由なロールアップモデルから来るイーサリアムレイヤー1への手数料価値獲得があまりないことを学んでいます。これがベースロールアップについて学び始めた時です。「ベースロールアップがあれば、中央集権化されたシーケンサーを排除でき、一部のレイヤー2にイーサリアムレイヤー1バリデータからのシーケンシングを含むより多くのレイヤー1リソースを消費させることができる」と。
より多くのレイヤー1リソースを使用することは、ロールアップにとっては少し柔軟性が低くなりますが、より多くのレイヤー1リソースを消費します。これはイーサリアムレイヤー1の価値獲得にとって良いことです。そして今、私たちはネイティブロールアップも持っています。「今、私たちは実行も再利用できます」ということです。
イーサリアムのロールアップ中心のロードマップについての私の理解の弧は、私たちは非常に柔軟で自由な高い許容度を持つロールアップの構成から始め、それらが望むことをすることを許し、彼らが作り出す価値の多くを保持することを許しました。そして今、私たちは「インセンティブの整合性の問題がある」ということを学んでいます。イーサリアムレイヤー1とイーサリアムレイヤー2と呼ばれる可能性のあるものとの間、そして新しいタイプのレイヤー2の構成、ベースとネイティブレイヤー2の間に。
私がJustinから最近2年間見てきたテーマは、「イーサリアムの心臓により近い、イーサリアムの経済により近い、技術的にイーサリアムとより整合性のある新しいタイプのレイヤー2構成がある」ということです。あなたはイーサリアムレイヤー2の構成のこの長い弧に同意しますか？そして何か追加することはありますか？
「おそらくあなたを驚かせるかもしれませんが、実際にはこの考えに同意しません。」
「面白いですね。」
「私はネイティブロールアップとベースロールアップがすべてイーサリアムのネットワーク効果を高めることについてだと思います。イーサリアムが抽出的である場合、L2がベースシーケンシングとネイティブシーケンシングにオプトインすることは非常に難しくなります。
ベースシーケンシングについて個別に見ると、失うものはMEV（Miner Extractable Value）ですが、私にはこのような考えがあります。MEVはますますアプリケーション、ウォレット、ユーザーによって上流で抽出されるようになり、L2にとって永続的な収入源にはならないと思います。そのため、ベースになることで失うものはあまりありませんが、構成可能性のネットワーク効果を獲得するという大きな利益があります。
ネイティブロールアップを見ると、彼らが獲得するのはセキュリティのネットワーク効果、共有セキュリティとも呼ばれるものです。これは、他の人が構成したいと思うL1のマネーレゴを構築できることを意味し、構成可能性のネットワーク効果と結びついています。
前のコメントに戻りますが、最終的なボトルネックは実行ではなく、データアベイラビリティだと予想しています。そのため、ロールアップがこのネイティブ実行にアクセスするために支払わなければならない手数料は、単純なデータアベイラビリティを消費するために支払わなければならない手数料と比較して非常に小さいものになるでしょう。
確かに、これはイーサリアムにとって非常に強気なことだと主張できます。なぜなら、私たちは高いネットワーク効果を持つ機能するシステムを持つことになり、間接的にこれはイーサリアム資産にとって非常に強気なことになるからです。部分的には、これが手数料バーンの需要を増加させることになるからですが、また全エコシステム全体で貨幣として、また純粋な担保資産としてのイーサリアムの需要も創出することになります。」
Uma、あなたはJustinが言ったことにすべて頷いていました。何か追加したいことはありますか？
「私はJustinの視点に本当に同意します。イーサリアムの価値獲得や抽出について話す前に、まずイーサリアムの価値創造について考える必要があります。ロールアップはイーサリアムプロトコルの顧客であり、イーサリアムを使用することで恩恵を受けるビジネスを作っています。
例えば、ステーキング報酬について話すことがよくあります。チェーンを構築し、検証可能性とセキュリティを求める場合、一つの方法はオルトL1を構築することです。サロナを見ると、彼らは何十億ドルもの発行を配布しています。またはイーサリアムをDAに活用し、ZKを検証可能性に使用するチェーンを持つこともできます。そうすれば、検証可能性とセキュリティも得られ、これは分散化されたBLXスパスであり、実際には多くのバリデータに多くのステーキング報酬を支払うよりも、このような方法でチェーンを構築する方が費用対効果が高いです。
特に暗号通貨がプロダクト時代や実用的な時代に入るにつれて、ビルダーはより製品指向の考え方で考え始め、イーサリアムが自分に何を提供しているのか、EVバリットが何を提供しているのか、そしてそれがイーサリアムが提供するサービスに対して支払うことが合理的かどうかを評価し始めると思います。
イーサリアムエコシステムとして、そのような視点で考えることが非常に重要だと思います。イーサリアムをより製品として見て、ネイティブロールアップを基本的にイーサリアムの製品に顧客により多くの価値を提供する別の非常に重要な機能として見ています。そのため、顧客はイーサリアムにもっとお金を払う意欲があり、最終的にはそれがすべて何らかの形でイーサリアム資産とイーサリアムエコシステムに還元され、非常に良いことです。しかし、それは実際には非常に単純な価値提案です。
より具体的にするため、今日、ジョン・チャーボはイーサリアムの2%だけがL2にブリッジされているという非常に興味深い統計を持っていました。これは考えてみると実際に非常に低いです。これは、お金をL1に置いて10年間消えたとしても、お金がまだそこにあり、イーサリアムがまだ生きていて、維持されていることについて実際に良い気持ちになれると思います。一方、現在、お金をL2に入れて10年間消えたとしたら、その決断が良いと感じるためには、多くの前提に快適でなければなりません。ガバナンスカウンシルを信頼し、セキュリティカウンシルを信頼し、バグがないことを信頼する必要があります。これらすべての行為者に多くの信頼を持つ必要があります。
ネイティブロールアップの目標は、この新機能、executeプリコンパイルを提供することであり、ロールアップチームがこれを使用できれば、エンドユーザーが10年間ロールアップにお金を入れておくことをより快適に感じるシステムを構築できます。イーサリアムと同じセキュリティプロパティをロールアップの形で持つことができ、これこそが、より多くのお金をこれらのロールアップにブリッジし、人々がこれらのロールアップで取引するために本当に必要なことだと思います。
だから、私がネイティブロールアップをどのように見ているかを要約すると、それはイーサリアムが追加する新しい製品機能であり、ロールアップに超能力と素晴らしいセキュリティを提供し、ユーザーをより快適にさせます。これによりロールアップはより良い製品を持つことができ、そのためイーサリアムにもう少しお金を支払う意欲があるはずです。これは非常にポジティブサムな関係であり、素晴らしいことです。」
「現在のロールアップの風景を片側に持ち、アービトラム、オプティミズム、ベースのようなものと、もう片側にネイティブロールアップを持つとき、これはトレードオフの空間ですか？それともこれはロールアップ設計への厳密な改善だと思いますか？つまり、ネイティブになることで何かを失っているのか、それともこれは根本的により良いタイプのロールアップ構成であり、最終的にすべてのロールアップがネイティブに見えるようになるのでしょうか？」
「タイプ1のEVM互換ロールアップを構築している場合、つまりブロックスペースが完全にイーサリアム互換であり、イーサリアムのハードフォークやアップグレードに従うロールアップを構築することが目標である場合（これは今日アービトラムとオプティミズムが取っている立場です）、ネイティブロールアップになることは単純により良いと思います。より良いセキュリティプロパティを獲得し、独自の不正証明システムを構築する必要がなく、L1セキュリティを持つという信頼できる主張を本当に持つことができます。これは本当に素晴らしいことです。
しかし、ロールアップ中心のロードマップの美しさは、無限のカスタマイズを可能にすることです。例えば、イーサリアム上にSVMロールアップを構築している場合や、EVMと互換性のないMega ETHのようなものを構築している場合（彼らのデータベースと状態ルート計算は少し異なると思います）、それらの人々はネイティブロールアップを構築することはできません。イーサリアム仕様と互換性がないからです。しかしそれは全く問題ありません。それらの人々は存在することができ、彼らはトレードオフ空間の異なる点を提供しているだけです。
だから、将来的にはすべてのオプションが存在すると思います。ネイティブロールアップもあれば、EVM互換の非ネイティブロールアップもあり、SVMロールアップもあり、非常に高速なロールアップもあるでしょう。あらゆるタイプのロールアップが存在するでしょう。」
ネイティブロールアップを理解したいと思います。これがこのエピソードの目的だと思うからです。私の理解が正しければ、この会話の核心はレイヤー2の不正証明メカニズムまたは証明メカニズムから始まります。Uma、あなたの紹介で言ったように、これらのレイヤー2チームはすべて独自の証明を構築する必要がありました。それぞれのチーム、アービトラム、オプティミズムはすべて独自の証明を作成する必要があります。ベースはスーパーチェーンの一部であるため、オプティミズムと同じ証明を使用しますが、それは異なるチェーン上で使用されます。
そして、ネイティブロールアップがどのように機能するかという提案は、実際にはEVMプリコンパイルと呼ばれるものを行い、それは基本的に、そのプリコンパイルを使用したいイーサリアム上のすべてのロールアップのためにその役割を内部化することだと思います。私はプリコンパイルが何であるかを教えることができないと思いますので、そこから始めることができるかもしれません。そして、それがレイヤー2ロールアップの構成をどのように変えるのかを拡張することができます。
Justin、これはあなたに振ります。EVMプリコンパイルとは何ですか？それはどのように機能しますか？それはロールアップの証明生成をどのように変えますか？
「まず、私たちが解決しようとしている問題を俯瞰してみましょう。あなたが言ったように、L2とロールアップには、いわゆる状態遷移関数（STF）があります。それは基本的に、事前状態ルートで特徴づけられるある種の入力を取り、状態を進めて、いわゆる事後状態ルートを得ることです。そして、証明が登場するのは、事前状態ルートから事後状態ルートへの状態遷移が正しいことを証明するためです。
伝統的に、Umaとあなたが言ったように、独自の証明システムを構築し、エミュレーションを行う必要があります。これがバグやさまざまな複雑さを導入します。その代わりに、L1バリデータがL2とロールアップに代わって状態遷移のチェックを行うとしたらどうでしょうか？
プリコンパイルとは何ですか？それは基本的にEVMの命令です。どんな命令セットやCPUでも、「これら二つの数字を加える」「これら二つの数字を掛ける」「メモリに何かをプッシュする」「メモリから読み取る」などの命令があります。これらを通常オプコードと呼びますが、少し特別で、より複雑なオプコードもあり、それらに異なる名前、プリコンパイルを与えています。
それは基本的に、複雑な命令であり、この複雑な命令は自己検査（イントロスペクション）を提供するため、ある意味特別なものです。自己検査とは、システムが自分自身を見ることができるというコンピュータサイエンスの用語で、「イントロ」は「内部」を意味し、「スペクション」は「見る」を意味します。つまり、自分自身の中を見ることができます。
基本的に私たちがしていることは、EVMが自分自身の中を見ることを可能にすることです。実際、2017年にヴィタリックは本質的にこのexecuteプリコンパイルの提案を持っていました。それは「EVM内部のEVMプリコンパイル」と呼ばれていました。」
「だから、それは今私たちがネイティブロールアップと呼んでいるものの初期の概念だったのですね。」
「その通りです。2017年当時の文脈を少し歴史的に説明すると、それはプラズマでした。このプリコンパイルはプラズマの設計を簡素化することを目的としていました。その後、それは無視され、最終的に提案は閉じられました。しかし、2020年にはロールアップ中心のロードマップがありました。それはロールアップ中心のロードマップより前のものですが、今、後知恵の利益をもって、この研究トピックを再検討し、プラズマではなくロールアップに適用することが理にかなっています。」
レイヤー2ビートについて取り上げたいと思います。レイヤー2ビートには古典的な5つのスライスのリスクパラメータ、つまりレイヤー2のリスクに関する5つのスライスがあります。ここでアービトラム・ワンを見ていますが、私たちが話しているスライスは状態検証だと思います。
レイヤー2がそれぞれのコードを構築する必要があり、それぞれの証明を構築する必要があると言うとき、私たちはレイヤー2ビートのようなオレンジ色のスライスの状態検証部分を見ています。アービトラムは緑色のスライスを持っています。なぜなら、彼らは不正証明を持ち、それらは機能し、彼らが構築した不正証明システムはレイヤー2ビートが「これは緑、これは良い、私たちはそれが好き、それは仕事をする、それは機能する、ここにあまりリスクはない」と呼ぶある一定の基準に達しているからです。
私があなたたちから聞いていることは、ネイティブロールアップを使うと、このスライスを完全に排除するということです。実際、イーサリアムレイヤー1が状態検証のためにEVMプリコンパイルを使用できるような国家が後援するインフラを持つことを許可します。そして今、レイヤー2は独自のコードを構築する必要がなく、このリスクベクトルはレイヤー2の場合、このスライス全体が単に排除されます。任意のネイティブロールアップの場合、状態検証のようなレイヤー2ビートスライスは単に関連性がありません。なぜなら、イーサリアムレイヤー1がそのサービスを提供するからです。これは正しいですか？
「はい、それは正しいです。ネイティブロールアップを効果的に、このスライスに対して新しいレベルのセキュリティをアンロックするものとして考えることができます。一種の明るい緑の蛍光色のようなものです。そして潜在的に、ある時点でL2Bが新しいロールアップステージ、おそらくステージ3を導入することを想像できます。そこでは、このセキュリティの高いレベルを持つことになります。」
その話題に関連して、シーケンサーもあります。レイヤー2ビートスライスのシーケンサーと、レイヤー2のシーケンサーがダウンした場合に何が起こるかというシーケンサー障害があります。ベースロールアップについて話す場合、ベースロールアップもレイヤー2へのシーケンサー障害リスクを排除します。
理論的にネイティブとベースのロールアップがある場合、それは状態検証とシーケンサー障害、つまりレイヤー2ビートリスクオレンジスライスの5つのうち2つがもはや関連せず、それらはイーサリアムレイヤー1によって提供されるということを意味しますか？
「はい、それはまさにその通りです。実際、今日のL2B基準では、中央集権化されたシーケンサーがあっても緑色のスライスを持つことができます。つまり、それは異なるものを見ているのです。ですから、これら2つのピザスライスを明るい緑色にして、ステージ3を持つ本当の機会があると思います。
状態検証に戻りますが、確かにソフトウェアとコードが関わっていますが、補助的なインフラもあります。証明ネットワーク、不正証明ゲームの場合のウォッチタワー、セキュリティカウンシルなどです。これらの補助的なインフラはすべて、プリコンパイルを呼び出すだけの1行のコードに集約されます。そのため、それは大規模なセキュリティの改善だけでなく、大規模な単純さの改善でもあります。」
ロールアップがネイティブになるとどうなるかについて話し合えますか？少し触れましたが、その会話を追跡したいと思います。これらのロールアップがすべてこの組み込まれたEVMプリコンパイルを使用し、すべて同じ不正証明システムを使用し、すべて同じような回路上にあるとき、私たちはいくつかの構成可能性の利点をアンロックします。
Uma、その会話の部分に戻って、すべてのネイティブロールアップが同じEVMプリコンパイル上にあることで、どのようにしてそしてなぜレイヤー2間の構成可能性が解放されるのかについて掘り下げてみましょう。
「構成可能性は、ネイティブロールアップの側面よりもベースシーケンシングの側面によって解放されると思います。すべてのロールアップがこのネイティブプリコンパイルを使用する場合、より良いセキュリティプロパティを取得するだけで、それはJustinが言及しているステージ3のようなものです。
そして、それらはすべて同じ証明システムを使用しているため、彼らは定義上同じ状態遷移関数を持つ必要があります。それは非常に均質で均一なブロックスペースです。しかし、これらのネイティブロールアップがベースシーケンシングも使用し始めるとき、それは彼らが相互運用性を行うことができるときだと思います。そしてこれら2つのことは直交しています。ネイティブでベースであることも、ネイティブで非ベースであることも、四象限のどの組み合わせも可能です。」
「構成可能性に関するネイティブロールアップのもう一つの利点は、リアルタイム証明をはるかに簡単にするという考えです。その理由は、L1が少し不正を働くことができるからです。遅延実行と呼ばれる提案があり、状態ルートは1つの完全なスロットだけ遅延させることができます。これは提案された将来のアップグレードです。
ネイティブロールアップの文脈でそれが意味することは、これらの状態遷移関数のすべてのチェックを行うバリデータが、証明を受け取るための完全なスロットを持つということです。つまり、証明を生成している人々は、それらを生成するための完全なスロットを持っています。
結果として、スノーグ証明のための技術は、比較的簡単に遅延を1スロット未満（12秒）に減らすことができますが、同じスロットで証明を生成するというより積極的なことを行うことははるかに難しいです。その場合、レイテンシは100ミリ秒程度でなければなりません。
これがベースとネイティブロールアップの間に少しシナジーがある場所です。同期的な構成可能性を得ることができますが、それには同期的な構成可能性には不可欠なリアルタイム証明が必要です。しかし、舞台裏では少し不正を働いています。それは同じスロットのリアルタイム証明ではなく、次のスロットのリアルタイム証明なのです。」
「私はもう少し理解するのに助けが必要だと思います。なぜなら、ユーザーとして、私はただベースとネイティブのロールアップ上にいて、物事が非常に瞬時に起こっていると思います。イーサリアムレイヤー1の別のスロット（12秒かかる）を待っているわけではなく、12秒待っているわけではありません。何かが起こっていて、それはまだユーザーとしての私にとって瞬時ですが、背景では何らかのトリックが行われています。この機構をもう少し理解するのに助けが必要です。」
「絶対にその通りです。今日、トランザクションをチェーン上に置くと、それは有効でなければなりません。なぜなら、検証はリアルタイムで同じスロットで行われるからです。遅延実行では、ルールを少し緩和します。ブロック提案者に、望むどんなブロックでも提案できると言います。それは完全なガラクタかもしれません。
起こることは、次のスロットでのみブロックが検証され処理されるということです。無効なトランザクションは刈り取られ、ノーオペレーションとしてカウントされます。つまり、状態を変更しません。ユーザーの観点から見ると、あなたが気にするのは、あなたの有効なトランザクションがチェーン上に入っているということ、基本的にはDAレイヤーに含まれているということです。
しかし、他のすべての人の観点からは、このトランザクションがどのように実行されたかを正確に知るには、1スロット待つ必要があります。特にライトクライアントの場合、それらの動作方法は基本的にイーサリアムネットワーク、L1バリデータに正規の状態ルートが何であるかを尋ねることです。したがって、ライトクライアントは追加の12秒待つ必要がありますが、ウォレット上のユーザーである場合、何も変わりません。なぜなら、ウォレットはそれが有効なトランザクションであり、チェーン上に入ったことを知っているため、トランザクションがどのように実行されるかを知っているからです。」
ZK証明がここでどのように関与しているのか話し合えますか？私はUmaがここにいて、それについて興奮しているので、彼女はそれらについて知っていると思います。しかし、ZKがネイティブロールアップの一部にどのように組み込まれているのかはまだ正確にはわかりません。Umaさん、この会話の部分をお願いします。
「確かに。ネイティブロールアップでは、L1にこのexecuteプリコンパイルを追加していますが、なぜ今日これができないのでしょうか？今日これを行うことができますが、問題は、イーサリアムにはブロックガス制限があるということです。ターゲットは1500万ガス、制限は3000万ガスだと思います。
このexecuteプリコンパイルを追加しても、任意により多くのガスを使用することはできません。なぜなら、イーサリアムのブロックガス制限には理由があります。それは状態の成長を制限し、家庭用のバリデータが実際にすべてを処理できるようにするためです。
ZKがなければ、このプリコンパイルを追加できますが、基本的にそれが使用できる量は非常に最小限であり、実際にはイーサリアムをスケールしていません。しかし、ZKがあれば、そしてJustinが言っている遅延状態ルートがあれば、詳細に入り過ぎないようにするために、このexecuteプリコンパイルを持ち、すべてのバリデータがそのプリコンパイルに入るすべてのトランザクションを再実行する必要があるのではなく、代わりにそのプリコンパイルの正しい実行のZK証明を検証するだけで済みます。
そうすれば、基本的に任意に多くのガスを使用するこのexecuteプリコンパイルへの呼び出しを持つことができ、バリデータはZK証明を検証するだけでよいのです。これで実際に意味のある方法でL1を本当にスケールしているのです。」
「私がそれを理解しているかどうか見てみましょう。このEVM executeプリコンパイルがあり、それをバニラな方法で使用すると、実際にはイーサリアムをスケールしていません。同じレイヤー1の実行を行っていますが、プリコンパイル内にあるという追加のステップがあるだけで、実際には何もスケールしていません。
あなたが言っていることは、このEVMプリコンパイルの利点を実際に活用し、イーサリアムを実際にスケールするためには、ZKテクノロジー、ZK証明を使用してスケールし、それからプリコンパイルを使用してZKのスケーラビリティの利点を得て、それをレイヤー1 EVMにEVMプリコンパイルを通じて挿入する必要があるということです。それがどのように機能するのですか？」
「はい、その通りです。」
「Justin、何か追加することはありますか？」
「強調したいことの一つは、executeプリコンパイルの2つの異なるフレーバーを持つことが可能だということです。Umaが言ったように、シンプルで素朴な方法は単に素朴な再実行を使用することです。そして高度な方法はスナークを使用することです。
スナークの大きな利点の一つは、ガス制限を大幅に増やすことができることです。10倍、100倍、おそらく1000倍も。シンプルなバージョンを持つことができるという事実を強調したい理由は、これにより比較的近い将来にハードフォークを行うことができるかもしれないからです。コミュニティから多くの需要があれば、おそらく2026年末になるかもしれません。
その理由は、それが何も洗練されたテクノロジーを必要としないからです。」
「2026年というのは、イーサリアムの時間の観点から見れば、比較的近い将来ということですね？」
「はい。その理由の一部は、数週間後に行われる次のフォークで何をするかをすでに知っていることです。その次のフォークでも何をするか知っています。間違いなくプライバシーを行いたいと思っています。そして、その次のフォークでは、さまざまなことが競合しています。
そう、イーサリアムは確かに動きが遅いです。素朴なexecuteプリコンパイルを早く出荷する利点の一つは、それがオプティミスティックロールアップに直ちに利益をもたらすことができるということです。その理由は、オプティミスティックロールアップは不正証明ゲームでのみexecuteプリコンパイルを呼び出す必要があり、それはデフォルトでは決して起こらないからです。
したがって、executeプリコンパイルのガス制限が非常に小さく、例えば100万のガス制限または1000万のガス制限であっても、依然として無制限のガス制限を持つオプティミスティックロールアップを持つことができます。
オプティミスティックロールアップの代替は、悲観的ロールアップです。この新しい用語を導入する理由は、最終的には、強制はスナーク証明または再実行のいずれかを通じて行うことができるからです。どちらも悲観的なタイプであり、これが有効であることを前もって知りたいと思います。
悲観的ロールアップは、L1ガス制限を大幅に増やすまで待つ必要があります。それは、舞台裏でスナークを使用する場合にのみ起こります。」
Justin、あなたはレイヤー2がこのプリコンパイルを活用するというアイデアを提起しましたが、それが彼らがネイティブになるためのすべてですか？既存のレイヤー2、ベース、アービトラム、オプティミズム、大きなものについて話し合えますか？私たちは彼らがネイティブになることを望んでいます。Umaは、それは厳密な改善だと言っています。実際にはどうするのですか？ネイティブになるための動機は何ですか？ニンジンは何ですか？また、難しさはどうでしょうか？これは技術的な課題なのか、それとも比較的些細なことなのでしょうか？Justin、まずあなたからこの質問を始めます。
「ネイティブロールアップの私の定義は、ユーザートランザクションを実行するためにプリコンパイルを使用するものです。そのようなことを行うために、基本的にユーザートランザクションの実行（EVMの状態遷移関数として知られています）を、L2を立ち上げるために必要なその他すべてのものから切り離す必要があります。これには、blobsの処理、シーケンサーの処理、ガバナンスの処理、ユーザートランザクション処理から周辺的なすべての種類のシステムトランザクションの処理などが含まれます。
残念ながら、今日のロールアップの設計方法は、ユーザーの状態遷移関数とシステムレベルのコードの両方を絡み合わせています。したがって、必要なことは、基本的にこれらのL2がコードをリファクタリングして、レイヤー間で非常にクリーンな分離を持つことです。したがって、現在存在するRSにとって克服すべきかなりの技術的障害があります。」
「それが私が聞いていることですね。正確にその通りです。また、いくつかのロールアップにとっては、ネイティブになることは単に不可能であることを強調したいと思います。完全に異なる仮想マシンがある場合、それがソラナの仮想マシンであれ、ムーブ、カイロ、ワズム、何でも構いませんが、それは単に不可能です。
私が見ているのは、一種のこのバイモーダル分布が起こっていることです。EVMと同等のロールアップが一つのバケットに、そして完全に異なるロールアップが別のバケットにある非常にクリーンな分離が見られます。中間にあるようなものでは、EVMと同等だが、ネイティブになることを妨げるいくつかの装飾があるというのは本当に意味がありません。」
「あなたがEVMレイヤー2であれば、インセンティブはまだ、私たちが言ったように、かなりのハードルがありますが、ネイティブロールアップになるインセンティブは非常に大きく、それを行うことが可能です。そして、ムーブベースの言語や他の言語、EVMではない何かであれば、EVMネイティブロールアップが持つ、相互運用可能であることの一部、共有構成可能性の一部、共有ネットワーク効果の一部の利点を得ることはできません。」
「その通りです。共有セキュリティは得られません。しかし、おそらくそれでも大丈夫かもしれません。なぜなら、カイロやワズムのように非常に単純な仮想マシンがあり、形式的検証に向いているか、または完全に凍結された標準です。ワズムのコアやリスク5のコアは変わりません。一方、EVMは生きたものであり、6か月または12か月ごとに更新されます。」
「ロールアップがネイティブになることを楽しむ理由のインセンティブを定義できるかもしれません。特に、ベースのように既存のエコシステムであり、すでに巨大なネットワーク効果がある場合、なぜ彼らがネイティブロールアップになる動機があるのでしょうか？」
「Umaが言ったように、セキュリティに対する劇的な改善があり、それはTVLに関して下流の効果を持ちます。今日、すべての資産の10％未満がこれらのロールアップにあります。実際には、資産の90％、100％近くがこれらのロールアップ上にあるべきです。そして、バグの可能性と同様に、これらのセキュリティカウンシルが単に一日から別の日に完全にロールアップを一掃し、排出することができることを非常に大きな程度で責めるのは正しいと思います。
ちなみに、私はセキュリティカウンシルの経験があります。彼らは最近のHive Hackerに非常によく似たプロセスとメカニズムを使用しています。バイビット・ハックです。彼らはSafeインフラストラクチャを使用しました。実際、北朝鮮がバイビットだけを標的にし、100億ドルのTVLを持つロールアップを標的にしなかったことに少し驚いています。バイビットは15億ドルしかありません。」
「それは私にとって非常に現実的なものになります。私はそれを防御メカニズムとして見ていて、バンクレスの私たちの初期の考えの一部として、強い財産権がクリプトで成功するものの多くを支えていると思います。ビットコインと現在のビットコインの価格、ビットコインの価値は、2100万の約束と強い財産権へのコミットメントから来ていると思います。
そして、それを、なぜイーサリアムの中でレイヤー2上にイーサリアムの2％しかないのかということに拡張できると思います。それは、レイヤー2が提供できる強い財産権の保証を人々が信じていないからだと思います。
したがって、ここでの主張は、ベースやオプティミズムなど、任意のレイヤー2がネイティブになるための動機は、より強い財産権の保証、イーサリアム1が提供する同等の財産権の保証があり、それをイーサリアムレイヤー2に持ち込むことができるということです。あなたたちはどちらも頷いていますね。他に何か色を追加したいことはありますか？」
「私が追加したいのは、シンプルな一行はこうです：「ネイティブになり、より多くのTVLを獲得し、より多くのユーザーを獲得する」。それは誰もが望むことであり、ロールアップにとっても、ユーザーにとっても、イーサリアムにとっても良いことです。」
[スポンサーメッセージ部分省略]
ネットワーク効果の会話はここにありますか？ベースロールアップについての会話をしているとき、ただ一つのベースロールアップしかない場合、一つのチェーン、一つのレイヤー2がベースロールアップになるインセンティブはあまりないということを覚えています。しかし、すでにベースである一つのチェーンがあるとすぐに、ベースロールアップのエコシステムに参加するインセンティブが大きくなり、ベースロールアップが増えるほどそれはより強くなります。なぜなら、ベースロールアップの周りには構成可能性のネットワーク効果があるからです。
ベースロールアップであることの利点は、ベースロールアップのマーケットシェアの関数として増加します。ネイティブロールアップにもそのような性質はありますか？それとも、それは主に私たちが話したセキュリティの利点についてでしょうか？
「一次近似では、それは主にセキュリティについてですが、二次的な利点があります。それは、アプリケーションがより複雑になり、より多くのマネーレゴを使用するようになると、非ネイティブではなくネイティブのマネーレゴを好むようになるということです。
マネーレゴの一つの良い具体例はENSです。そして私たちが見ているのは、ネームチェーンのようなアプチェーンの出現です。ネームチェーンとの議論から、彼らは可能な限り最高のマネーレゴになるために、最大限に安全で最大限に中立になりたいと考えています。彼らはベースになるというロードマップを持っており、最近、シーケンシングコール番号17で、他の多くのロールアップの創設者とともに、ネイティブシーケンシングに非常に興味を持っていることを示しました。
彼らにとって、それは簡単な選択です。私の考えでは、より多くのアプチェーンが見られるようになり、彼らがベースとネイティブになることは理にかなっていると思います。」
取り上げたい会話の一つは、レイヤー2とネイティブロールアップのカスタマイズ可能性のトレードオフ空間のアイデアです。ネイティブロールアップがEVMプリコンパイルを使用し、イーサリアムレイヤー1またはEVMを再利用するだけであれば、それは素晴らしいことです。しかし、それも彼らをEVMのマストに縛り付けます。EVMのアップグレードは可能であり、Justinが言ったように、それは生きた獣です。しかし、それは現在のレイヤー2が本当に飢えている同じレベルの機能を導入するほど速くはアップグレードしません。
ここでの大きな例は、アカウント抽象化とイーサリアムレイヤー1にアカウント抽象化機能を取り入れるための戦いです。これは2017年または2018年に始まり、その後何らかの理由で棚に置かれ、棚から取り出し、埃を払って、2023年または今年にようやくレイヤー1にいくつかのアカウント抽象化機能を導入しようとしました。しかし、その6年間のギャップの間、レイヤー2は「イーサリアムを待つことはしない、独自のネイティブペイマスターを作る、独自のコードを構築する、自分のレイヤー2に独自のアカウント抽象化機能を導入する」と言っていました。なぜなら、イーサリアムレイヤー1 EVMのアップグレードが十分に速くないからです。
そのため、EVMの標準からフォークして独自の機能を構築します。なぜなら、それをより速く行うことができるからです。今、私たちは「しかし、同じEVM標準を使用することにはメリットがあるので、それを行うべきだ」と言っています。しかし、ここにはトレードオフがあります。なぜなら、今、レイヤー2は彼らが追加したい機能を追加するための独自のEVMの代替フレーバーを作成する自由と柔軟性にアクセスすることができなくなります。
このトレードオフ空間について話し合えますか？レイヤー2がまだカスタマイズ可能性にアクセスし、ネイティブロールアップで話し合ったセキュリティの利点を得つつも、必ずしもマストに縛られず、非常に長いレイヤー1 EVMのアップグレードサイクルに縛られないようにするにはどうすればよいでしょうか？
「この質問に喜んでお答えします。L2が求めている構成可能性のいくつかのベクトルは、トークノミクス、ガバナンス、例えば財務管理、ユニチェーンのように何か特別なことをしている場合はシーケンシングなどの周りにあります。しかし、彼らは必ずしもEVMを変更したいとは思っていません。
俯瞰して、上位のL2を見ると、その大多数は少なくともEVMと同等であろうとしています。そして、彼らがまだ克服できていない技術的な制限よりも、むしろ彼らが根本的に望むものであるよりも、すべての逸脱はより多くなっています。
歴史的に、オプティミズムのようなチェーンが、最大のEVM互換性を持つためにコードベース全体を書き直したのを見てきました。そして今、同じことがZK Syncで見られています。彼らはかつて単にソリディティ互換でした。つまり、ソリディティでプログラムを書いた場合、ZK Sync上で実行できました。しかし、彼らはすぐに、それだけでは不十分であることに気づきました。バイトコード互換である必要がありました。
そして今、スクロールのようなチーム、EVMと同等でありながら、状態ツリーをスナーク用に変更したチームがいます。そして今、彼らは実際の本当のEVM状態ツリーに戻っています。これにより、互換性を最大化し、EVMから離れることで導入されるDevX摩擦を最小化します。」
「あなたの答えは、EVMを標準として、レイヤー2が構成可能性やカスタマイズ可能性に関心を表明している場所は実際にはEVMではなく、他の場所、他のベクトルだということです。あなたが言っていることは、EVMから逸脱した人は誰でも、コースを修正し、可能な限り一対一でEVMを使用するように戻っており、カスタマイズ可能性の領域はトークンや、EVMの外側のものに関することだということです。これがあなたの答えを要約しているように思います。」
「その通りです。そして、仮想マシンレイヤーで根本的に革新したい場合、なぜなら、より多くのスループットやパラレル化を望むからだ、単に仮想マシンを完全に変更し、SVMやムーブ、または何でも良いものに移行すれば、ネイティブになるというメリットを失うことになります。」
「私は、EVMの外側にある興味深いカスタマイズがたくさんあると思います。例えば、ベースが最近フラッシュブロックで行ったこと、そしてユニチェーンがフラッシュブロックで行ったことは、より洗練されたプリコンファメーションと200ミリ秒のブロック時間を持つシーケンサーのカスタマイズの例です。しかし、それはEVM仕様から逸脱していないので、フラッシュブロックを持ちながらも、ネイティブロールアップになることができます。そしてそれはまだより良いユーザー体験です。
そのため、UXを意味のある方法で改善しながらも、ネイティブであることを活用できる側面がたくさんあると思います。」
「その会話について、ユニチェーンがネイティブになり、フラッシュブロックのイノベーションを活用して超高速ブロックを持つことができると言っていますが、それは彼らがベースになる能力を無効にしますよね？なぜなら、彼らは独自のシーケンシングを行っており、シーケンシングに関しては独自のコードを構築したいからです。私の理解は正しいですか？」
「はいとノーです。実は、ある種のハイブリッドと二つの収束を持つことが可能です。ある意味、プリコンファメーションはベースになるための前提条件です。なぜなら、ベースシーケンシングはこれらの非常に長いスロット時間を持っており、フラッシュブロックのような技術は、ベースシーケンシングをアンロックする技術だからです。
ユニチェーン特に、彼らはこれらの高速なプリコンファメーションを持ちたいだけでなく、この優先手数料ルールによって制約されることを望んでいません。」
これら全ての時間軸について話したいと思います。これが一つのネイティブロールアッププロジェクトではないことは分かっていますが、おそらくEVMプリコンパイルが実際にはプロジェクトなのでしょう。もしかしたら、これの展開計画について話し合うことができるかもしれません。タイムラインの会話、ロードマップの会話はどうなっているのでしょうか？必要な技術は何ですか？これは社会的調整を必要としますか？イーサリアムエコシステムでこれを実現するのは誰の仕事ですか？
これらの質問の多くは本当に意味をなさないことは分かっています。イーサリアムの開発者にタイムラインを尋ねると、非常に曖昧で「それは粗いコンセンサスの問題だ」という答えが返ってくることは分かっています。しかし、ただ、私たちが今ここでいる場所（ポッドキャストで話している）から、私たちがそれになりたい場所（イーサリアムレイヤー1に組み込まれ、採用されている現実）への道筋をマッピングできるかもしれませんか？AとBの間の道はどのようなものでしょうか？Justin、これはあなたに振ります。
「私たちが現在持っている主なボトルネックは、この作業に対する責任を全面的に引き受けるコーディネーターやチャンピオンが不足していることだと思います。ちょうどTim Bがイープ1559を出荷するためにしたようにです。なぜなら、L2、実行レイヤークライアント、研究者、その他のさまざまな団体との調整が必要だからです。
ですから、このポッドキャストを聞いていて、イーサリアムレイヤー1に大きな貢献をしたいと思われる方がいれば、ここに大きな機会があります。影響を与える機会です。
コーディネーターやチャンピオンを見つけると仮定して、必要なのはこのハードフォークです。そして、言及されたように、どんなハードフォークも時間がかかります。なぜなら、イープを書き、オーラルデバッカーを通過し、デブネットやテストネットを通過する必要があるからです。少なくとも12〜18か月のプロセスです。
イーサリアムレイヤー1が行おうとしていることの一つは、フォークのケイデンスを加速することです。歴史的に、私たちは年に一度フォークを行ってきました。ギアをシフトして年に2回のフォークを行おうとしています。これは非常に野心的ですが、そうすることができれば、2026年末までに将来のフォークを投影し、少なくとも需要があれば、スナークではなく再実行によってバックアップされるexecuteプリコンパイルを潜在的に想像することができます。
そして、3年先を投影したい場合、このプリコンパイルが基本的にガス制限を大幅に増加させ、スナークによってバックアップされていることを想像することができます。その理由は、3年後には、それを行うために必要なすべての材料が揃っているはずだからです。
遅延状態ルートがあるはずで、これは以前に言及されたものです。非常に多様な成熟したリアルタイムのZK VMがあるはずです。また、実行プロポーザーと呼ばれる洗練された実体に証明の負担を置くことを可能にするテスター・プロポーザーの分離も希望的に持っているはずです。エンドゲームに到達するためには多くの依存関係がありますが、再実行によってバックアップされたこのプリコンパイルの初期バージョンで種を植え始めることが重要だと思います。これは、先に述べたように、悲観的ロールアップではなくオプティミスティックロールアップであれば、ビジネスに影響を与えません。なぜなら、executeプリコンパイルのガス制限が非常に小さくても、無制限のL2ガス制限を持つことができるからです。」
最後に、私が実際にこの会話の最も楽しい部分だと思うものに移りたいと思います。これをすべて始めたUmaのツイートに戻りますが、Umaはこう言いました：「ネイティブロールアップはイーサリアムの価値獲得を解決します」。ネイティブロールアップはイーサリアムの経済にどのような影響を与えますか？これはあなたに振ります。
「私たちはイーサリアム製品に新機能を追加しています。これによってより価値のあるものになります。そのため、「解決」は非常に劇的な言葉ですが、「大幅に助ける」というのは確かにそうだと思います。
より実用的なレベルでは、今日、IDダやCelestiaやAILのような代替DA解決策が現れているのを見ています。今、あなたがロールアップであれば、独自の証明システムを構築し、代替DAを使用することができ、それはすべてあなたとあなたのユーザーにとって同じです。それは一見同じように見えます。
ネイティブロールアップでは、このexecuteプリコンパイルを使用するためにイーサリアムDAを使用する必要があります。そのため、イーサリアムDAを使用することへのより強い拘束力があります。そして、Justinが言ってきたように、彼はDAが将来のイーサリアムにとって価値獲得の最大の源泉になると考えています。
そのため、この新機能を提供することによる強い拘束力は、この世界でのイーサリアムの価値獲得を大幅に助けます。なぜなら、ロールアップはイーサリアムDAを使用する可能性がはるかに高いからです。」
「Umaがロールアップがより多くのイーサリアムDAを使用し、したがってロールアップになる可能性が高いという点に同意しますが、オプティミウムと呼ばれるものを持つことも可能であることを強調したいと思います。これは、代替DAプロバイダーで代替DAにデータを投稿し、同時にこのオプティミスティックな不正証明ゲームを持つことです。
不可能なことの一つは、バリディウムになることです。ここでは、イーサリアムDAを消費せず、同時に状態の悲観的検証を持ちます。
強調したいもう一つのことは、将来的に大多数のロールアップが望むであろう悲観的ロールアップになりたい場合、これによって7日間のオプティミスティックゲームを持つことを望まなくなります。DAの消費に少しオーバーヘッドがあります。その理由は、L2トランザクションとブロックを指定するだけでなく、状態アクセスも指定する必要があるからです。
状態を読み取るたびに、そのデータをチェーン上に置く必要があります。これは現在オンチェーンに行かない種類の情報です。私の大まかな見積もりでは、もう少し実証的な研究をしたいのですが、これはおおよそ、イーサリアムDAの需要に約20％の増加をもたらすでしょう。
最初の近似では、価値獲得や経済を本当に変えるものではありませんが、マージンでは、おそらく20％のデルタがあります。」
「皆さん、私たちはネイティブロールアップについて知っていること、理解していることをすべてカバーしたと思いますが、このエピソードを終える前に、ちょっとこれを開いてみたいと思います。私が手つかずのままにした石はありますか？または取り上げる価値のあるトピックはありますか？それとも実際に私たちはここで良い仕事をしたと思いますか？」
「まだ言及していないネイティブロールアップの2つの利点を強調したいと思います。一つ目は、おそらく驚くことに、量子セキュリティです。今日、ほとんどのZKロールアップは後量子安全ではありません。その理由は、彼らが証明を取り、それらを楕円曲線ベースの証明に縮小するからです。これにより、証明を検証する際にL1ガスをあまり支払わないようにするためです。
ネイティブロールアップでは、チェーン上に行く証明はなく、したがって量子的に安全ではないリスクはありません。したがって、L1バリデータが後量子安全になるようにセットアップをアップグレードすると、ロールアップも自動的に後量子安全になります。ある意味、L2は後量子セキュリティについて全く心配する必要がありません。
強調したかったもう一つの利点は、証明集約のアイデアです。理論的には、イーサリアムがすべてのロールアップのために単一の証明を検証するだけで済むという素晴らしいテクノロジーがあります。しかし、人間の調整問題があります。複数のL2が異なるチームを持ち、何らかの理由で、競争のダイナミクスやその他のダイナミクスのために、全員が使用する正確な証明システムについてコンセンサスに達することができません。
ネイティブロールアップを使用すると、基本的に、すべてのネイティブロールアップ全体のすべての証明の集約が、L1バリデータによって舞台裏で行われます。したがって、最終的には、これはL2が決済するためにより少ないガスを消費することにつながる最適化です。なぜなら、今日、チェーン上で証明を検証したい場合、約20万ガスのコストがかかります。そして、100のロールアップがある場合、それは証明を検証するだけで多くのガスです。ネイティブロールアップでは、そのコストは大幅に縮小します。」
「私の質問です。ここでスクシンクトは関連していますか？それとも、あなたはただネイティブロールアップに魅了されて、それが本当にクールだと思っただけですか？」
「私はスクシンクトとZKとZK VMが、ネイティブロールアッププリコンパイルをスケールさせ、制限されたガスを持つようにするために使用されると思います。それが私の理解ですが、それを超えて、私はそれが非常にクールな設計だと思います。それは多くの意味を持ち、基本的に、より多くのアクティビティとトランザクションがロールアップに置かれるほど、私たちにとっては良いことです。すべてのトランザクションはZK証明されることになり、私はイーサリアムとロールアップが勝つことをCCTが勝つと見ています。だから、それが実現することを確認することに既得権を持っているのです。」
「実際に言及したいことが一つあります。これは素晴らしいウェブサイト、ethproofs.orgです。これは基本的にZK VMのためのL2ビートに相当するもので、私たちがしようとしていることは、ZK VMがリアルタイム証明に達し、証明の生成コストを下げることを奨励することです。
このウェブサイトが示すのは、証明を生成するコストがセント単位であり、証明の生成にかかる遅延が秒単位であるということです。今のところ、それは非常に約束されています。なぜなら、証明を生成するコストはすでにセント単位だからです。メインネットL1 EVMブロックが有効であることを証明するのに、約5〜6セントかかります。
そして、あなたがここで見ることができるように、証明時間は約2分の順序です。2分は10スロットであり、したがって私たちは遅延の観点からおおよそ1桁のオーダーで1スロットリアルタイム証明に向かっています。
ここで素晴らしいニュースは、このウェブサイトが現在サポートしているのはシングルマシン証明だけだということです。これらの証明数値は単一のGPU上のものです。したがって、GPUのクラスターを持つマルチマシン証明のサポートがあれば、証明時間をはるかに低くすることができると想像できます。
いくつかのZK VMプロジェクトの創設者たちは、今年中に次のスロットリアルタイム証明を達成できると信じていると公に述べています。おそらくUmaがこれについてもっと話せるでしょう。」
「私たちは潜伏時間の観点からethproofsでトップのZK VMであり、Justinが言ったように、現在、単一のGPU上でイーサリアムブロックを証明するための潜伏時間は数分であり、コストは非常に安いです。
すでに、SP1と私たちが構築したものを使って、多くのGPUに証明を分散させると、潜伏時間は20〜30秒程度まで速くなります。したがって、私たちは実際にJustinが言っているこの12秒のリアルタイム次スロットリアルタイム証明のベンチマークに非常に近づいています。そして、アルゴリズムの改善、エンジニアリングの改善、その他多くのことにより、今年中にそれに到達できると確実に思っています。だから、それは期待すべきことであり、注目すべきことです。」
「リアルタイム証明で解禁されるものについて話し合えますか？そのイベントホライズンに到達したとき、そのしきい値に到達したとき、イーサリアムブロックの証明が次のスロット内に基本的にあるとき、それは私たちに何をもたらしますか？どのようなドアが開かれますか？」
「このネイティブロールアッププリコンパイルを追加し、そのガス制限をとても高く設定できます。基本的に、L1ガス、L1とすべてのネイティブロールアップの実効的なL1ガスが、今日のイーサリアムのスループットの10倍または100倍になる可能性があります。これは非常に素晴らしいことです。
私はJustinのネイティブロールアップがL1に追加されるタイムラインが2026年後半だと知っていますが、正直に言って、ZKの部分は早く準備できると思います。ZKは全てのオーラルデベロッパーとイーサリアムのいろいろな要素によるボトルネックはないからです。だから、ネイティブロールアッププリコンパイルとZKは、確実に2026年までには出荷できると思います。」
「Justin、これは私が尋ねようとしている質問とは全く異なる領域ですが、あなたの視点を得たいと思います。イーサリアムのすべての問題は、オールコアデブコールとアップグレードの出荷に関するいくつかの社会的調整の問題に落ち着くようです。おそらく、それがハードフォークのより速いケイデンスの背後にある動機であり、これはより速い調整を奨励し、より速い調整のための余地を与えることができます。
しかし、それにもかかわらず、それは人間の問題です。イーサリアムがその場所にいる理由は何ですか？答えは、イーサリアムは分散化されたエコシステムであり、私たちは研究を行いました。それはバックミラーにあります。私たちはエンジニアリングを行うことができます。それは難しい部分ではありません。実際には社会的調整であり、それは常にイーサリアムが前進するためのボトルネックのように見えます。
その分析についてコメントし、イーサリアムがその問題に取り組むためにどこに向かうと思うかについてコメントしていただけますか？」
「あなたに100％同意します。調整とチャンピオンが最も重要な問題です。実際、最近、イーサリアム財団の研究チームは2人の新しいコーディネーター、リースルとウィルを雇いました。彼らは数週間前に参加したばかりですが、すでにそのようなサポートがあると、異なる種類のペースが見えてきています。
これらの大きなアイデア、ベースシーケンシング、ネイティブエグゼキューション、ビームチェーンなどを提案することは良いことですが、実際にこれらのものをメインネットに配信するためには、調整がボトルネックとなっています。私はできる限りのことをしていますが、ビームチェーンに焦点を当てることを選択しました。ベースシーケンシングとネイティブエグゼキューションの両方を他のチャンピオンに委任することを本当に望んでいます。
ガバナンスに関する質問に戻りますが、私たちは二つのことを試みています。一つは、先に述べたように、フォークのペースを加速させることです。小さなことを押し出したい場合、より低いレイテンシーで押し出せるようにするためです。
しかし、同時に、ビームチェーンと呼ばれる他の取り組みもあります。これもガバナンスの問題に取り組んでいますが、完全に異なる戦略を持っています。ビームチェーンで私たちが試みていることは、基本的に数年間、研究開発とテクノロジーにのみ集中することです。そして最後にようやく、オーラルデブ、デブネット、テストネットを通過しなければならない非常に高価な社会的レイヤーのゲームに入ります。
それをガバナンスレイヤーでのバッチ最適化と考えることができます。それだけでなく、現在オーラルデブで出荷されている小さな、中規模のアップグレードを対象としているのではなく、大胆で野心的なアップグレードを行うことができます。
俯瞰して見ると、私たちはギアをシフトして、これら二つの並行戦略を持っています。そして、より大きな複数年の図を見る意欲があれば、イーサリアムに高い確信を持つのは非常に簡単です。」
「Justin、Uma、今日番組に参加していただきありがとうございます。イーサリアムエコシステムのためにネイティブロールアップとそれが何を達成できるのかを理解する手助けをいただき感謝します。」
「バンクレスネーションの皆さん、ご存知のように、暗号通貨はリスクがあります。投資したものを失う可能性がありますが、それでも私たちはフロンティアに向かっています。すべての人に向いているわけではありませんが、バンクレスの旅に皆さんが同行してくださって嬉しく思います。ありがとうございました。」
コメント