MegaETHおよびMonadの創業者との対話：イーサリアムの未来を再構築する（完全版）

2024.08.22

共有先

TechFlow厳選深潮セレクト

MegaETHおよびMonadの創業者との対話：イーサリアムの未来を再構築する（完全版）

今週のポッドキャストでは、イーサリアム仮想マシン（EVM）について取り上げ、Mega ETHやMonadがイーサリアムをどのようにより高速にしていくかについて議論します。

2024.08.22 - 06:35:20

MegaETHMonad以太坊

Web3業界の深掘り報道に専念し潮流を洞察

整理 & 編集：TechFlow

ゲスト：Keone Hon、Monad創設者；Lei Yang、Mega ETH共同創業者

ホスト：Ryan Sean Adams、Bankless共同創業者；David Hoffman、Bankless共同創業者

ポッドキャスト元：Bankless

原标题：Mega ETH vs Monad: The Battle To Shape Ethereum's Future

放送日：2024年8月21日

対話のハイライト要約版ポッドキャストノートはこちら：リンク

背景情報

今回はEVMの最前線――二つの異なるアーキテクチャを持つブロックチェーン、MonadおよびMega ETHについて探ります。

MonadはLayer 1プロジェクトであり、実行層とコンセンサス層を再設計することで、毎秒10,000件以上のトランザクション処理を実現することを目指しています。

Mega ETHはLayer 2プロジェクトで、パフォーマンス最適化に焦点を当て、毎秒10万回以上のイーサリアムトランザクションを実現することを目指しています。

今回のポッドキャストでは、イーサリアム仮想マシン（EVM）について、特にMega ETHとMonadがどのようにしてイーサリアムをより高速にするかについて議論します。

以下の質問に答えます：

1. MonadとMegaETH、どちらがより速く、分散化されており、検閲耐性が高いのか？

技術的アーキテクチャ：

Monadは、Monad DB、楽観的並列実行、非同期実行、Monad BFTなどの技術を導入することでパフォーマンスを向上させています。
Mega ETHはLayer 2アーキテクチャを活用し、ノードの専門化により実行の冗長性を削減し、リアルタイムコンパイルとEVMの並列実行によってパフォーマンスを高めています。

分散化とパフォーマンス：

Monadは低ハードウェア要件を通じて分散化を重視しており、誰でもフルノードを実行できるようにしています。
Mega ETHはLayer 2アーキテクチャと経済的インセンティブメカニズムを通じて、検閲耐性と実行の正確性を確保しています。

2. テストネットもメインネットもまだリリースしていない段階で、どうやって大規模なコミュニティを構築したのか？

Monad：
- Monadは独自のコミュニティ文化を創造・普及させることでメンバーを惹きつけています。たとえば「Monad ランニングクラブ」という活動があり、コミュニティメンバーが一緒に走ることを奨励しています。また、「Molandak」や「Salmonad」といったコミュニティメンバーが自主的に創作・普及させたユニークなマスコットキャラクターや物語も登場しています。
- Monadは言語学習イベント「Molingo」など、オンライン・オフラインのさまざまな活動を組織し、コミュニティメンバーの参加感と帰属意識を高めています。
- コミュニティメンバーはプロジェクトのさまざまな側面に参加することが奨励されており、イベントの企画やアート作品の提供なども含まれます。このようなボトムアップ型の参加方法がコミュニティの結束力を強めています。
Mega ETH：
- ブランド戦略は「Mega Mafia」という旗艦ユーザープロジェクトおよびインキュベーションプロジェクトを中心に展開しています。「Mega Mafia」というブランドイメージを導入することで、高性能ブロックチェーンアプリケーションに関心のある開発者や起業家を成功裏に惹きつけました。
- 技術ディスカッション会や共有会を開催し、ブロックチェーンのパフォーマンス最適化に関心を持つ技術者を惹きつけました。また、ソーシャルメディアプラットフォームで技術詳細や業界の面白エピソードを発信し、より広い層のオーディエンスを惹きつけています。
- インキュベーションプロジェクトや革新的アプリケーションの支援を通じて、ブロックチェーン上で新しいアイデアを実現したいと考える開発者を惹きつけました。
Monad および Mega ETHはいずれも、ソーシャルメディアプラットフォーム（Twitter、Discordなど）を積極的に活用し、コミュニティとの対話を進め、プロジェクトの進捗状況や技術的知見を共有しています。この透明かつオープンなコミュニケーション方法により、信頼と忠誠心を持つユーザー層を構築しました。

