レイヤー2 时代下の流動性人をカモにする問題研究

イーサリアムからレイヤー2を中心とした拡張ソリューションに移行して以来、RaaSなどのツールの台頭と相まって、多くのパブリックチェーンが急速に発展しています。多くの実体が、異なる利益の要求を代表し、より高い評価を求めて自分のチェーンを構築したいと考えています。しかし、多くのパブリックチェーンの出現は、エコシステムの発展がパブリックチェーンのペースに追いつくのを難しくし、結果として多くのプロジェクトがTGE時に即座に破綻してしまっています。

OP Stackを活用して、ある取引プラットフォームは独自のBase Layer 2を立ち上げ、別の取引プラットフォームはInkを発表しました。また、ZK技術を活用してあるプラットフォームはXLayerを導入し、SonyはSoneiumを発表し、LINEはKaiaをリリースしました。現在、チェーンを構築するための資金と技術のハードルは大幅に低下しており、OP Stackに基づくチェーンの運営コストは月に約10,000ドルです。

未来はマルチチェーン共存の時代になるでしょう。これらのレイヤー2チェーンは相互運用性を実現するためにEVM互換性を選択するかもしれませんが、その背後にあるWeb2の実体には大量のダウンストリームアプリケーションがあるため、同じチェーン上でアプリケーションを構築し、コンセンサスを得ることは困難です。

現在のマルチチェーンエコシステムは、新たな課題をもたらしました:流動性と状態の分散。マルチチェーンの存在は避けられないため、相互運用性は探求し解決すべき分野です。現在、チェーンアブストラクション、インテント、Clearing Execution、Native CrossChain、ZKShardingなど、多くの流動性ソリューションがありますが、そのコア本質は同じです。

私たちは業界で比較的認知されているCakeアーキテクチャを使用して、上から下までクロスチェーン抽象のコアコンポーネントの構成を紹介します:

アプリケーションレイヤー (Application Layer)

これはユーザーが直接インタラクトするレイヤーであり、流動性ソリューションの中で最も抽象的なレイヤーです。なぜなら、流動性の変換の詳細を完全に隠蔽しているからです。アプリケーション層では、ユーザーはフロントエンドインターフェースとやり取りしますが、必ずしも基盤となる流動性の変換メカニズムを理解しているわけではありません。

パーミッションレイヤー (Permission Layer)

アプリケーション層の下に位置し、ユーザーはウォレットをdAppに接続し、見積もりを要求して取引の意図を満たします。ここでの「意図」とは、ユーザーが期待する最終的な取引結果(、すなわち出力)を指し、取引の具体的な実行経路ではありません。

アカウント管理と抽象レイヤー(キー管理とアカウント抽象)

多チェーン環境の存在により、異なるチェーンに適応したアカウント管理と抽象化システムが必要であり、各チェーンの独自のアカウント構造を維持する必要があります。例えば、SUIのオブジェクト中心アカウントシステムはEVMとは完全に異なります。One Balanceはこの分野の代表的なプロジェクトであり、信頼できるアカウントシステムを構築し、チェーン間のコンセンサスを確立することなく、既存のアカウントシステム間の信頼できるコミットメントのみを必要とします。Near Accountは、ユーザーにマルチチェーンアカウントウォレットを生成することによって抽象化管理を実現し、ユーザー体験を大幅に最適化し、UXの断片化を減少させました。しかし、流動性の面では主に既存のパブリックチェーンを統合しています。

レイヤー (Solver Layer) の解析

このレイヤーはユーザーの取引意図を受け取り、実現する役割を担っています。Solverの役割は、ここで競争し、より良いユーザー体験を提供することであり、これにはより迅速な取引時間と実行速度が含まれます。この基盤の上に、意図に基づいたプロジェクトがさまざまな意図駆動のソリューションを構築しました。このような意図の派生物として、Predicateコンポーネントがあり、特定のルールの下でユーザーの意図を実現することができます。

SL (Settlement Layer)

これは、ユーザーの意図を実現するために使用される中間層を解決するレイヤーです。流動性と状態分散のソリューションのコアコンポーネントには次のものが含まれます:

• オラクル(Oracle): 他のチェーンの状態情報を取得するために使用されます。
• クロスチェーンブリッジ(Bridges): クロスチェーンの情報と流動性の伝達を担当します。 *事前確認(事前確認):クロスチェーンの確認時間を短縮します。
• データの可用性(DA):データへのアクセスの提供。

