Monad と Keone との対話: EVM を最適化する革新的な道

Monad Labs の CEO 兼共同創設者の Keone Hon と開発者関係エンジニアの Kevin G が、The Pipeline Podcast の第 3 回エピソードに参加し、Monad Labs チームが過去 2 年間に取り組んできたことについて話し合います。
ゲスト紹介：
Keone は Monad Labs の CEO 兼共同創設者であり、以前は Jump Trading で定量アナリストとして働いており、高頻度取引 (HFT) の分野に注力していました。
James Hunsaker は Monad の共同創設者兼最高技術責任者です。
Kevin G は、Solana Labs のコア開発者です。彼は以前 Apple で働いており、Airpods のローカル システム エンジニアリング設計に注力していました。
モナドを選ぶ理由L2 やその他のスケーリング ソリューションが非常に普及している環境で、EVM を改修する必要があるのはなぜですか?
ケオン：
数年前に私たちが最初に始めたとき、多くの人が「なぜ L2 を構築しないのですか?」と尋ねました。当時の私たちの答えは現在と同じでした。誰かが EVM 実行スタックのパフォーマンスの向上に注力する必要があると考えたのです。 。並列実行、カスタム状態データベース、パイプライン実行、非同期 IO のサポートなどの最適化を導入することで、Monad はハードウェアをより有効に活用し、より効率的で分散化されたシステムを実現できます。
時間が経つにつれて、イーサリアム仮想マシンのボトルネックの多くは適切なエンジニア チームによって解決および最適化できることがますます明らかになりました。モナドが最初に概念化された 2020 年当時、特にロールアップ、ゼロ知識証明、データの可用性などの他のインフラストラクチャに費やされた労力と比較すると、これらの最適化に焦点を当てているチームはそれほど多くありませんでした。
スマート コントラクトの主要な標準として、EVM チェーンには、最も多くの TVL、最大の開発者および研究ネットワーク、そして時の試練 (および複数の弱気市場) に耐えてきた素晴らしいコミュニティがあります。このため、導入を拡大し、より複雑なアプリケーションをサポートすることを検討しているため、最適化がさらに重要になります。
「EVMのパフォーマンスを大幅に向上させることは、非常に興味深く、やりがいのある問題です。私たちのチームがこの時期にこのプロジェクトに取り組み始めたことをうれしく思います。これは私にとって非常に興奮していることであり、今後それを世界に披露することを楽しみにしています」数カ月。」
EVM のパフォーマンスと Monad のスケーラビリティを両立
ケビン・G：
Monad が行っていることの多くは、コンピューター サイエンスのベスト プラクティスをブロックチェーン ネットワークに適用することです。これが可能なのは、チームがこの分野で深いバックグラウンドを持っているからです。
すべての開発チームがプロトコルの根本的な問題を解決し、高パフォーマンスのソリューションを考え出せるわけではありません。これらの最適化はエキサイティングであるだけでなく、野心的でもあります。
この課題に対処できるチームをどのように選択しましたか?
ケオン：
ここ Monad Labs に、エンジニアリング、成長、マーケティング、コミュニティ構築、ビジネス開発の才能のある素晴らしいグループがいることを、私は信じられないほど幸運に感じています。私たちは約 25 人で構成されており、解決する必要がある問題に集中できるよう、非常にスリムなチームを維持しようとしています。
時間の経過とともに、私たちのチームは、私たちが達成しようとしている規模と導入をサポートするために成長し続けます。これには間違いなく、より幅広いスキルと追加の人員が必要になります。
ほとんどのエンジニアリング チームは、高性能かつ低遅延のシステムを構築した豊富な経験を持っています。真に高性能な基本層システムを開発する場合の一般的なパターンは、システム全体のパフォーマンスをある程度理解する必要があるということです。必要な最適化を実現するには、カーネル レベルまでドリルダウンする必要がある場合があります。結局のところ、ブロックチェーンは実際にはそれ自体がデータベースです。
一部の愛されるモナドキャラクターはコミュニティの伝承の中でその地位を固めています
なぜビルダーがモナドを見に来る必要があるのでしょうか?
ケオン：
重要な利点はモナドの可能性にあり、イーサリアムの既存の制限を超えて、さらには Solana などのより高性能なシステムよりも優れた幅広い構成可能性を促進できる可能性があります。
Monad は EVM バイトコードおよび RPC と互換性があるため、エンジニアの学習曲線は他の多くの環境よりもはるかに低くなります。私たちは、EVM の発展への道を切り開き、開発者がすでに知っていて信頼できる環境でよりパフォーマンスが高く、スケーラブルなアプリケーションを構築できるようにするための豊富な研究とツールを活用できることに興奮しています。
より広範なレイヤー 1 ソリューション空間における Monad の戦略的位置付けは何ですか?
ケオン：
最終的な目標は、さまざまなアプリケーションを構築するための、よりスケーラブルでコスト効率の高いプラットフォームを作成し、既存のブロックチェーン エコシステムの構成可能性を妨げる制限を取り除くことです。
イーサリアムの元の設計のコンテキストでは、その目的は、ビルダーがそのエコシステム内であらゆるものを作成できるようにすることでした。モナドはこの概念を加速的に発展させたもので、10 年以上にわたって存在していた制限から解放されています。ガソリン車から電気自動車への移行に例えることができます。これは、新しい技術が導入されたときに可能になることのパラダイムシフトを示しています。
ガス制限など、イーサリアム開発者が直面する実際的な課題を考慮してください。これらの制限がなければ、イーサリアムには、過剰な料金のために無効になるアプリケーションや機能がさらに多くなるでしょう。 Monad の主な目標の 1 つは、既存の EVM アプリケーションを現在のガス制限から解放することです。
Monad は、EVM エコシステム内の豊富な既存のコードと製品も活用し、野心的なビルダーに、他では不可能な dApp を真に構築するためのプラットフォームを提供します。
全体として、モナドは暗号通貨コミュニティの集合的な性質に焦点を当てています。現在の段階は、仮想通貨愛好家が分散型個人金融用のアプリケーションを構築している実験期間です。 Monad は、これらのアプリケーションのコスト効率を高め、真の可能性を引き出し、より幅広いユーザー ベースに拡張することを目指しています。
Monad で最も期待したいのはどのタイプのアプリケーションですか?
ケオン：
私にとって、実現を最も楽しみにしている分野が 2 つあります。それは、分散型金融 (DeFi) と消費者向けアプリケーションです。
分散金融
一般の人が分散型の方法で個人の財務を管理できるようにするアプリケーション。もちろん、通貨市場、分散型取引所、デリバティブ、オラクルなどのアプリケーションも高い精度と規模で実現します。これは私がとても楽しみにしている縦型です。
Monad を導入する前、私は Jump 暗号チームの一員でした。 Jump は、Solana エコシステムに深い関心を持ち、興奮しています。それは、それが理にかなっているからです。コストがわずか 1 セントで、数百万人のユーザーに拡張できる場合は、既存の有力なプレーヤーが行っていることを基本的に置き換えることができます。集中型交換では、データに対して非常に高額な料金が請求されます。
私たちが Solana を愛する理由の 1 つは、それが優れたテクノロジーであることです。 EVM との互換性がないため、開発エクスペリエンスは少し難しくなる可能性がありますが、2021 年に James と私が取り組んで以来、Solana は大きな進歩を遂げてきました。
コンシューマアプリケーション
私は、Monad 上の消費者向けアプリケーションにも非常に興奮しています。たとえば、スポーツ賭博、カジノ、ソーシャルなど、基本的に携帯電話でモバイル アプリとして機能するものはすべてです。
すべてのデータがウォレット内にあるとわかっていれば、アプリ、サービス、コンテンツを積極的に利用するようになります。これは、ウォレットが暗号的に安全であるためです。
Monad ルートについて、EVM のどの側面が最も魅力的ですか?
ケオン：
私にとって重要なのは、最終的にほとんどの開発者がアプリケーションをスケールするのに役立つものを構築することです。結局のところ、Monad は開発者プラットフォームです。開発者がいる場所に行き、実際の差し迫った問題を解決することが重要です。純粋な EVM 互換性はこれらの問題の解決策の一部であると思いますが、将来的には、より多くの暗号化機能のサポートをより簡単かつ安価にする他の互換性も登場するでしょう。
結局のところ、これは開発者が iOS ストアで 1 位にランクされるアプリを構築することを妨げている問題を解決することを目的としています。私にとって、EVM はそれを行うのに最適な場所であると感じています。
驚くべきことに、実行スタックに実際に焦点を当てている人は誰もいません。これは、私たちのチームのこれまでの背景と、この問題を解決することに私たちが感じていた緊急性を考慮すると、非常に自然な作業領域でした。
モナドは、EVM とイーサリアム コミュニティの理想のための真の製品スケールへの道を提供します。
「結局のところ、Monad は EVM 上で Solana のようなユーザー エクスペリエンスを実現できる非常に優れた組み合わせです。その後、開発者はシステムのニーズに基づいて構築する場所を選択できます。」
協力は確かに重要です。私たちのチームは、すべての答えを持っているわけではないことを認識しています。私たちは専門家です。私たちは、高性能並列システムの構築、ビザンチンフォールトトレラントコンセンサス、その他の非常に特殊な問題について多くの知識を持っています。しかし、MEV の最小化、ガバナンス、暗号化などの問題に焦点を当てて、イーサリアムの研究に投資している人もたくさんいます。したがって、私たちの仕事が他の人の仕事と組み合わせられるという基準に従うことも重要だと思います。
ケビン・G：
EVM は、多くの応用暗号研究、アプリケーションの構築、より良いセキュリティ実践の開発の中心地です。標準的なポジションにいて、フィールド全体を前進させるのに役立つのは素晴らしいことです。
このため、この分野における研究コミュニティの専門知識を活用しながら、ベースレイヤーの拡張（これが私たちの得意分野です）に深く集中できます。さらに、EVM 用にすでに開発されているすべての開発者ツールを再構築する必要はありません。
EVM 環境でビルダーとして作業する場合の最大の課題は何ですか?
ケオン：
いくつかあると思います。現在、建設業者にとって資金を集めるのは非常に困難です。投資家コミュニティは非常に米国に偏っています。国際的な建設業者が資金を得るのは非常に困難です。
さらに、dApps の構築はセキュリティの観点からも困難です。絶えず脆弱性を調査し、攻撃の機会を探しているブラックハットハッカーが多数存在します。このため、環境は非常に対立的なものになります。ガスの最適化を含め、より良いセキュリティ対策が必要です。
モナドはガスコストを大幅に削減することで、追加の防御アサーション (より多くのガスを消費する) を含めるかどうかという、開発者が直面する大きな決断を排除します。
Monad コミュニティのメンバーがトゥルキエで新しい壁画を披露
暗号製品を構築する際に見落とされている利点は何ですか?
ケオン：
暗号通貨コミュニティの強力さは驚くべきものです。従来型のテクノロジー系スタートアップを構築している場合、Twitter にフォロワーがいないとします。更新情報を投稿しても誰も気にしません。あなたの製品を試してみたいと思う人は誰もいません。人々に無料で試してもらうには、わざわざ手を出さなければなりません。
暗号通貨の分野には非常に強力なコミュニティがあり (コミュニティは実際にはコアの一部です)、これは実際に他のテクノロジー分野にとって大きな利点であり、暗号通貨が最終的に成功する理由でもあります。要は長所を活用し、短所を最小限に抑えることで、業界として規模を拡大できるのです。
2023 年 11 月に、コミュニティは Monad の初期のエコシステム マップを作成しました。
業界として、ブロックチェーンは成熟し始めたばかりです。時間の経過とともに、ブロックチェーンのパフォーマンスは向上するでしょう (そしてその頃には、Monad がそのパフォーマンスだけで他のブロックチェーンと異なるとは思われません)。
他のシステムもさらなる改良を加え、アイデアやテクニックの相互受粉が行われるでしょう。これにより最終的にはこの分野が前進し、より高性能なアプリケーションを構築できるようになります。私たちはブロックチェーンで可能なことの限界を押し広げ、新しい実装をサポートする追加のインフラストラクチャを導入し続けます。
暗号通貨の Twitter では、一般的な取引および投票取引の指標としての TPS について多くの議論が行われています。 TPS が価値のある指標となるのはどのような場合ですか?
ケオン：
TPS の一般的な測定に関しては、投票トランザクションだけではなく、実際のトランザクション、つまりチェーン上で発生するスマートコントラクトの相互作用と転送のみをカウントすべきであると考えています。 Monad については、TPS プレゼンテーションに投票は含めません。
一般に、何を実際のトランザクションとしてカウントするかについては、多くの混乱があります。多くのチームは、トランザクションをカウントするためにさまざまな指標を使用しています。現在、この分野ではパフォーマンスの宣伝方法が非常に一貫していません。たとえば、1 つの取引を 1 つの注文としてカウントする人もいます。したがって、複数のサブ命令を実行する単一のスマート コントラクト呼び出しがある場合、他のものはそれを最大 10 トランザクションとしてカウントしますが、これは実際には正しくありません。
実際に測定できるのは、システムを通過するトランザクションの数だけです。いかなる時点でもシステムがフルキャパシティに達していない場合、実際に観測可能な TPS ははるかに低くなります。したがって、ここでも大きな混乱が生じています。
本当の解決策は、GitHub リポジトリに再現可能なベンチマークを用意することだと思います。各チームはこのリポジトリに貢献し、世界中にさまざまなサーバーを展開するプロセスを定義する完全なスクリプトをプッシュすることが期待されています。その後、スクリプトはシステム内のさまざまなノードに多数のトランザクションを送信し、完全なトランザクション スループット テストを実際に再現することができました。
これは私たちのチームが少なくとも Monad に対して導入する予定のものですが、できれば他の競合ベンチマークにも導入する予定です。これは、結果だけでなく、その結果を生成するために使用したプロセスも公開する、科学研究の通常のプロセスに似ています。このようにして、サードパーティはこれらのベンチマークを再実験して再現できます。これは私たちにとって非常に重要であり、私たちがやろうとしていることです。