3. EVM上での開発について「流砂の上に家を建てるようなものだ」という批判をどう捉えているか？これはSolanaの価値提案に影響を与えるか？

Keone の見解：
- 技術的成熟度とエコシステム：EVMには技術的な欠点があるかもしれないが、すでに成熟した標準となっており、強力なネットワーク効果と幅広いツールサポートを備えています。これにより、開発者はアプリケーションをより簡単に構築・展開できます。Monadの目標はEVMそのものを完全に置き換えるのではなく、技術革新を通じてEVMのパフォーマンスと拡張性を強化することです。
- Solanaへの影響：Keoneは、Solanaが高スループット処理において優位性を持っていても、EVMの広範な採用とエコシステムの成熟度により、開発者の間では依然として強い魅力を持っていると考えています。そのため、EVMの継続的な改善はSolanaの価値提案を著しく弱体化させるものではないが、イーサリアムの開発者コミュニティ内での地位を確固たるものにするでしょう。
Lei Yang の見解：
- 適応性と改良：Leiは、EVMの柔軟性と適応性により、新たなニーズに応じて進化し続けられると指摘しています。Layer 2ソリューションを導入することで、Mega ETHはEVMのパフォーマンスを向上させ、より複雑かつ効率的なアプリケーションをサポートできるようにすることを目指しています。
- Solanaとの競争：Leiは、Solanaがパフォーマンス面で競争力を持っているものの、EVMの広範な採用と互換性により、クロスチェーン相互運用性と開発者支援の面で優位性を持っていると考えています。Mega ETHはEVMの能力を強化することで、他のブロックチェーンに対しても競争力を持ちながら、より魅力的な開発プラットフォームを提供することを目指しています。

以下は今回の対話の主な内容です：

Monad紹介

David：Keoneさん、Monadについて説明してください。そして、ブロックチェーン分野で何が違うことをしているのか教えてください。

Keone：

ご招待いただきありがとうございます。私はKeone Hon、Monad Labsの共同創業者兼CEOです。私たちはMonadというプロジェクトを構築しており、これはイーサリアムの根本からの再構築で、実行層とコンセンサス層を根底から再設計し、4つの主要な改善を導入することで、1秒あたり10,000回を超えるトランザクションを処理可能な高性能なイーサリアムのバージョンを提供することを目指しています。Monadは、Monad DBという名前の全く新しいデータベースをゼロから構築すること、楽観的並列実行を導入して多数のトランザクションを並列処理可能にすること、非同期実行によりコンセンサスと実行を異なるレーンで動作させることで実行予算を大幅に増加させること、最後にMonad BFTという高性能コンセンサスメカニズムにより、数百の完全にグローバル分散されたノードが同期を保つことを可能にします。全体として、これは非常に基礎的な取り組みであり、システム工学的手法を適用して真に高性能なイーサリアムの再構想を実現しようとしています。

David：Monadに対する期待は大きく、特にSolana仮想マシン（SVM）以降です。SVMの並列化により人々は並列化に大きな期待を寄せましたが、同時に非常に賢い人々から「真のボトルネックは並列実行ではなく、データベースの並列読み取りアクセスにある」という技術的反論もありました。ブロックチェーンアーキテクチャにおいて、なぜ仮想マシンの並列化が重要なのか、またそれがなぜデータベースの並列読み取りアクセスに帰着するのか、そしてあなた方がまさにその特徴を持っているのか、説明いただけますか？