さらに、チェーン間の流動性、最終確認性(ファイナリティ)、レイヤー2の証明機構などの要素も考慮する必要があり、全体のマルチチェーンシステムの効率的な運用を保証します。

! 【レイヤー2時代の流動性断片化に関する研究】(https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp)

現在、市場には流動性割裂の解決策がいくつかあります。私たちは多くのソリューションを調査した結果、主に以下の方法があることがわかりました：

1. RaaSを中心に: OP StackのようなRollupソリューションに似て、特定の共有ソートを追加し、クロスチェーンブリッジを通じて、OP Stack上で構築されたRollupの共有流動性と状態を支援します。これにより、流動性と状態の分散をより高いレベルの方向で解決できることを期待しています。ここでは、独自の設計共有ソートがあり、このソリューションはよりLayer2に特化していて、普遍性はありません。

2. アカウント中心: NEARに似て、全チェーンのアカウントウォレットを構築し、"チェーン署名"と呼ばれる技術を通じて複数のブロックチェーンプロトコルで取引を署名および実行します。コアコンポーネントはMPCネットワークで、ユーザーの代わりにマルチチェーン取引に署名します。この仕組みはUXの断片化の問題を大幅に解決できますが、開発者にとっては複雑なバックエンドの実装が必要であり、本質的に流動性と状態の分散を解決するものではありません。

3. オフチェーンインテントネットワークを中心に: つまり、「イントロダクション」ケーキ構造図の Solver Network であり、核心はユーザーが Solver ネットワークにインテントを送信することです。Solver という役割が競争入札を行い、最適な完了時間と取引価格を提供します。これらの Solver は AI エージェント、CEX、マーケットメイカー、さらにはプロトコル自体を統合することができます。理論的にはインテントが任意の難易度の複雑なクロスチェーン操作を実現できるが、実現するためには十分な流動性の Solver が必要です。また、オフチェーンの需要に直面したとき、Solver に詐欺の可能性が存在します。詐欺証明などの手段を導入すると、Solver Network の実現難易度がさらに高まり、Solver を運用するためのハードルも高くなります。

4. チェーン上の流動性ネットワークを中心に: この方向性は、特にクロスチェーンの流動性問題を最適化することに特化していますが、他のチェーン上の状態分散の問題は解決していません。コアは、流動性レイヤーを構築し、そのレイヤー上にアプリケーションを構築して全チェーンの流動性を共有することです。

5. チェーン上のアプリケーションを中心に:この種のアプリケーションは、大MMやサードパーティアプリなどを統合して高い流動性のアプリケーションを構築します。この種のプロジェクトは、複雑なクロスチェーンプロセスを管理する必要があり、開発者に対する要求が非常に高いため、ハッキング攻撃の事件が発生しやすいです。

流動性の問題を解決することは非常に重要な命題です。金融の世界では、流動性はすべてを代表することが多いです。もし、分散した全チェーンの流動性を統合する流動性プラットフォームを構築できれば、非常に大きな潜在能力を持つことができます。

! 【レイヤー2時代の流動性断片化に関する研究】(https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp)

上記の2つの分類の中で、ケーキ構造に基づいて、Settlement Layerは最も原子レベルの解決策であり、これらのクロスチェーン、オラクル、Pre-Confirmationソリューションなどの原子解決策の上に構築された、より抽象的なレイヤーがSolver Layer、Permission Layer、Application Layerです。上に挙げた各レベルは、異なる方向で抽象または流動性ソリューションを構築することに対応しており、上下関係として理解することができます。しかし、これらのソリューションは依然として原子レベルの解決策ではなく、全体の流動性割れの問題は多くの複雑な派生問題を引き起こすため、相互運用性に対して多種多様なソリューションが生まれました。しかし、本質的にはこれらのコンポーネントに依存する必要があります。次に、いくつかの典型的なチェーン抽象概念のプロジェクトについて議論し、それぞれがどのように自らの出発点から流動性割れの問題を解決しているのかを見ていきます。

インフィニット

INFINITは、DeFi界のRaaSサービスを構築しました。これは、DeFiプロトコルに直接構築に必要なコンポーネント、例えばOracle、Pool Type、IRM、Assetなどを提供できるもので、即座に利用可能なLeverage TradingやYield Strategyなどのコンポーネントも提供します。他のアプリケーション構築端に相当しますが、最終的な流動性はInfinitの流動性層に置かれています。しかし、現時点ではその基盤の動作原理はまだ明らかにされていません。

####カラニネットワーク

