Monad Labs CEO：なぜEVMを再構築するのか？

出典：The Pipeline、Medium; Compiled by Tong Deng, Golden Finance

Monad LabsのCEO兼共同設立者であるKeone Hon氏と、開発者対応エンジニアのKevin G氏が、ポッドキャスト「The Pipeline」の第3回エピソードに参加し、Monad Labsチームが過去2年間何をしてきたかを議論した。パイプライン なぜEVMを一から作り直すのか？ それを知るために読んでください。

Guest Background:

Keoneは以前、Jump Tradingで高頻度取引（HFT）分野のクオンツ・アナリストとして働いていました。 ここでMonadの共同設立者でCTOのジェームス・ハンセイカーと出会い、一緒に仕事をするようになりました。 最近では、ケビン・GはSolana Labsでコア開発者として働いていました（以前はアップルで、Airpodsのネイティブ・システム・エンジニアリングに注力していました）。

モナドのジェームズ・ハンサカーCTOはジャンプ・トレーディングのキーンCEOと緊密に連携している（出典：0xResearch）

Q:なぜMonadなのですか？ L2やその他のスケーリング・ソリューションが普及している中で、なぜEVMを刷新したのですか？「その時の私たちの答えは今と同じで、誰かがEVM実行スタックのパフォーマンス向上に集中する必要があると考えたからです。 並列実行、カスタムステートデータベース、パイプライン実行、非同期IOサポートなどの最適化を導入することで、Monadはハードウェアをより有効に活用し、より高性能な分散型システムを実現できるようになります。

時が経つにつれて、Ethernet VMのボトルネックの多くは、適切なエンジニアチームによって対処し、最適化できることがますます明らかになってきています。 Monadが最初にコンセプト化された2020年当時は、特に他のインフラストラクチャ（ロールアップ、ゼロ知識証明、データ可用性）に費やされた労力と比較すると、これらの最適化に注力しているチームは多くありませんでした。

スマートコントラクトの支配的な標準として、EVMチェーンは（圧倒的に）大半のTVL、最大の開発者と研究ネットワーク、そして時の試練（と複数の弱気相場）に耐えてきた素晴らしいコミュニティを持っています。 このため、採用を拡大し、より複雑なアプリケーションをサポートするためには、最適化がより重要になります。

「EVMのパフォーマンス向上は実に興味深く、挑戦的な問題です。 私たちのチームがこの問題に集中していることをうれしく思います。 「今後数ヶ月の間にそれを世界に示すことは、私にとって非常にエキサイティングなことです。

EVMのパフォーマンスとMonadのスケーラビリティの出会い。

Kevin G:

Monadが行っていることの多くは、コンピュータサイエンスのベストプラクティスをブロックチェーンネットワークに適用したものです。 これが可能なのは、チームがこの分野に深いバックグラウンドを持っているからです。

すべての開発チームがプロトコルの根本的な問題に取り組み、高性能な解決策を打ち出せるわけではありません。 これらの最適化はエキサイティングなだけでなく、本質的に野心的です。 これは今までになかったことです。

Q：この課題に対応できるチームをどのように編成するのですか？

ケオーネ：

Monad Labsには、成長、マーケティング、コミュニティ構築、事業開発の人々だけでなく、素晴らしいエンジニアのグループに恵まれています。 従業員数は25人ほどで、解決すべき問題に集中するため、非常にスリムな状態を保とうとしています。

時が経てば、私たちのチームは、私たちが達成しようとしている規模と採用をサポートするために成長するでしょう。 そのためには、より幅広いスキルと追加人員が必要になるのは確かです。

エンジニアリングチームの大半は、高性能で低レイテンシのシステムを構築した豊富な経験を持っています。 真にハイパフォーマンスなベース層システムの開発でよくあるパターンは、システム全体のパフォーマンスに関する専門知識が必要だということです。必要な最適化を行うためには、カーネルレベルまで掘り下げる必要があることもあります。 結局のところ、ブロックチェーン自体は事実上データベースなのです。

いくつかの愛すべきモナドのキャラクターは、コミュニティの伝承の中でその地位を固めています。

Q: なぜクリエイターはMonadをチェックアウトする必要があるのでしょうか？

MonadはEVMバイトコードおよびRPCと互換性があるため、エンジニアの学習曲線は他の多くの環境よりもはるかに低くなります。 私たちは、EVMが繁栄する道を切り開いた豊富な研究とツールを活用し、開発者がすでに知っていて信頼できる環境で、より高性能でスケーラブルなアプリケーションを構築できることを嬉しく思い、興奮しています。

Q: 広範なLayer 1ソリューションの中でのMonadの戦略的位置づけは何ですか？

ケオーン:

最終的な目標は、既存のブロックチェーンエコシステムのコンポーザビリティを妨げる制約を取り除き、多様なアプリケーションを構築するための、よりスケーラブルでコスト効率の高いプラットフォームを構築することです。

イーサの本来の設計の文脈で言えば、その目的は、構築者がエコシステム内で何でも作れるようにすることです。 モナドはこのコンセプトを加速度的に発展させたもので、10年以上存在した制限から解放されている。 ガソリン車から電気自動車へのシフトは、新しい技術が導入されたときに達成できることのパラダイムシフトを示すものとして、アナロジーとして使うことができる。

イーサ開発者がガスの制限のために直面している現実的な課題について考えてみましょう。 Etherで利用できる可能性がありながら、コストが高いために利用できないアプリケーションや機能が、さらにたくさんあります。 Monadの主な目標の1つは、既存のEVMアプリを現在のGas制限の制約から解放することです。

Monadはまた、EVMエコシステム内の豊富な既存のコードや製品を活用し、野心的なビルダーが他では不可能なdAppsを実際に構築できるプラットフォームを提供する。

全体として、Monadの焦点は暗号コミュニティの集団的性質にある。 現在の段階は実験的なもので、暗号通貨愛好家が分散型個人金融のアプリを構築している。 Monadは、これらのアプリをより費用対効果の高いものにし、より多くのユーザーベースにスケールする真の可能性を引き出すことを目指しています。

Q: Monadでどのようなタイプのアプリを見るのが一番楽しみですか？

ケオーン氏：

私にとっては、分散型金融（DeFi）と消費者向けアプリという2つの分野があります。

DeFi

一般人が分散型の方法で個人の財政を管理できるものなら何でもです。 もちろん、マネーマーケット、分散型取引所、デリバティブ、高忠実度、高スケールの予言マシンのアプリもある。 これは、私が本当に興奮している垂直方向の1つです。

Monadに入社する前は、Jump暗号チームの一員でした。 JumpはSolanaのエコシステムに深く関わっており、理にかなっているので興奮しています。 手数料が数分の1セントで、数百万人のユーザーにスケールできるのであれば、既存の既存企業が現在行っていることを本質的に置き換える金融商品を実際に手にすることができます。 中央集権的な取引所は、データに対して非常に高い手数料を取っている。

私たちがSolanaを気に入っている理由のひとつは、優れたテクノロジーであるということです。 EVMとの互換性がないにもかかわらず（それは開発にとって厄介な経験となる）、Solanaは、ジェームズと私が2021年に開発にコミットして以来、長い道のりを歩んできました。

消費者向けアプリ：

私はMonad上の消費者向けアプリにも非常に興奮しています。 例えば、スポーツベッティング、カジノ、ソーシャルなど、基本的に携帯電話のモバイルアプリとして意味のあるものなら何でもです。

自分のデータがすべてウォレットにあるとわかっていれば、アプリやサービス、コンテンツともっと簡単にやりとりできます。 例えば、個人の経験や嗜好（オンチェーン）をコンテキストに組み込んだショッピングアプリは、ショッピングのユーザーエクスペリエンスにとって非常に理にかなっています。

Q：Monadルートについて、EVMのどのような側面に最も興味がありますか？

私にとっては、最終的に最も多くの開発者がアプリケーションをスケールさせるのに役立つものを構築することです。 究極的には、Monadは開発者向けのプラットフォームです。 開発者のいるところに行き、彼らの本当に差し迫った問題を解決することが重要なのです。 純粋なEVM互換性は、これらの問題に対する解決策の一部だと思いますが、本質的に、より多くの暗号機能のサポートをより簡単かつ安価にするような、他の問題が将来出てくるでしょう。

結局のところ、これはデベロッパーがiOSショップでNo.1になるようなアプリを作ることを妨げる問題を解決することに他なりません。 私にとって、EVMはそれを実現するための最良の場所だと思います。

意外なことに、誰も実行スタックに焦点を当てていません。

私たちのチームの以前の経歴と、問題を解決する必要があると感じた緊急性を考えると、それは非常に自然な作業場所でした。

モナドはこの道を提案し、EVMとイーサコミュニティの理想は、本当に製品規模に達するチャンスを得ました。

「最終的に、Monadは、EVM上でSolanaのようなユーザーエクスペリエンスを得ることができる、本当にクールな組み合わせです。 開発者は、システムのニーズに基づいて、構築する場所を選ぶことができます。"

コラボレーションは本当に重要です。 私たちのチームは、すべての質問に対するすべての答えを知っているわけではないことに気づいています。 我々は専門家です。 高性能並列システムの構築、ビザンチン・フォールト・トレラント・コンセンサス、その他非常に特殊な問題については熟知しています。 しかし、イーサネットの研究面では、MEVの最小化、ガバナンス、暗号化といった問題に注力している人たちが他にもたくさんいる。 ですから、標準に従うことも重要ですし、自分の仕事を他の人の仕事と組み合わせることもできると思います。