Keone：

とても良い質問です。人々は直感的に並列実行が有益であると理解しています。現代のコンピュータは明らかに多くのプロセッサを持ち、多くのタスクを並列に実行しているからです。たとえば、私はブラウザで数百のタブを開いていますが、これは悪い習慣ですね。でもSpotify、Discordなど、これらすべてが並列に動いています。現在のイーサリアムや他のEVMブロックチェーンはシングルスレッドで完全に逐次的に実行されているので、少し狂気じみています。並列実行とは、ホスト上で複数のスレッドまたは複数のプロセッサを使って多くの作業を並列に実行することであり、これが最終的にパフォーマンスを解放できる改善の一つです。

しかし、ベンチマークを取って実際のコストを確認すると、実行における最大のボトルネックはCPU時間でも単一命令の実行でもありません。実際の最大のボトルネックは状態アクセスです。なぜなら、各スマートコントラクトはそのコントラクトに関連付けられたある種の残留状態に依存しているからです。例えばユニット交換を行う場合、Uni v2のプール内の2つの資産残高を知る必要があります。これらの残高を参照できなければ、実際に交換を実行し、新しい残高を計算できません。つまり、これはディスクからいくつかのデータを読み取る必要があるということです。したがって、実行における最大のボトルネックは状態アクセスであり、計算を並列化してもデータベースの読み取りを同時に並列化しなければ、わずかな改善しか得られず、データベースの並列読み取りが可能になることで得られる大きな改善に比べて重要性は低いのです。

まさに私たちのチームがMonad DBで成し遂げたのはそれです。Monad DBは、イーサリアムのMerkle木データを効率的に保存するために特別に最適化された、ゼロから構築されたデータベースです。これは偉大な努力です。一般にコンピュータサイエンスの常識として「データベースは自分で書くな」と言われますが、それは膨大な仕事だからです。しかし今回の場合、これは非常に必要かつ影響力のある取り組みでした。なぜなら、我々が持つ高価値の状態、すなわちイーサリアムの状態を、可能な限り速くアクセスする必要があるからです。

Monadはいかにイーサリアムに統合されるか？

Ryan：Keoneさん、この技術をイーサリアムにもたらすとおっしゃいましたが、Monadは「Alt Layer 1」と呼ばれるような独自の代替Layer 1をリリースする計画です。つまり、Layer 2としてイーサリアムを拡張しているわけでも、メインネット内で動作しているわけでもなく、代替チェーンとして動作しているのでしょうか？では、どのようにしてこの技術をイーサリアムにもたらすのでしょうか？また、どこまでイーサリアムに統合しないのでしょうか？

Keone：

Monadは、私たちのチームが最終的にイーサリアムL1に必要だと考えるこれらの異なるアーキテクチャ改善の能力を証明するための先駆的な環境です。Layer 1とLayer 2に関する議論は、時間とともに変化するテーマだと思います。2022年に私たちが初めて始めたとき、一般的にはすべてのLayer 2が同じ方法でイーサリアムとやり取りし、状態コミットメントとデータ可用性のためにイーサリアムを利用していると考えられていました。そういったイーサリアムとの関わり方の一種のパターンです。しかし2024年現在、Layer 2がどのようにイーサリアムとやり取りし、どの程度直接的にイーサリアムのサービスを利用するかは、進化しています。私たちのチームの信念は、イーサリアム全体に貢献する方法は多様にあるということです。未踏のイーサリアムスケーリング研究の完全に直交する方向に焦点を当てることで、イーサリアムエコシステム全体に重要な改善と貢献ができると考えています。

Mega ETHとは何か？

Ryan：では次にMega ETHについて話しましょう。Lei Yangさん、このプロジェクトについて教えてください。また、Mega ETHの意義は何ですか？

Lei Yang：

