Monad、Sei、Eclipseの創設者との対話：高スループットブロックチェーンの未来を共に探る

2024.08.30

共有先

TechFlow厳選深潮セレクト

Monad、Sei、Eclipseの創設者との対話：高スループットブロックチェーンの未来を共に探る

本エピソードでは、並列化されたイーサリアム仮想マシン（EVM）の技術的利点、ブロックチェーンアーキテクチャを支える戦略的意思決定、および次世代の高速チェーンを推進する革新について議論しました。

2024.08.30 - 07:05:48

MonadSeiEclipse

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

整理 & 編集：TechFlow

ゲスト：Keone Hon（Monad Labs 共同創業者兼CEO）、Jay Jog（Sei Labs 共同創業者）、Vijay Chetty（Eclipse Labs CEO）

ホスト：Laura Shin（作家、Unchained ホスト）

ポッドキャスト元：Unchained

元のタイトル：How to Build the Fastest Onchain Experience With Monad, Sei, and Eclipse

公開日：2024年8月28日

要点まとめ

本エピソードでは、Monad Labs の Keone Hon、Sei Labs の Jay Jog、Eclipse Labs の Vijay Chetty が、高スループットブロックチェーンにおけるスケーラビリティとパフォーマンスに関する独自のアプローチを紹介しました。彼らは、イーサリアム仮想マシン（EVM）の並列化技術的利点、ブロックチェーンアーキテクチャ背後にある戦略的意思決定、そして次世代高速チェーンを推進する革新について議論しました。

Monad

Monadの立ち上げと当初のミッション

Keoneは、Monadの起源とミッションについて説明しました。MonadはEVM互換のブロックチェーンであり、「パイプラインアーキテクチャ」と呼ばれる設計により、1秒あたり1万トランザクションという高スループットを実現し、ブロック生成時間も1秒です。Monadは2022年初頭に、共同創業者であるEunice Girda、James Hon Saker、Keoneの3人によって設立されました。KeoneとJamesは約8年間、Jump Tradingで高性能取引システムの構築に従事し、同社の暗号資産チーム内でSolana DeFiにも関与していました。
市場においてより高性能なEVM実行環境に対する需要が高いことに気づき、彼らはJumpを離れ、Eunice GirdaとともにMonadの開発を開始しました。
Keoneは、Monadの核心的目標は最小限のハードウェアから最大限のパフォーマンスを引き出すことだと強調しています。そのためには新しいソフトウェアをゼロから構築し、アーキテクチャ上の改善を導入する必要があるとしています。Monadの設計思想は、4つの主要な改善を重ね合わせることで、それぞれがシステム全体の効率を倍増させる乗数効果を生み出し、卓越したパフォーマンスを達成することです。

Monadを高スループットブロックチェーンにする機能

Keoneは、Monadが高スループットを実現するためのいくつかのキーフィーチャーについて詳しく説明しました。
- まず第一に、Monadはカスタムステートデータベースを採用しており、SSD上にネイティブにイーサリアムのMerkleツリーのデータを保存することで、より効率的なステートアクセスを可能にしています。
- 第二の改善は「楽観的並列実行」（optimistic parallel execution）です。これにより複数のトランザクションを並列に実行できますが、最終結果は逐次実行時と同じになることを保証します。
- 第三は「非同期実行」（asynchronous execution）です。これはコンセンサスと実行の間に独立した「レーン」を作り出し、実行フェーズがブロック時間全体をフルに活用できるようにします。
- 最後に、「Monad BFT」は数百のグローバルに分散されたノード間の同期を維持できる高性能コンセンサスメカニズムです。
並列処理における可合成性の問題に関して、Keoneは、Monadのブロック自体は依然として線形であり、ブロック内のトランザクションも線形順序で定義されているため、トランザクション間には全順序が保たれると説明しています。並列処理はバックグラウンドで行われるものであり、トランザクション実行の最終結果には影響しません。この楽観的並列実行の保証とは、並列処理中に一部の処理が行われても、最終的なコミットは元のトランザクション順序に従って行われるため、すべてのコミットが正しくなり、入力に変更があれば再実行されることを意味します。
さらに、Keoneは、カスタムステートデータベースはブロックチェーンの肥大化問題に対処するために設計されていると述べました。状態が拡大するにつれて、そのアクセスコストと遅延も増加します。現在のイーサリアムクライアントが使用するデータベース構造は複雑で、Merkleツリー内の特定の状態にアクセスする際に多数のやり取りが必要になります。Monadのカスタムデータベース（Mona DBと呼称）は、イーサリアムMerkleツリーのデータ格納に特化して最適化されています。ゼロからデータベースを構築することは非常に複雑ですが、実行効率を向上させる上で重要な一歩です。