Kevin G:

EVMは、多くの応用暗号研究の結節点であり、アプリを構築するための大きな努力であり、より良いセキュリティプラクティスを開発するための大きな努力でもあります。 標準を満たし、この分野全体を前進させる手助けができるのは素晴らしいことです。

このため、私たちはこの分野の研究コミュニティの専門知識を活用しながら、私たちが得意とするベースレイヤーの拡張に深く集中することができます。 さらに、EVMのためにすでに利用可能な開発者ツールをすべて作り直す必要もありません。

Q: EVM環境でビルダーをサポートする際の最大の課題は何ですか？

キーン

いくつかあると思います。 投資家コミュニティは米国に非常に偏っています。 海外の開発者が資金を得るのは本当に難しいのです。

さらに、dAppsの構築はセキュリティの観点からも困難です。 常に脆弱性を探り、エクスプロイトを探しているブラックハットハッカーが大勢います。 そのため、非常に敵対的な環境となっている。 Gasの最適化を含め、より良いセキュリティの実践が必要です。

MonadはGasのコストを劇的に削減することで、開発者にとっての大きな妥協点に対処します。追加の防御アサーション（より多くのガスコストがかかる）を含めるかどうかです。

モナド・コミュニティのメンバーがトルコで新しい壁画を披露。

Q: 暗号製品を作ることで見過ごされている利点は何ですか？

Keone:

暗号コミュニティの強さには驚かされます。 従来の技術系スタートアップを構築している場合、ツイッターのフィードにはフォロワーがいません。 アップデートを投稿しても、誰も気に留めないでしょう。 誰もあなたの製品を試したがらないだろう。

暗号通貨の分野では、このような強力なコミュニティがあるという事実（そしてそのコミュニティは、まさにその理念の中核をなす部分である）が、実は他の技術分野よりも大きな利点であり、最終的に暗号通貨を成功に導くものなのだ。 そのメリットを活かし、デメリットを最小化することで、業界としての規模を拡大することができるのです。

2023年11月に始まり、コミュニティはMonadの初期のエコシステム・マップを作成しました。

産業として、ブロックチェーンは成熟し始めたばかりです。 時間が経てば、ブロックチェーンの性能はより高くなるでしょう（Monadが他のブロックチェーンと違うのは、単にその性能だけではないと予想するほどです）。

他のシステムもさらなる改良を加え、アイデアのクロスオーバーや技術のクロスオーバーが起こるでしょう。 これは最終的にこの分野を前進させ、より高性能なアプリケーションの構築を可能にします。 私たちは今後もブロックチェーンの限界を押し広げ、新たな実装のための追加インフラサポートを導入していきます。

Q: 暗号ツイッターでは、取引全般やポーリング取引の指標としてのTPSについて多くの議論がありました。 TPSはどのような場合に価値のある指標となるのでしょうか？

Keone:

TPSの一般的な指標については、投票取引だけでなく、実際の取引、スマートコントラクトのやり取り、チェーン上で起こる転送のみをカウントすべきだと考えます。 Monadでは、どのTPS表示にも投票を含めません。

一般的に、何が実際のトランザクションとしてカウントされるべきかについては、多くの混乱があります。 多くのチームがトランザクションのカウントに異なる指標を使用しています。 異なるチームがパフォーマンスをどのように宣伝するかという点で、今は非常に一貫性のない空間です。 例えば、トランザクションを命令として扱うチームもある。 そのため、その下に複数のサブ命令を実行するスマートコントラクトの呼び出しがある場合、他のチームはそれを約10トランザクションとカウントしますが、これは正しくありません。

実際に計測できるのは、システムを通過したトランザクションの数だけです。システムが任意の時点で完全にロードされていない場合、実際に観測可能なTPSはもっと低くなります。 ですから、そこにも多くの混乱があります。

真の解決策は、GitHubリポジトリに再現可能なベンチマークを用意することだと思います。 すべてのチームがこのリポジトリに貢献し、世界中のさまざまなサーバーへのデプロイメントを定義した完全なスクリプトをプッシュすべきです。 そうすれば、スクリプトはシステム内のさまざまなノードに大量のトランザクションを送信し、実際に完全なトランザクション・スループット・テストを生成することができるだろう。

これは私たちのチームが、少なくともMonadに対して、そしてできれば他の競合ベンチマークに対しても導入しようと計画しているものです。 これは、結果だけでなく、その結果を生成するために使用された手順も公開しなければならないという点で、通常の科学研究のプロセスに似ています。 これにより、第三者が実験を再現し、これらのベンチマークを再現することができます。 これは私たちにとって非常に重要なことであり、私たちもそうするつもりです。