もちろんです。こんにちは、私はLei Yang、Mega ETHのCTO兼共同創業者です。最近MITで博士号を取得し、6年間ブロックチェーンコンセンサス関連の研究をしてきました。ブロックチェーンのセキュリティ、パフォーマンス、ネットワーキングに関する論文もいくつか発表しています。

現在、私はMega ETHを構築しています。Mega ETHは、イーサリアムと完全に互換性を持つパフォーマンス最適化されたブロックチェーンです。ここで重要な違いは、我々は迷わずパフォーマンス志向であり、それを実現する方法に焦点を当てていることです。

まず、イーサリアムのLayer 2として設計しました。理由は、これがパフォーマンスエンジニアリングにとって唯一最適なアーキテクチャだと考えたからです。Layer 2アーキテクチャを活用して、我々が言うところの「最初のリアルタイムブロックチェーン」を構築しています。言い換えれば、毎秒10万回を超える本物のイーサリアムトランザクションを実現でき、支払いだけでなく、ブロック生成時間は1〜10ミリ秒です。私たちの目指すのは、DAppのレスポンスタイムと機能ロジックが通常のWeb 2アプリケーションと同じくらい高速になりつつ、ユーザーが期待するDAppの利点、すなわち実行の正確性、検閲なしの自由などを提供することです。

技術的最適化面では、まずLayer 2であることによりノードの専門化が可能になります。Megaでは、実行の冗長性を可能な限り削減し、常にアクティブな1人のソーターのみが各トランザクションを実行します。他のノードは状態更新を購読し最新状態を維持しようと努めますが、すべてのトランザクションを実行する必要はありません。これによりパフォーマンスを大幅に向上させることができ、すべてのトランザクションを実行するソーターのハードウェア構成を高めつつ、現在の状態だけを追う全ノードのハードウェア要件を維持できます。

ソーターに関しては、いくつかの最適化があります。Merkle Patricia Treeと機能的には同じですが、SSDやメモリといった実際のハードウェアをより効率的に活用できる新しいデータ構造を使っています。イーサリアムスマートコントラクトをバイトコードからネイティブアセンブリコードへリアルタイムでコンパイルし、さらにEVMを並列実行します。これらがハイライトであり、最終製品を「リアルタイムブロックチェーン」と呼んでいます。

類似点と相違点

Ryan：Mega ETHとMonadの類似点と相違点についてどう思いますか？一般人、あるいは暗号通貨分野にやや詳しい人にとっては、共通点はどちらもEVMの拡張と並列実行を追求していることです。Mega ETHはLayer 2アーキテクチャを使用し、イーサリアムに決済を行い、イーサリアムをデータ可用性レイヤーとして使用している、というのは正しいですか？

Lei Yang ：

実は、それは完全には正しくありません。我々はEigenlayerをデータ可用性レイヤーとして使っており、同時にイーサリアムに決済も行っています。もう一つ小さな違いは、並列化を旗艦的特徴や最適化として位置づけていない点です。我々はシングルスレッドパフォーマンスも同様に重視しています。

Ryan：では、この二つのプロジェクトの類似点と相違点は何だと思いますか？

Lei Yang：

あなたがまとめた類似点は非常に的確だと思います。どちらもパフォーマンスに焦点を当てており、豊富なリソースを提供することで次世代アプリケーションを生み出そうとしています。しかし、私が述べたように、並列化に対する見方に違いがあると思います。もしUniswapのコピーを100個作りたいなら、EVMとETHエコシステムにはそれを使うための十分なブロックスペースがあります。

しかし実際にはまったく新しいアプリケーションが必要です。それらに対しては、単一アプリケーションが実際に使う性能となる非常に高いシングルスレッドパフォーマンスに到達しなければならないという信念があります。つまり、我々は本当にシングルスレッドパフォーマンスの最前線を推進しています。前述した新しいデータ構造、スマートコントラクトのJITコンパイル、そして言及しなかったメモリ内計算技術など、すべてがシングルスレッドパフォーマンスのためのものです。並列化は、まったく新しいアプリケーションをサポートできる十分なシングルスレッドパフォーマンスを実現した後の第二段階と見ていますが、エンジニアリングと運用面では実際には同時並行で進めています。