なぜMonadはL2ではなく新規ブロックチェーンを選択したのか

Keoneは、MonadがL2ではなく独立したブロックチェーンとして構築された理由を説明しました。
第一に、去中心化が最優先の考慮事項でした。彼は、去中心化されたブロック生成とコンセンサス参加ノードが、検閲耐性やネットワーク支配の分散化にとって極めて重要だと考えています。一方、既存のL2ソリューションの多くは依然として集中型のオーダーブッカー（sequencer）に依存しており、これは彼らの去中心化理念に反します。
第二に、パフォーマンスとコストも重要な要素です。真に高性能なシステムを構築するには、実行層、コンセンサス層（ノード間の同期維持）、データ可用性などの各技術スタックのすべてのレイヤーを最適化する必要があります。Keoneは、Monadの目標はこれらすべての課題を包括的に解決し、最大のパフォーマンスを実現する単一の効率的なシステムを構築することだと強調しました。

KeoneがMonadが開発者に最高の体験を提供すると考える理由、および「イーサリアムキラー」という表現を好まない理由

Keoneによると、Monadが開発者に最高の体験を提供するのは、主に「パフォーマンス」と「互換性」の二点にあります。まず、Monadは完全にEVM（イーサリアム仮想マシン）と互換しているため、開発者はSolidityのような慣れ親しんだツールやライブラリを使い続けることができます。この互換性により、既存のコンポーネントを再利用したり、新アプリの構築時にイーサリアム標準との下位互換性を確保したりすることが可能になります。
第二に、Monadは顕著なパフォーマンス向上を提供します。非同期実行と効率的なコンセンサスメカニズムにより、開発者はMonad環境にアプリをデプロイすることで、高いトランザクション処理能力を享受できます。大量のトランザクションを処理する必要がある、一般ユーザー向けのアプリケーションにとって特に重要です。

「イーサリアムキラー」という表現への見解

Keoneは、このような表現には否定的です。この記述は正確ではないと指摘し、Monadプロジェクトはイーサリアムスケーリング分野の中でもまだ十分に研究されていない領域に焦点を当てていると述べました。Keoneは、異なる技術的支柱を探索することでイーサリアムの能力を強化することを目指しており、代わりに置くことではありません。EIP（イーサリアム改善提案）の提出や他の研究者との協働を通じて、イーサリアムのスケーリングロードマップに貢献したいと考えています。
Keoneはさらに、Monadは特定のイーサリアム改善の「パイオニア環境」となる可能性があると述べました。時間が経てば、こうした改善の一部がイーサリアム本体や他の環境に取り入れられるかもしれません。したがって、Monadの目標はイーサリアムの能力を強化することであり、消滅させることではありません。

Monadの大規模VC資金調達とその資金の使い道

Monadは最近、2024年最大規模の資金調達を完了し、総額2億2500万ドルを調達しました。Keoneによると、この資金は主にチーム拡大のために使われます。Monadプロジェクトおよび業界全体を前進させる人材をさらに多く採用することが目的です。暗号資産分野の専門家だけでなく、他の分野で豊富な経験を持つ低レベルエンジニアを暗号業界に迎えることも計画しています。
Keoneは、投資家からの支援に感謝しており、この資金によりビジョンの実現に必要なリソースが十分に得られたと述べました。
Keoneはまた、Monadはまだ正式にリリースされていないものの、多くのベンチャーキャピタリストやアプリケーションから注目を集めているとも語りました。例えば、KintsuやKuruといったMonad上のアプリは最近資金調達を成功させました。これは、Monadエコシステム内でのチームの能力、および高スループット、低手数料、完全なEVM互換性といった特性に対する投資家の期待の高さを反映しています。また、投資家はMonadチームが継続的に推進している他の改善にも長期的なEVMのスケーリングと強化に寄与すると信頼しています。

Monadの強力なコミュニティ