Khalaniは、意図互換レイヤー、妥当性、そして一般的な決済レイヤーという3つのコアコンポーネントを構築しました。

外部アプリケーションまたはインテント層はKhalaniにインテントを発行でき、その後Khalaniのインテント互換層が外部のインテントをプロトコルSolverが認識できる形式に変換します。使用される標準化形式はValidity言語です。Khalaniノードはクロスチェーンブリッジや迅速な決済技術を通じて、最終的な結果を汎用決済層に提出する責任があります。このプロジェクトはまだ構築段階にあり、さらなる作業の詳細は公開されていません。

リコリス

Liquoriceは、オークションベースの価格発見と片側流動性プールを実現する分散型アプリケーションです。Liquoriceの主な使命は、専門の取引会社に効率的な在庫管理ツールを提供し、使用意図での取引決済時にコアDeFiプロトコルに簡単に接続できるようにすることです。同時に、Liquoriceは借貸取引のための貸借市場を構築しました。このアプリは、取引自体にさらに重点を置いています。現在も開発段階にあります。

シオン

Xion は Burnt ブランドからアップグレードされたもので、過去に Burnt は消費者向けアプリケーションに特化していましたが、その後チームはチェーン上のインタラクションに大きな断片化の問題が存在することを発見し、この問題を改善するために Xion を構築しました。Xion は Comet BFT コンセンサスプロトコルに基づいています。採用されているクロスチェーン通信は Cosmos IBC に基づいているため、他のクロスチェーンブリッジよりもよりネイティブで安全です。

! 【レイヤー2時代の流動性断片化に関する研究】(https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp)

=nil; 財団

nilは、EthereumのZKコンピューティング市場、ZKコプロセッサーおよびレイヤー2の開発者であり、チームは深いZK技術のバックグラウンドを持っています。zkShardingソリューションを提案しており、このソリューションはZK技術を使用してEthereumメインネットを水平にスケールさせ、シャーディングによる並行処理トランザクションを実行し、ZKPを生成します。メインシャードはデータを検証し、Ethereumと通信し、すべての検証者間でネットワーク状態を同期します。メインシャードはまた、実行シャード内の検証者とアカウントの分布を管理します。検証委員会が使用するコンセンサスプロトコルもHotstuffであり、これは最新の並行実行プロジェクトでは非常に一般的です。=nil; L2は最初からシャード間通信をプロトコルに組み込んでいます。シャード間メッセージは、各シャードの検証者委員会によってトランザクションとして検証されます。

その基本的な考え方は、分割されたレイヤー2アーキテクチャを通じて、IBCのような内蔵型のクロスシェア通信アーキテクチャを構築することで、流動性と状態の分散の問題を解決することです。しかし、その核心的な考え方は合理的ではありません。なぜなら、流動性の分散が解決する問題はマルチチェーンの問題であり、構築されるのは単一のレイヤー2であるため、解決するにはすべてのチェーンがZK-shardingの一つのシェアとなる必要があり、これは実現が難しいからです。

ERC-7683

Ethereumは現在、このクロスチェーン流動性の問題に取り組んでおり、現在複数のプラットフォームがまずERC7683標準を公開支持しています。これもIntentに基づくクロスチェーン方式を使用しています。その核心的な目標は、クロスL2およびサイドチェーンのクロスチェーン操作のための汎用標準を確立すること、注文と決済インターフェースを標準化し、シームレスなクロスチェーン実行を実現することです。その主な核心は、Fillerとも言えるチェーンの抽象化の中でSolverの役割を代行することです。この提案は、ある2つのプロジェクトによって共同構築されており、現在Cakeワーキンググループによって審査されています。

! 【レイヤー2時代の流動性断片化に関する研究】(https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp)

OPスタック

OP Stack、ERC-7683、そして zkSharding のように、すべてはイーサリアム内部でのレイヤー2間の流動性の断片化に対するソリューションであり、それぞれアーキテクチャレベル、コンセンサスレベル、アプリケーションレベルで解決されています。OP Stack は、完全なマルチレイヤー2ソリューションを設計することで、情報伝達とシーケンサーの非中央集権化の問題を一度に解決します。OP Stack アーキテクチャを使用する際には、自動的にクロスチェーン契約がデプロイされ、同時に偽のクロスチェーン情報の伝達を避けるためにスーパーバイザーが存在します。現在、OP Stack アーキテクチャを使用している複数の有名プロジェクトがあります。

その中で、より典型的なのはUnichainです。 Unichainは主にパス