もう一つの違いはパフォーマンスへの明確な注力です。我々はLayer 2を構築することを選んだのは、実行とコンセンサスにおける冗長性を可能な限り排除できる唯一最適なアーキテクチャだと信じているからです。これが重要な違いだと強調したいと思います。

David：Keoneさんはこれについてどう思いますか？

Keone：

一点言及すべきことがあります。Monadの目的とこれらの個々のアーキテクチャ改善は、最小限のハードウェア要件から最大限のパフォーマンスを得ることを狙っています。分散化の観点から、誰でも普通のハードウェアでノードを実行できることは非常に重要だと考えます。これを実現するには、非常に高いハードウェア要件に厳密に依存するのではなく、ソフトウェアの改善を通じてハードウェアからより高いパフォーマンスを得る必要があります。したがって、この二つのプロジェクトは初期の前提条件からして非常に異なる可能性があります。Monadでは、誰でもフルノードを実行し、すべての状態にアクセスし、ネットワークに追いつき、信頼せずに直接検証できるように、ハードウェアから最大限のパフォーマンスを得ることに真剣に取り組んでいます。

アーキテクチャの影響

David：MoandとMega ETHは、非常に高速なEVMを実現するという同じ目標を持っています。しかし、その到達方法はほとんど正反対です。Mega ETHはLayer 2の単一ソーターまたは極めて少数のソーターを選択しましたが、Monadは非常に広範なバリデータセットを持つLayer 1ブロックチェーンを追求しています。技術的には、それぞれのアーキテクチャは最終目標と一致しています。

最終目標が同じ、つまり非常に高速なEVMを持つ場合、それぞれのブロックチェーン上で出現するアプリケーションは似通ったものになるでしょうか？それとも、基盤アーキテクチャの違いにより、それぞれ異なるエコシステムが形成されるでしょうか？基盤アーキテクチャは、それぞれのブロックチェーン上で構築されるアプリケーションエコシステムにどのように影響するでしょうか？あるいは、影響しないかもしれませんか？

Lei Yang：

非常に異なると思います。まず、我々はパフォーマンスに一点集中しています。これにより、より低い遅延と高いスループットを実現できます。特に遅延に注目したいと思います。なぜなら、あなたも述べたように、我々は単一のソーターを使用しています。したがって、ソーターはストリーミング方式でトランザクションを実行でき、トランザクションのフィードバック待ち時間とブロック生成時間を本当に最小限に抑えることができます。言い換えれば、トランザクションがソーターに到達してから実行され、パッケージ化され、状態が更新されるフィードバックまでの時間は1ミリ秒になると予想しています。

私のコンセンサス研究のバックグラウンドから言えば、これはコンセンサスアルゴリズムがシステムのキーパスにあるいかなるシステムでも不可能だと思います。コンセンサスアルゴリズムが正しく機能するには、メッセージが少なくともすべてのノード間で伝達されなければならないからです。ノードがグローバルに分散している場合、メッセージは世界中を巡回しなければなりません。光速でさえも数百ミリ秒かかりますし、通常は少なくとも2〜3ラウンドのメッセージ交換が必要なので、遅延は600〜700ミリ秒になる可能性があります。これはLayer 1、あるいは分散型ソーターをベースとしたコンセンサスを使用するLayer 2の最小遅延です。

この低遅延は特定のアプリケーションにとって非常に有用です。たとえばMinecraftを想像してください。次のステップを踏む前に600ミリ秒待つのは望ましくないでしょう。高頻度取引（HFT）にとっても非常に興味深いでしょう。なぜなら、市場メーカーとトレーダーがソーターと協調できるからです。このようなリアルタイムアプリケーションが我々のユニークなエコシステムプロジェクトになるでしょう。