Keoneは、Monadの強力なコミュニティは、コミュニティメンバーの積極的な貢献とチームの努力によるものだと述べました。コミュニティの成長は、自身が貢献できると感じているメンバーによって推進されると彼は考えています。Monadチームの役割は、誰もが歓迎されていると感じる友好的な環境を作り出し、スパム管理を行い、良好な雰囲気を育むことです。
Keoneは、コミュニティ内で積極的に活動する個人たちに感謝を表明しました。彼らは高い基準を設定し、素晴らしいmemeやアート作品を制作し、さまざまなイベントを主催してくれました。例えば、MonadランニングクラブはStravaグループとして設立され、メンバーが自分の走行距離を記録しながら健康を促進しています。また、「Mon Lingo」プログラムもあり、共通で新しい言語を学ぶ試みです。
これらのコミュニティ活動は、Monadコミュニティの楽しさを示しており、財務的利益や「ファーム」行為だけではなく、友情や人間関係の構築を重視しています。このようなソーシャルネットワークの形成は、成功したブロックチェーンコミュニティにとって極めて重要です。

Monadの今後の計画とトークンの早期リリースの可能性

Keoneは、Monadのテストネットおよびメインネットが間もなくリリース予定だと述べ、チームは全力で作業中であり、正確な日付は未定ながらも順調に進んでいると語りました。
Monadのトークンに関しては、現時点では具体的な情報を提供できないとKeoneは述べました。トークン名のリークとその後の撤回があったものの、それについては今のところコメントできません。

Sei

Seiとは何か、GameStop事件がその創設に果たした役割

Seiは完全機能を持つ第1層ブロックチェーンであり、その発端はJay Jogと共同創業者のJeff Fengが2021年に体験したGameStop事件にあります。Jayは当時Robinhoodのエンジニアリング部門長であり、この事件の内部混乱を目の当たりにしました。GameStop株など特定銘柄の買い注文が停止された際、Robinhoodは大きな公的批判にさらされましたが、内部の人間としては背景情報が不完全でありながらも評判リスクを負わざるを得なかったことが、彼にとって非常に不安なものでした。
GameStop事件を経験したJayとJeffは、同様の出来事を防ぐために分散型取引所を構築しようと決意しました。当初はオンチェーンの分散型取引所（DEX）を構築しようと思いましたが、当時はオンチェーン注文帳ベースの取引所を支えるエコシステムが存在しませんでした。そこで、これを独立チェーンとして構築することを決定し、それが後にSei、すなわち効率的な取引とDeFiに特化したブロックチェーンプラットフォームへと発展しました。

JayがEVM開発者エコシステムを強く感じる理由

Jayは、EVM（イーサリアム仮想マシン）開発者エコシステムが強い理由は以下の通り：

開発者の割合が高い：現在、暗号資産分野の開発者の約80〜90%がEVM開発者です。つまり、EVMエコシステムは巨大な開発者基盤を持っているということです。
技術的・イデオロギー的粘着性：EVMは単なる技術スタックではなく、豊かなツール群と開発者文化に囲まれたエコシステムです。これにより、開発者はこの環境に強い帰属意識と粘着性を持っています。多くの開発者が他の実行環境に移行することに抵抗するのは、技術的複雑性があるためです。新しい環境に移行するとコードにバグが入り込み、プロジェクト全体のセキュリティに影響を与える可能性があります。
パフォーマンスの制限：Jayは、EVMの最大の制限はスループット不足であり、これが悪いユーザーエクスペリエンスを生んでいると指摘します。例えば、イーサリアムはトランザクション処理能力が低く、ピーク時には高額のガス代が必要となり、一般ユーザーがオンチェーン操作を行うのが難しくなります。
並列処理の可能性：Jayは、EVMは現在シングルスレッドでトランザクションを処理しているが、現代のコンピュータはマルチコアであり、複数のワークロードを同時に処理できると述べました。彼らの核心的洞察は、EVMを並列化することで現代ハードウェアをより効果的に活用でき、トランザクション処理能力を向上させられることです。これがSeiを構築する理由であり、Seiは初の並列化EVMとなるのです。
強みの統合：EVMの強みとSolanaのような高性能ブロックチェーンの特徴を組み合わせることで、SeiはEVM開発者エコシステムを維持しつつ、より高いパフォーマンスとユーザーエクスペリエンスを提供できます。

なぜSeiはCosmosからEVMへ移行し、V2をリリースしたのか

Jayは、Seiが初期のCosmosからEVMへ移行し、V2をリリースした理由を以下のように説明しました：

当初の選択：Seiの初期段階では、Cosmos SDKを使ってアプリ固有チェーンを構築することを選択しました。Cosmos SDKはよくテストされたフレームワークであり、プロジェクトを迅速に立ち上げやすいためです。これにより、インフラを素早く構築できました。

