執筆:Gate Ventures
はじめに
EthereumがLayer 2を中心に拡張ソリューションに移行して以来、RaaSなどのツールの台頭により、多くのパブリックチェーンが急速に発展しています。多くの実体が自らのチェーンを構築し、異なる利益を代表し、より高い評価を求めています。しかし、多くのパブリックチェーンの急増は、エコシステムの発展がパブリックチェーンのペースに追いつくことを困難にし、多くのプロジェクトがTGE時に破発しています。
OP Stackを活用して、Coinbaseは独自のBase Layer 2を立ち上げ、KrakenはInkを発表しました。ZK技術を利用して、OKXはXLayerを発表し、SonyはSoneium、LINEはKaiaを立ち上げました。現在、チェーンを構築するための資金と技術のハードルは大幅に低下しており、OP Stackに基づくチェーンを運営するコストは月約10,000ドルです。
未来はマルチチェーン共存の時代になるでしょう。これらのLayer 2チェーンは相互運用性を実現するためにEVM互換性を選択するかもしれませんが、背後のWeb2実体には多くの下流アプリケーションが存在するため、同じチェーン上でアプリケーションを構築し、合意に達することは困難です。
TVLの内訳、ソース:Defillama
現在のマルチチェーンエコシステムは新たな課題をもたらしました:流動性と状態の分散。マルチチェーンの存在は必然であり、したがって相互運用性は探求し解決すべき領域です。現在、多くの流動性ソリューションがあります。私たちが聞いたことのあるものには、チェーン抽象(Particle Network、Socket、XION、INFINIT、Borsa)、意図(Anoma、Khalani)、クリアリング実行(Connext)、ネイティブクロスチェーン(Cross)、ZKシャーディング(=nil; Foundation)などがありますが、そのコア本質は同じです。
チェーン抽象スタック、ソース:Frontier Research
私たちが使用する業界で広く認識されているCakeアーキテクチャを用いて、クロスチェーン抽象化のコアコンポーネントの構成を上から下へ紹介します:
アプリケーション層(Application Layer)
これはユーザーが直接相互作用する層であり、流動性解決策の中で最も抽象的な層です。なぜなら、流動性変換の詳細を完全に遮断しているからです。アプリケーション層では、ユーザーはフロントエンドインターフェースと対話しますが、必ずしも基盤の流動性変換メカニズムを理解しているわけではありません。
権限層(Permission Layer)
アプリケーションレイヤーの下に位置し、ユーザーはウォレットをdAppに接続し、見積もりを要求することで取引意図を満たします。ここでの「意図」は、ユーザーが期待する最終的な取引結果(すなわち出力)を指し、取引の具体的な実行パスではありません。
アカウント管理と抽象層(Key Management and Account Abstraction)
マルチチェーン環境の存在により、異なるチェーンに適応するアカウント管理と抽象化システムが必要です。これにより、各チェーンの独自のアカウント構造を維持します。例えば、SUIのオブジェクト中心アカウントシステムはEVMとは完全に異なります。One Balanceは、この分野の代表的プロジェクトであり、信頼できるアカウントシステムを構築し、チェーン間の合意を構築する必要はなく、既存のアカウントシステム間の信頼できる約束だけが必要です。Near Accountは、ユーザーにマルチチェーンアカウントウォレットを生成することで抽象的な管理を実現し、ユーザーエクスペリエンスを大幅に最適化し、UXの断片化を減少させました。しかし、流動性の面では主に既存のパブリックチェーンを統合しています。
ソルバー層(Solver Layer)
この層は、ユーザーの取引意図を受け取り実現する役割を担い、Solverのロールがここで競争し、より良いユーザーエクスペリエンスを提供します。これには、より迅速な取引時間と実行速度が含まれます。この基盤の上に、意図に基づくプロジェクトがAnomaのように、さまざまな意図駆動の解決策を構築しました。この種の意図の派生品としてPredicateコンポーネントがあり、特定のルールの下でユーザーの意図を実現できます。
決済層(Settlement Layer)
これは、ユーザーの意図を実現するために使用される中間ウェア層です。流動性と状態の分散を解決するためのコアコンポーネントは以下の通りです:
オラクル(Oracle):他のチェーンの状態情報を取得するために使用されます。
クロスチェーンブリッジ(Bridges):チェーン間の情報と流動性の伝達を担当します。
事前確認ソリューション(Pre-Confirmation):クロスチェーン確認時間を短縮します。
データ可用性(DA):データの可アクセス性を提供します。
また、チェーン間の流動性、最終確認性(Finality)、Layer 2の証明メカニズムなどの要素も考慮する必要があります。これにより、全体のマルチチェーンシステムの効率的な運用が保証されます。
解決策
現在、市場には流動性の断片化を解決するためのさまざまなソリューションがあります。私たちは多くのソリューションを見た結果、主に以下の方法が存在することを発見しました:
1.RaaSを中心に:OP StackのようなRollupソリューションに似ており、特定の共有ソーターやクロスチェーンブリッジを追加することで、OP Stack上に構築されたRollupの共有流動性と状態を支援します。これは流動性と状態の分散をより高いレベルの方向で解決することを期待しています。この中には、単独の設計共有ソーターが含まれ、これはLayer2に特化したもので、一般的な適用性はありません。Astria、Espresso、Flashbotsなどが挙げられます。
チェーン抽象、ソース:NEAR
2. アカウントを中心に:NEARのように、全チェーンのアカウントウォレットを構築します。これは「チェーン署名」と呼ばれる技術を通じて、複数のブロックチェーンプロトコルで取引を署名し実行することをサポートします。その中心コンポーネントはMPCネットワークであり、ユーザーがマルチチェーン取引に署名することを代行します。このソリューションは、ユーザーエクスペリエンスの断片化の問題を大幅に解決できますが、開発者にとっては複雑なバックエンド実装が必要であり、流動性と状態の分散を本質的に解決しているわけではありません。
3. オフチェーン意図ネットワークを中心に:これは私たちの「はじめに」ケーキアーキテクチャ図のSolver Networkに相当し、コアはユーザーが意図をSolverネットワークに送信し、Solverの役割が見積もりを競争し、最適な完了時間と取引価格を提供することです。これらのSolverはAIエージェント、CEX、マーケットメイカー、またはLiquoriceなどの統合プロトコル自体である可能性があります。この分野のプロジェクトにはAnoma、Khalani、Enso、aori、Valantisが含まれます。理論的には、意図は任意の難易度の複雑なクロスチェーン操作を実現できる可能性がありますが、実現には十分な流動性Solverが必要であり、オフチェーンの需求がある場合、Solverには詐欺の可能性があります。詐欺証明などの手段を導入すると、Solver Networkの実現がさらに難しくなり、Solverを運営するためのハードルも高くなります。
4. チェーン上の流動性ネットワークを中心に:この方向性は、クロスチェーンの流動性問題を特に最適化することを目的としていますが、他のチェーン上の状態分散問題は解決していません。そのコアは流動性層を構築し、その層上にアプリケーションを構築して全チェーン流動性を共有することです。いくつかのプロジェクトには、Raye Network、INFINIT、Everclear、Elixirなどがあります。
5. チェーン上のアプリケーションを中心に:この種のアプリケーションは、高流動性アプリケーションを構築するために、大規模なMMや第三者アプリケーションなどを統合します。例えば、Liquorice、Socket、Radiant Capital、1inch、Hedgemonyなどです。この種のプロジェクトは、複雑なクロスチェーンプロセスを管理する必要があり、開発者には高い要求があるため、ハッキング攻撃が発生しやすいです。
流動性の問題を解決することは非常に重要な命題です。金融の世界では、流動性はすべてを代表することが多く、流動性プラットフォームを構築できれば、特に散発的な全チェーン流動性を統合できれば非常に大きな潜在能力を持ちます。私たちは多くの異なる解決策を見てきました。
上記の2つの分類では、ケーキ構造に基づいて、Settlement Layerは最も原子的な解決策であり、これらのクロスチェーン、オラクル、事前確認ソリューションなどの原子的な解決策の上に構築された、より抽象的な層はSolver Layer、Permission Layer、Application Layerです。私たちが上で挙げた異なる方向で構築された抽象または流動性解決策は、この異なるレベルに合致し、上下関係として理解できます。しかし、これらの解決策も原子的な解決策ではなく、全体の流動性断片化の問題は、多くの複雑な派生問題の発生をもたらしました。したがって、相互運用性に関して、多様な解決策が派生しました。しかし、本質的にはこれらのコンポーネントに依存する必要があります。次に、いくつかの典型的なチェーン抽象概念のプロジェクトについて議論し、各自がどのように自らの出発点から流動性断片化の問題を解決しているかを見ていきます。
INFINIT
INFINIT構造、ソース:Infinit
INFINITは、DeFiプロトコルに直接構築に必要なコンポーネント(オラクル、プールタイプ、IRM、資産など)を提供するRaaSサービスを構築しました。また、即座に利用可能なレバレッジ取引やイールド戦略などのコンポーネントも提供します。これは他のアプリケーション構築エンドに相当しますが、最終的な流動性はInfinitの流動性層に置かれます。しかし、現在のところ、その基盤の動作原理はまだ公開されていません。現在、INFINITはRobot Ventures、Electric Capital、Maelstrom Capitalなどから600万ドルのシードラウンド資金を調達しています。
Khalaniネットワーク
Khalaniネットワーク構造、ソース:Khalaniネットワーク
Khalaniは3つのコアコンポーネントを構築しました。それは、Intent互換層、Validity、一般的な決済層です。
外部アプリケーションまたは意図層は、Khalaniに意図を発信することができ、KhalaniのIntent互換層は、外部の意図をプロトコルSolverが認識できる形式に変換します。使用される標準化された形式はValidity言語です。Khalaniノードは、クロスチェーンブリッジや迅速な決済技術を通じて、最終的な結果を一般的な決済層に提出する責任を負います。このプロジェクトは現在構築段階にあり、さらなる作業の詳細はまだ公開されていません。8月にEthereal Ventures、Nascent、Maelstrom Capitalなどから220万ドルのシードラウンド資金を調達しました。
Liquorice
Liquorice構造、ソース:Liquorice
Liquoriceは、オークションベースの価格発見と一方向流動性プールを実現する分散型アプリケーションです。Liquoriceの主な使命は、プロフェッショナルトレーダーに効率的な在庫管理ツールを提供し、意図を使用して取引を決済する際に1inchやUniswap XなどのコアDeFiプロトコルに簡単に接続することです。さらに、Liquoriceは、貸借取引を行うための貸借市場を創出しました。このアプリケーションは、取引自体により焦点を当てています。現在も開発段階にあり、7月にGreenFieldからの120万ドルのプレシードラウンド資金を調達したと発表しました。
Xion
XionはBurntブランドからアップグレードされており、従来Burntは消費者アプリケーションに特化していましたが、チャン上の相互作用には大きな断片化の問題が存在することをチームが認識し、その問題を改善するためにXionを構築しました。XionはComet BFTコンセンサスプロトコルの上に構築されています。採用されているクロスチェーン通信はCosmos IBCに基づいているため、他のクロスチェーンブリッジよりもよりネイティブで安全です。これまでに4回の資金調達を行い、投資家にはAnimoca、Multicoin、Alliance DAO、Mechanismなどがいます。
=nil; Foundation
nilはEthereumのZK計算市場、ZK協調プロセッサーおよびLayer2の開発者であり、チームは深いZK技術の背景を持っています。zkSharding解決策を提案しました。この解決策は、ZK技術を使用してEthereumメインネットを水平に拡張し、シャーディング並行処理取引を実行してZKPを生成し、メインシャードがデータを検証し、Ethereumと通信し、すべての検証者間でネットワーク状態を同期します。メインシャードは、実行シャード内の検証者とアカウントの分布も管理します。検証委員会が使用する合意プロトコルもHotstuffで、これは最新の並行実行プロジェクトで非常に一般的です。=nil; L2は最初からプロトコルにクロスシャーディング通信を組み込んでいます。クロスシャーディングメッセージは、各パーティションの検証者委員会によって取引として検証されます。
その基本的なアイデアは、分割されたLayer2アーキテクチャを通じて、IBCのように内蔵されたクロスパーティション通信アーキテクチャを構築し、流動性と状態の分散問題を解決することです。しかし、その核心的なアイデアは合理的ではありません。流動性分散を解決する問題はマルチチェーンの問題であり、彼らが構築しているのは単一のLayer2で、つまりすべてのチェーンがZKシャーディングの一部となる必要があり、それは実現困難です。
ERC-7683
ERC-7683、ソース:Across
Ethereumも、このクロスチェーン流動性の問題を解決しようとしています。現在、Arbitrum、OP、Uniswapは最初にERC7683標準を公開サポートしており、使用されているのはIntentに基づくクロスチェーン方式です。その核心的な目標は、L2とサイドチェーン間のクロスチェーン操作のための共通標準を確立し、注文と決済インターフェースを標準化し、シームレスなクロスチェーン実行を実現することです。主なコアは、Fillerとも言えるチェーン抽象のSolverロールが代金を支払う役割です。この提案はUniswapとAcrossによって共同構築されており、現在Cake作業グループによって審査されています。
OP Stack
OP Stack、ERC-7683、そしてzkShardingは、いずれもEthereum内部のLayer2間の流動性断片化を解決するためのソリューションであり、アーキテクチャ、コンセンサス、アプリケーションの各レベルで解決されています。OP Stackは、情報伝達とSequencerの非中央集権化の問題を一度に解決するために、完全なマルチLayer2ソリューションを設計しています。OP Stackアーキテクチャを使用する際には、クロスチェーンコントラクトが自動的にデプロイされ、偽のクロスチェーン情報の伝達を回避するためのSupervisorが存在します。現在、OP Stackアーキテクチャを使用しているのは、Coinbase、Uniswap、Krakenなどです。
この中で、比較的典型的なのはUnichainです。Unichainは主にSuperchainネットワークとの統合を通じて、クロスチェーン流動性の断片化問題を解決します。この設定は、以下の機能を提供することでシームレスな流動性の移動を促進します:
意図に基づくクロスチェーンブリッジ:このブリッジは、迅速かつ信頼性のあるブロックチェーン間の流動性転送をサポートし、ユーザーが意図を設定できるようにします。これにより、システムが自動的に最適なパスを選択して流動性を移動させます。この方法は、ユーザーに複雑さを抽象化し、クロスチェーン取引をよりスムーズで迅速にします。
Unichain検証ネットワーク(UVN):この分散型ノードオペレーターネットワークは、クロスチェーン取引を検証し、より迅速な経済的最終性を提供します。迅速な最終性は、クロスチェーン取引を効率的に決済するために重要であり、遅延決済による流動性の断片化リスクを最小限に抑えます。
Flashblocksと検証可能なブロック構築:Flashblocksを使用することで、Unichainはブロック時間を大幅に短縮し、流動性提供者の効率を向上させ、より同期されたクロスチェーン市場を実現しました。Flashblocksは、流動性が常に利用可能であることを保証し、ブロック確認の遅延によって引き起こされる悪影響を減少させるのに役立ちます。これは流動性の断片化を引き起こす可能性があります。
要約
クロスチェーン流動性の問題を解決することは、非常に複雑で解決策が多様な領域です。例えば、Layer2の解決策はEthereum内蔵のクロスチェーンメッセージ、特にERC-7683を使用して解決するものや、Layer2のOPが構築したOP Stackを使用してSequencerを共有することによって解決するものがあります。Layer2の文脈から離れると、すべてのLayer1も流動性、状態、ユーザーエクスペリエンスの断片化の問題に直面しています。流動性に特化したアプリケーションを中心にした解決策もあれば、Solver Networkのオフチェーン解決策もあり、NEARのようなアカウント中心の解決策も存在しますが、これもSolverのようなオフチェーンの役割に基づく必要があります。
私たちは、クロスチェーン流動性、状態、ユーザーエクスペリエンスの断片化が全体のブロックチェーン業界の問題であると認識しています。全体を考慮する場合、より抽象的で、チェーン抽象のような方法で進める必要があります。これは、真のWeb3の入口に相当し、ユーザーエクスペリエンスの断片化を解決し、流動性と状態の統合をユーザーが認識できない場所で行います。具体的にどのように統合するかは、オフチェーンのSolverネットワークや原子的な統合クロスチェーンブリッジなどの施設に分かれていますが、探求の価値があります。全体的に見て、未来はマルチチェーンであり、流動性分散の問題を解決することは業界が必然的に直面する問題です。この全チェーン流動性の統合には広範な成長の余地があり、Web3時代のGoogleを構築する可能性があります。