David：Keoneさん、同じ問題についてどう思いますか？

Keone ：

私は分散化されたMinecraftのシナリオを考えています。なぜなら、ソーターから遠く離れている場合、低遅延にはなりません。

Lei Yang：

はい、もちろん。二つのパラメータを区別したいと思います。一つはTicktimeまたはブロック時間、つまり行動の精度や分解能、例えば1ミリ秒ごとに行動が起こることです。しかしユーザーがフィードバックを得る際には、もちろん物理法則を破っているわけではありません。ユーザーの行動はキーボードからソーターへ、そしてユーザーのディスプレイに戻らなければなりません。しかし、これはあらゆるオンラインMMOやRPGゲームでよくあることです。したがって、この部分の遅延は許容可能です。本当に重要なのは、コンセンサスをキーパスに導入すると、グローバルな三回のメッセージ交換が発生し、600ミリ秒を超える遅延が生じることです。これはユーザーと集中型ソーターの間の典型的な遅延よりもはるかに高いです。

David：Keoneさん、Monad上で構築されるアプリケーションエコシステムについてどう思いますか？特定の分野に焦点を当てていますか？

Keone：

EVMの美しさは、驚異的なネットワーク効果を持つ支配的標準である点です。EVM向けに多くのライブラリが構築されており、多くのアプリケーションがここで開発されています。また、応用暗号学の研究の多くもEVMの文脈で行われています。完全にバイトコードレベルでEVMと等価なプロジェクトとして、MonadはすでにEVM上で構築している開発者にパフォーマンスと移植性の最良の組み合わせを提供しています。Monadはこれを続けつつ分散化を維持しています。これはある意味で、MonadとMega ETHの交差点になると思います。なぜなら、私たちのチームは検閲耐性や暗号コミュニティが大切にしている他の属性の観点から、分散化されたブロック生成が非常に重要だと考えているからです。あなたが言うように、光速制限によるコンセンサスのオーバーヘッドは避けられないものですが、光速を加速する方法を見つけない限り。

David：Keoneさん、つまりLayer 1を構築するにはある程度の責任があるということですか？なぜならそれは暗号の精神に伴うからです。検閲耐性がなければ、なぜLayer 1を構築するのですか？バリデータセットを効果的に分散化できないなら、なぜLayer 1を構築するのですか？Monad EVMとMonad DBの強力なアーキテクチャ改善以外にも、正当なブロックチェーンプロジェクトと呼べるためにはやらなければならないことがある。これらは私たちの暗号業界が重視するものです。そういう意味ですか？

Keone：

はい。これは実際に社会的側面からも来ており、これらの価値観を強化しています。分散化はハードウェア要件、コンセンサスに参加するノード数、ステークの重み付け配分などで重要です。これらは評価しなければならない属性です。さらに、これらの価値観を強化する強力な社会的側面も必要です。

分散化 - Monad

Ryan：分散化という言葉は暗号分野では神聖な言葉です。私たちがLayer 2として展開する理由はまさにこの分散化と検閲耐性のためです。Keoneさん、Monadの分散化に関する立場について話していただけますか？分散化をできるだけ実現したいなら、なぜLayer 2ではなくLayer 1を選んだのですか？典型的なイーサリアムユーザーにとって、イーサリアムは長年のテストを経て非常に分散化されています。これが最も得意な点です。一方で、実行環境では、トランザクション処理能力は約毎秒10〜15件で、多くの面で不十分です。しかし、分散化の属性ではほぼビットコイン並み、あるいはそれ以上かもしれません。ならば、なぜこういったすべてを捨ててLayer 1に移行するのですか？

Keone：