汎用チェーンへの転換：プロジェクトが進むにつれ、Seiチームはより汎用的なソリューションが必要であることに気づきました。Cosmos SDKは良い出発点でしたが、使用中にいくつかの非効率性を発見し、多数の最適化を行いました。

コンセンサスメカニズムの最適化：当初Seiは基本的なTendermintコンセンサスを使用していました。パフォーマンス向上のため、ブロック伝播と処理方法を最適化し、最終的に「ツインターボコンセンサス」（twin turbo consensus）を開発しました。これにより、Seiは現在最も高速なブロックチェーンの一つとなっています。

パフォーマンスの優位性：これらの改善により、Seiは400ミリ秒という最終確定時間を実現しました。これはSolanaなどの他のチェーンよりも速く、競争の中で差別化されています。

EVMへの移行決定：市場需要と開発者エコシステムの理解が深まるにつれ、SeiはV2をリリースし、EVM環境へ移行することを決定しました。この移行により、多数のEVM開発者を惹きつけ、EVMエコシステムの豊かなツールやリソースを活用できるようになり、ユーザーエクスペリエンスと開発効率の両方が向上します。

なぜSeiは「Solanaよりも速い、最速のチェーン」なのか

Jayは、Seiが「最速のチェーン」となり得る理由を詳細に説明し、「ツインターボコンセンサス（twin turbo consensus）」の特徴を以下のように述べました：

ツインターボコンセンサスの仕組み：

従来のTendermintコンセンサスでは、1ブロックの処理に2ラウンドの投票（プリボートとプリコミット）が必要で、その後にブロック処理が始まります。このプロセスには時間がかかります。

Seiの革新は、この2ラウンドの投票と並行してブロック処理を開始することです。つまり、投票中にブロック処理を同時進行させ、時間を節約できます。たとえば投票に300ミリ秒かかる場合、Seiはその時間をブロック処理に使うことで、全体のパフォーマンスを向上させます。

ブロック伝播の最適化：

従来のTendermintでは、ブロックをコミットする際に、ネットワーク全体にブロック全体を送信しなければなりません。しかし、各バリデータのメモリプールにはすでに大部分のトランザクションが存在しています。

Seiの解決策は、トランザクション全体ではなく、トランザクションハッシュ（1つ約32バイト）のみを送信することです。これによりネットワーク転送量が大幅に削減され、バリデータはローカルでブロックを再構築できるため、パフォーマンスが向上します。

並列化の導入：

ツインターボコンセンサスに加え、Seiは並列化技術を導入して実行層のパフォーマンスをさらに高めます。この並列処理能力により、計算リソースをより効率的に活用できます。

市場のフィードバックと変革：

Sei V1のリリース時、CosmosおよびRustスマートコントラクトのみをサポートしていたため、開発者は新しいプログラミング言語を学ぶことを望まず、利用者は少なかったです。

開発者との対話を通じて、EVMサポートを求める声が一致して寄せられました。そこでチームはEVMへの移行を決定し、さらなる最適化と改善を行いました。

V2の成功リリース：

Seiは昨年11月にV2を発表し、今年5月に正式にローンチしました。V2版はEVMとCosmosスマートコントラクトを統合しており、開発者は同一チェーン上で異なるスマートコントラクト言語を利用できます。

V2のローンチ以降、Seiのエコシステムは急速に発展し、多数の新プロジェクトや投資家の注目を集め、TVL（総ロック価値）も大幅に増加しました。

Sei DBの動作原理と、Jayが単体アーキテクチャをモジュラー式より優れていると考える理由

Sei DBの仕組み

状態の保存とデータ書き込み：

トランザクションの並列化と高スループットにより、Seiブロックチェーンへのデータ書き込み量が大幅に増加し、ステートロード（state load）の問題が生じます。ステートロードはブロックチェーンのパフォーマンス低下の主因の一つです。

この問題を解決するため、SeiはCDB（新しいデータベースソリューション）を導入しました。その核となる2つのアイデアは次の通りです：

メモリマップドIVLツリー：V1ではツリー構造全体がディスクに保存されていましたが、V2ではそれを複数のファイルに分割し、大量のメタデータを削除することで、保存データ量を約60%削減しました。これにより、フルノードの運用が容易になり、スケーリングも迅速になります。

非同期ディスク書き込み：状態はメモリ上で生成され、直ちにディスクに書き込まれません。これにより書き込み速度が向上します。Jayは、ブロックコミット時の書き込み速度が287倍になったと述べました。この改善により、パフォーマンスが大幅に向上し、遅延が低減し、スループットが向上しました。

単体アーキテクチャの優位性

複雑性の管理：

Jayは、モジュラー式アーキテクチャに比べ、単体アーキテクチャは複雑性の管理において明確な優位性があると述べました。モジュラー式では、複数のマイクロサービス間の依存関係がシステムの複雑性を増加させます。例えば、実行層、決済層、データ可用性層の分離は、相互間の通信問題を引き起こし、システムの脆弱性を高める可能性があります。

パフォーマンス最適化：

単体アーキテクチャでは、すべてのコンポーネントが同一システム内で動作するため、モジュール間の通信遅延がなくなり、全体のパフォーマンスが向上します。Jayは、トップレベルのパフォーマンスは常に単体チェーンでモジュラー式システムを上回ると強調しています。なぜなら、モジュラー式アーキテクチャは追加の通信オーバーヘッドを処理しなければならないからです。

障害耐性：

モジュラー式アーキテクチャでは、いずれかの部分に障害が発生すると、システム全体の最終性や可用性に影響を及ぼす可能性があります。一方、単体アーキテクチャではすべての機能が一つのシステムに集中しているため、障害時の影響範囲が小さくなります。

Jayは、モジュラー式アーキテクチャが特定用途（専用ブロックスペースが必要な場合など）では適しているとしても、トップパフォーマンスを追求するアプリケーションには、単体アーキテクチャがより良いソリューションを提供すると強調しました。Sei DBの設計は、状態ストレージの最適化と書き込み速度の向上を通じて高性能をサポートするとともに、システムの複雑性を低減することを目的としています。

Eclipse

Eclipseがイーサリアム、Solana、Cosmosを融合して動作する方法

Eclipseのビジョンと目標

高スループットL2ソリューション：Eclipseの目標は、高スループットのイーサリアム第2層（L2）ソリューションを構築することです。その目的は、実行環境の最適化を通じて効率を高めることにあります。Vijayは、EclipseがSolana仮想マシン（SVM）を採用した理由は、イーサリアム仮想マシン（EVM）よりも高い並列処理能力とスループットを提供できるためだと強調しています。

モジュラー型アーキテクチャ

モジュラー設計：Eclipseはモジュラー設計を採用し、異なるブロックチェーン技術を組み合わせて多様なニーズに対応します：

実行層：EclipseはSolana仮想マシン（SVM）を使用します。これは高いスループットを提供し、大規模なRust開発者コミュニティを有しているためです。これにより、Web 2開発者がWeb 3に簡単に移行し、SVMの高性能を利用してアプリを構築できます。

決済・コンセンサス層：Eclipseは決済とコンセンサス層にイーサリアムを採用し、その膨大なユーザーベースと多様なアセットを活用します。この組み合わせにより、ユーザーはSolanaアプリの優れたユーザーエクスペリエンスを享受しつつ、イーサリアムのアセットとエコシステムに引き続きアクセスできます。

データ可用性層：EclipseはCelestiaをデータ可用性ソリューションとして選びました。これはモジュラー型データ可用性分野でリーダー的地位にあり、最も安価なブロックデータ公開コストを提供するためです。

ZK詐欺証明

詐欺証明層：Eclipseは、ゼロ知識（ZK）詐欺証明を用いて信頼最小化されたL2ソリューションを構築する計画です。Vijayは、すべてのオプティミスティック方式は最終的にZK詐欺証明へ移行すると考えており、Eclipseはこの分野の最先端に立ちたいと考えています。

業界課題の解決

断片化（Fragmentation）問題の解決：Vijayは、現在のイーサリアムエコシステムには断片化があり、異なるRFQや流動性提供者間の調整が複雑になっていると述べました。Eclipseの目標は、大多数のアプリケーションのニーズを満たせる汎用L2ソリューションを提供することで、この断片化による調整問題を軽減することです。

Eclipseがモジュラー型アーキテクチャの複雑性をどう扱うか

内部開発とテスト

チームの努力：Eclipseチームは、各レイヤー間の効率的なコミュニケーションを確保するため、多数の内部開発とテストを実施しました。Celestiaとの緊密な連携により、データ公開の効率が大きく向上しました。

データ公開の最適化

データ量とメタデータ：Vijayは、Eclipseが最近単日で最大データ量を公開する記録を樹立したと述べました。その裏にはデータ構造の最適化があります。彼は、トランザクションリストに加え、圧縮されたSolanaブロックには大量の追加メタデータが含まれているため、メタデータ量を削減し、データ公開効率を高めることが重要な最適化方向だと指摘しました。

継続的な学習と最適化