仰る通り、Monadの設計選択では分散化を最適化しています。まず、あらゆるネットワークパラメータの選択において、最大限のパフォーマンスを得ようとするべきです。つまり、10,000ノードを持つネットワークがある場合、これらは完全にグローバルに分散されており、ハードウェア要件はある特定の水準です。イーサリアムの場合、少しお遊びのような話ですが、ラズベリーパイでも実行できるようにしなければなりません。したがって、特定のハードウェア要件とノード数に対して、そこから最大限のパフォーマンスを得ようとすべきです。要求がやや高くても依然として非常に合理的であれば、Monadの場合のように、32GBのRAM、2TBのSSD、100Mbpsの帯域幅、比較的安価なCPUがあれば、このようなハードウェアとネットワーク構成から可能な限り多くのパフォーマンスを得ようとすべきです。

Ryan：これらのパラメータは具体的な要件ですか？それとも大まかな範囲ですか？

Keone：これは正確なパラメータセットです。

David：つまり、MacBook Proのような消費者向けノートパソコン、あるいは典型的なブロードバンド消費者インターネット接続に相当するもので、それがあなたが説明したハードウェア要件であり、ノード数は200〜300の間です。

Keone：はい、コストコで買えるようなノートパソコンです。

Ryan：これで十分に分散化されていると思いますか？それともイーサリアムの分散化と比べてどうですか？もちろん、ノードやバリデータだけでなく、ブロック作成に関連する他の参加者、例えばブロックビルダーなど、周辺に完全なサプライチェーンがあります。Monadの設計パラメータはイーサリアムよりも分散化されていると言えますか？あるいは、どのようにこうした議論を行いますか？

Keone：

私が言いたいのは、与えられたパラメータセットに対して、その設定から最大限のパフォーマンスを得ようとすべきだということです。最大限のパフォーマンスを得る唯一の方法はソフトウェア改善です。Monadのチームが開拓したいくつかの改善は、現在10,000ノードを持つイーサリアムL1のような異なる設定でも恩恵を受けます。確かにノード数は異なり、ハードウェア要件も少し異なります。新しいデータベースの設計は特定のSSDサイズ向けではなく、どんなSSDサイズでも機能します。結局のところ、鍵は非常に妥当なハードウェア要件で最大限のパフォーマンスを得ることです。私の意見では、ネットワークを1ノードに制限し、ハードウェア要件を制限せず、非常に高いRAMを許可したり、SSDを使わずすべての状態をメモリに保持するなどすれば、異なるパフォーマンス特性、あるいは無料のものさえ得られるかもしれません。

結局のところ、エンジニアリングチームの仕事はいかなるハードウェア設定からでも最大限のパフォーマンスを得ることです。しかし、誰もが特定のハードウェアの出発点を選択し、そこからできるだけ多くのパフォーマンスを得ようとします。これは非常に良いアンカーだと思います。なぜなら、ハードウェアは依然として非常に妥当であり、そこから多くのパフォーマンスを得ることができるからです。

分散化 - Mega

Ryan：Leiさん、分散化というキーワードについてどう思いますか？Mega ETHの立場はどうですか？さきほど聞いた内容と比べて、類似点や相違点はありますか？

Lei Yang：

もちろんです。まず、各ハードウェアユニット当たりのパフォーマンスについて話したいと思います。Mega ETHも各GB RAM、各CPUコア、各GHzのCPU周波数あたりのパフォーマンスを最大化しようとしています。しかし実際には、ハードウェア構成を無限に上げられれば、すべての最適化が無視されるかもしれません。しかし残念ながら、無限のCPUコアとメモリを持つハードウェアは存在しません。実際、最新世代のトップサーバーハードウェアにも限界があり、これにより効率を真に最大化するための厳しいエンジニアリング作業が必要になります。この言葉は「効率」、つまり各単位当たりのパフォーマンス、例えばコンパイルや新しいデータ構造です。

分散化の問題に戻ります。実際、軽量ノードもあります。私たちのフルノードは8〜16GBのメモリ、1TBのSSDですが、サーバーグレードではなく、消費者向けの4〜8コアCPUです。したがって、これはイーサリアムの実行ノードやS molarノードの構成とほぼ同じです。ただし、重要な違いは、ソーターが大部分の仕事を担い、すべてのトランザクションを実行しなければならない点です。BN Layer 2により、フルノードのハードウェア要件を維持でき、最新状態を取得したいノードがそれを実現できます。これは実際、Layer 2として分散化を向上させています。さらに、検証ノードはラズベリーパイで実行でき、ストレージ不要で、ネットワークから動的に検証に必要な状態とトランザクションを取得できます。したがって、小分けの形でブロックチェーンを検証できます。

分散化を非常に重視しています。ノードの専門化はKeoneの観察に対する私たちの回答です。もし皆に非常に強力なハードウェアを使用させれば、根本的に分散化は存在しません。なぜなら、誰もサーバーを負担できず、騒音の大きいサーバーを自宅に置きたがらないからです。私の周りにもサーバーがあり、アップグレードや再起動時には非常にうるさいです。誰も自宅にそんな設備を置きたがりません。そのため、我々はこれを非常に重視しており、ノードの専門化が解決策です。

Ryan：では、ノードの専門化は単にL1とL2の区別にすぎないのですか？こういうことですか？

Lei Yang：

いいえ、基本的に異なるハードウェア構成を持つ異なるタイプのノードがあり、Layer 2システム内で異なるタスクを実行しています。すべてのトランザクションを実行するソーター、状態更新を購読するフルノード、無状態でトランザクション状態を検証する検証者があります。

しかし分散化の話題では、我々は非常に注目していますが、フルノードと検証ノードのハードウェア構成を最小化することで分散化を実現していますが、実際には分散化は目的を達成する手段の一つにすぎないと考えています。あなたが欲しいのは実行の正確性、ファイナリティ、検閲耐性です。Web 2から来た重要な人々の多くが暗号分野に入る際、いわゆる分散化を求めているわけではないと思います。彼らが欲しいのは実行の正確性、重要なアプリケーションを実行する際に単一の実体を信用しなくて済むことです。分散化は、私たちが見る通り、Layer 1ではうまく機能しますが、目的を達成する手段の一つにすぎません。現在Layer 1、すなわちイーサリアムはすでに構築され、可能な限りの分散化を実現しています。私は今こそ前進する時だと考えます。したがって、イーサリアムが分散化の部分を完了してくれたので、今こそパフォーマンスを真に最適化し、イーサリアムが達成した分散化の成果を土台にすべき時なのです。

どちらがより分散化されているか？

Ryan：分散化について議論できますか？「分散化」という言葉を直接使わず、あなたが先ほど言及したすべての属性の代理として使うことができます。たとえば検閲耐性、決済保証などです。では、究極の超高速EVMのうち、どちらがより分散化されているのでしょうか？Mega ETHですか？それともMonadですか？

Lei Yang：

とても良い質問です。ハードウェア構成などいくつかの異なる角度から分析できます。前述したように、Mega ETHのフルノードと検証者のハードウェア構成は、イーサリアムやMonadノードとほぼ同じです。Mega ETHのフルノードと検証者は実際には高水準で、必要に応じて情報をダウンロードするだけです。したがって、ハードウェア構成は似ています。つまり、最新の状態をダウンロードし、最新のMega ETH状態を維持するために、既存のイーサリアム実行ノードよりも強力なハードウェアは必要ありません。

Keone：

申し訳ありませんが、ずっと「フルノード」と呼んでいますが、この呼び方は誤っているのではないでしょうか？なぜなら、ブロックチェーン分野のほとんどの人が「フルノード」と言うとき、すべてのトランザクションを実行し、それらの結果を検証するノードを意味しているからです。あなたが「フルノード」と呼んでいるものは少し異なるようです。

Lei Yang：

この質問に答えられます。イーサリアムのウェブサイトを訪れると、フルノードの同期方法について説明がありますが、実際にはデフォルトオプションはスナップショット同期またはクイックス