動的調整：Eclipseチームは、活動量の増加に応じて継続的に学び、調整しています。活動量が増えるにつれ、公開データ量と活動量の比率を下げることで、全体の効率を向上させることが目標です。

エコシステムとの協力

共同テストと協働：Vijayは、EclipseとCelestiaおよび他のエコシステムパートナー間の「共同戦闘テスト」が最適化プロセスの重要な一部だと強調しました。この協力は自社ソリューションの向上だけでなく、エコシステム全体の進展にも寄与しています。

Eclipse上でSOLで取引を行う方法

ブリッジ機構

ブリッジの必要性：Eclipse上でSOLで取引を行うには、ブリッジ機構が必要です。Eclipseはイーサリアム（ETH）をEclipse上に移動させるための専用ブリッジを運営します。

アセットブリッジの提携

パートナー：EclipseはHyperlaneなどの他のブリッジサービスプロバイダーとも提携し、他のL1やL2のアセットを容易に橋渡しできるようにしています。これにより、ユーザーは様々なアセットをEclipseプラットフォームに簡単に移動できます。

ラップドSOLトークン

ラップドSOL：Eclipse上では、SOLはラップドトークンとして存在します。つまり、ユーザーはブリッジ手続きを通じて、元のSOLをラップされたバージョンに変換し、Eclipseネットワーク上で取引を行うことができます。

Vijayが、創業者兼元CEOのNeel Somaniによる告発に対してEclipse Labsがどのように対応したか

製品とチームに集中：Vijayは、彼の主な関心は会社の将来、製品、および開発ロードマップにあると強調しました。彼はチームが一方向に進むよう努めており、99%の精力を製品とチーム構築に注いでいると述べました。

個人的行動への言及回避：Vijayは、Neel Somaniの個人的行動や告発についてはコメントしないと述べました。彼がその告発の真偽を判断する立場にはないと考えているためです。ただし、声を上げる人々の権利を支持していると述べました。

会社と製品を最優先：Vijayは、自分にとって最も重要なのは会社と構築中の製品に集中することだと強調しました。Neelに関する論争は主に個人的な問題であり、Neelはすでに会社を去っているため、チームは今後も業務に集中すると述べました。

Eclipseが開発者を惹きつける方法

Solana開発者の獲得

アプリの簡単な移植：Eclipseは、既存のSolana開発者に対して、自分のアプリをEthereumに簡単に移行できる手段を提供します。これにより、Ethereumのユーザーとアセットにアクセスでき、MangoやSoul Landなどのプロトコルにとっては成長の機会となります。より多くのユーザーとアセットを惹きつけつつ、Solanaのアプリ体験をユーザーに提供できます。

Ethereum開発者の獲得

クロスチェーン開発の機会：Vijayは、EthereumとSolanaの開発者の交流はこれまで少なかったと指摘しました。これは主にSolidityとRustといった言語の違いのためです。しかし最近、この状況は改善され始め、開発者たちはEthereum上でRustを使う方法を探るようになっています。Repなどのツールもこのようなクロスチェーン開発を支援しています。

Ethereumのスケーラビリティ問題の解決

分散型取引体験：多くのEthereum開発者はスケーラビリティの制限により、DeFi取引プロセスをオフチェーンまたは特定アプリチェーンに移行しています。Vijayは、これが体験の断片化を引き起こし、流動性の一元化や透明性の確保が困難になると指摘します。Eclipseは、機関級の中央制限注文簿（CLOB）やシームレスなリクエスト・フォー・クォート（RFQ）システムを完全オンチェーンで展開できるソリューションを提供します。

高品質なDeFiアプリ体験の提供

機関級DeFiアプリ：Eclipseは、完全オンチェーンで高品質なDeFiアプリ体験を提供することを目指しています。これは、多くの開発者が意図やRFQシステムをオフチェーンに移行する現在の傾向とは逆の方向です。この方法により、Eclipseは開発者に優れたユーザーエクスペリエンスと高い透明性を提供できます。

VijayがEclipse上で繁栄すると予想する分野

DeFi分野

機関級DeFi体験：Vijayは、ハッカソン中に見かけた機関級DeFi体験に非常に期待しています。特に中央制限注文簿（CLOB）やリクエスト・フォー・クォート（RFQ）システムに注目しています。彼は、これらのシステムは一般ユーザーが簡単にアクセスできるよう、優れたユーザーエクスペリエンスを持つ必要があると強調しました。

Meme Coin分野

フェア発行とコミュニティ所有：Vijayは、Sol