はじめに
イーサがレイヤー2中心のスケーリング方式に移行し、RaaSのようなツールが台頭して以来、多数のパブリックチェーンが急速に成長しています。多くのエンティティは、異なる利益を代表し、より高い評価を求めるために独自のチェーンを構築しようとしている。しかし、パブリック・チェーンの急増により、エコシステムがパブリック・チェーンのペースに追いつくことが難しくなり、その結果、多くのプロジェクトが東穀取で破たんしている。
OPスタックでは、Coinbaseが独自のBase Layer 2を、KrakenがInkを、ZKテクノロジーではOKXがXLayerを、ソニーがSoneiumを、LINEがKaiaを、などなど。今日、チェーンを構築するための資金的・技術的障壁は大幅に軽減され、OPスタックベースのチェーンを運営するコストは月額1万ドル程度となっている。
将来は複数のチェーンが存在するようになるでしょう。これらのレイヤー2チェーンは、相互運用性のためにEVMの互換性を選ぶかもしれませんが、背後にあるWeb2エンティティの多数のダウンストリームアプリケーションのために、アプリケーションを構築し、同じチェーン上でコンセンサスを得ることは難しいでしょう。
TVLBreakdown, source: Defillama
現在のマルチチェーンのエコシステムは、流動性と状態の断片化という新たな課題を突きつけています。複数のチェーンが存在することは避けられないため、相互運用性は調査し、対処しなければならない分野です。例えば、チェーン抽象化(Particle Network、Socket、XION、INFINIT、Borsa)、インテント(Anoma、Khalani)、クリアリング実行(Connext)、ネイティブ・クロスチェーン(Cross、ZKSharding(Cross)、ZKSharding(=nil; Foundation)などがあるが、核となる本質は同じである。
チェーン。Abstraction Stack, Source: Frontier Research
業界で認められているCakeアーキテクチャを使用して、クロスチェーン抽象化の中核となるコンポーネントを上から下へ示します。
アプリケーション層
これはユーザーが直接対話する層であり、モビリティ変換の詳細から完全に保護されているため、モビリティソリューションの中で最も抽象的な層です。モビリティ・ソリューションの最も抽象的な層である。アプリケーションレイヤーでは、ユーザーはフロントエンドのインターフェイスと対話し、必ずしも基礎となる流動性変換メカニズムを意識する必要はありません。
Permission Layer
はアプリケーション層の下に位置し、ユーザーがウォレットをdAppに接続し、取引を成立させるために見積もりを要求します。インテント。ここでの「インテント」とは、トランザクションの具体的な実行経路ではなく、ユーザーが期待するトランザクションの最終結果(すなわち出力)を指します。
Key Management and Account Abstraction
マルチチェーン環境のため、異なるチェーンに適応できるマルチチェーンアーキテクチャが必要です。例えば、SUIのオブジェクト管理システムは、各チェーンのアカウント構造を維持するために、異なるチェーンに適応したアカウント管理と抽象化システムが必要である。例えば、SUIのオブジェクト中心のアカウントシステムは、EVMとは全く異なる。 One Balanceは、この分野の代表的なプロジェクトであり、チェーン間のコンセンサスを確立する必要なく、既存のアカウントシステム間の信頼されたコミットメントのみで、信頼されたアカウントシステムを構築する。 Near Accountは、ユーザーのためにマルチチェーンのアカウントウォレットを生成することで、抽象化管理を実現し、ユーザーエクスペリエンスを大幅に最適化し、UXの断片化を軽減する。の断片化を解消する。しかし、流動性の面では、主に既存のパブリックチェーンと統合されます。
ソルバー層
この層は、ユーザーの取引意図を受け取り、実現する役割を担っており、ソルバーの役割は、より速い取引時間など、より良いユーザー体験を提供するために競い合います。ソルバーの役割は、より速いトランザクション時間や実行速度など、より良いユーザー・エクスペリエンスを提供するために競い合う。この基盤の上に、Anomaのようなインテントに基づくプロジェクトは、様々なインテント主導のソリューションを構築してきた。述語コンポーネントのようなそのようなインテントの派生物は、特定のルールの下でユーザーのインテントを可能にします。
セトルメント層
これは、ユーザーのインテントを実装するためにソリューション層によって使用されるミドルウェア層です。
Only Prophecy Machine (Oracle): チェーンの残りの部分の状態に関する情報を取得するために使用されます。
Bridges: チェーンをまたいで情報とモビリティを転送する役割を担います。
Pre-Confirmation: チェーン間の確認にかかる時間を短縮します。
Data Availability (DA): データへのアクセシビリティを提供します。
さらに、マルチチェーンシステム全体の効率的な運用を保証するために、チェーン間の移動性、最終性、レイヤー2の証明メカニズムなどの要素を考慮する必要があります。
ソリューション
現在、流動性の断片化の問題を解決するために、市場にはさまざまなソリューションがあります。
1.RaaS中心:OP Stackのようなロールアップ・ソリューションは、特定の共有シーケンサーとクロスチェーン・ブリッジを追加することで、OP Stack上に構築されたロールアップがモビリティと状態を共有できるように支援します。これにより、より高いレベルでモビリティとステートの断片化に対処することが期待される。これのより微妙な側面の1つは、Astria、Espresso、Flashbotsのような、よりLayer2に特化し、普遍的に適用されない、別の共有シーケンサーの設計です。
チェーン。抽象化、出典: NEAR
2. アカウント中心: NEARと同様に、チェーン全体のアカウントウォレットは、チェーン署名と呼ばれる技術を通じて、複数のブロックチェーンプロトコルにわたる取引の署名と実行をサポートするために構築されています。ブロックチェーン・プロトコル。核となるコンポーネントはMPCネットワークで、ユーザーに代わってマルチチェーン取引に署名する。このソリューションは、UXの断片化の問題を大きく解決する一方で、開発者にとっては複雑なバックエンドの実装を伴い、流動性と状態の断片化には本質的に対処していません。
3.オフチェーンインテントネットワーク中心:これは、私たちの「紹介」ケーキのアーキテクチャ図にあるソルバーネットワークです。中核となるのは、ユーザーがソルバーネットワークにインテントを送信し、ソルバーの役割が最良の完了時間と取引価格を提供するために見積もりを競うということです。ソルバーはAIエージェント、CEX、マーケットメーカー、あるいはLiquoriceのような統合プロトコルそのものであることもある。この分野のプロジェクトには、Anoma、Khalani、Enso、aori、Valantisなどがある。 理論的には任意の難易度の複雑なクロスチェーン操作を可能にすることが意図されているが、実装には十分に流動的なソルバーが支援する必要があり、オフチェーン要件になると不正なソルバーが発生する可能性があり、不正証明が導入されると不正なソルバーが発生する可能性がある。不正証明が導入されれば、ソルバーネットワークの実装はより難しくなり、ソルバーを動かすための敷居も高くなるだろう。
4.オンチェーン流動性ネットワーク中心:この方向性は、特にクロスチェーンの流動性を最適化するように設計されていますが、他のチェーン上の断片化された状態の問題には対処していません。その中核は、チェーン全体で流動性を共有するためのアプリケーションを構築する流動性レイヤーを構築することである。プロジェクトには、Raye Network、INFINIT、Everclear、Elixirなどがある。
5.オンチェーンアプリ中心:このタイプのアプリは、Liquorice、Socket、Radiant Capital、1inch、Hedgemonyなどの大手MMやサードパーティアプリと統合することで、流動性の高いアプリを構築する。ヘッジモニーなどこの種のプロジェクトは、複雑なクロスチェーンプロセスの管理を必要とし、開発者への負荷が非常に高く、そのためハッキングの影響も受けやすい。
流動性の問題を解決することは非常に重要な命題であり、金融の世界では流動性がすべてであることが多いため、流動性、特に断片化されたチェーン全体の流動性を統合するプラットフォームを構築する可能性は大いにあります。
上記の2つの分類では、ケーキの構造に基づいて、決済レイヤーが最も原子レベルのソリューションであり、クロスチェーン、事前確認、事前確認のソリューションのようなこれらの原子ソリューションの上に、より抽象的なレイヤーが構築されていることがわかりました。クロスチェーン、事前確認などのこれらの原子的ソリューションの上に、ソルバーレイヤー、パーミッションレイヤー、アプリケーションレイヤーといった、より抽象的なレイヤーが構築される。抽象的または流動的なソリューションのために異なる方向性で構築される、上に挙げたソリューションのそれぞれは、上流と下流の関係として解釈できる、この異なるレイヤーの集合に適合する。しかし、これらの解決策はまだ原子的な解決策ではなく、モビリティの断片化という問題全体が多くの複雑な派生問題をもたらすため、相互運用性のために、さまざまな解決策が導き出されている。しかし、本質的にはまだこれらの構成要素に依存している。次に、いくつかの典型的なチェーン抽象化プロジェクトについて説明し、それぞれが独自の出発点から流動性の断片化問題をどのように解決しているかを見ていきます。
インフィニット
INFINITの構造、ソース: Infinit
INFINITはDeFiセッション用のRaaSサービスを構築します。INFINITは、オラクル、プールタイプ、IRM、アセットなど、DeFiプロトコルに直接ビルドするために必要なコンポーネントや、レバレッジ取引、イールド・ストラテジーなど、すぐに有効化されるコンポーネントを提供するDeFiセッションRaaSサービスを構築します。これは他のアプリケーション・ビルダーと同等だが、最終的な流動性はInfinitの流動性レイヤーに置かれている。しかし、このレイヤーの基本的な仕組みは現時点では未公開のままである。INFINITはRobot Ventures、Electric Capital、Maelstrom Capitalから600万ドルのシード資金を得ている。
カラニ・ネットワーク
Khalani Network Structure, source: Khalani Network
Khalani Network structure, source: Khalani Network
Khalaniは、3つのコアコンポーネント、インテント互換性レイヤー、妥当性、および汎用決済レイヤーを構築しています。
外部アプリケーションまたはインテント層はKhalaniにインテントを公開することができ、Khalaniのインテント互換層は、Validity言語として知られる標準化されたフォーマットを使用して、外部インテントをプロトコルソルバーによって認識される形式に変換します。Khalaniノードは、クロスチェーンブリッジや高速決済技術などを介して、最終結果を共通の決済レイヤーに送信する責任を負う。このプロジェクトはまだ構築段階にあり、それ以上の詳細は明らかにされていない。8月にEthereal Ventures、Nascent、Maelstrom Capitalなどから220万ドルのシードラウンドを受けた。
リコリス
Liquoriceの構造、出典:Liquorice
Liquoriceは以下のような分散型アプリケーションです。オークションベースの価格発見と一方的な流動性プール。Liquoriceの主な使命は、プロの取引会社に効率的な在庫管理ツールと、Intentを使用して取引を決済する際に1inchやUniswap XなどのコアDeFiプロトコルへの容易な接続性を提供することです。同時に、Liquoriceは貸し借り取引のためのマーケットプレイスを作成します。このアプリは取引そのものに重点を置いている。まだ開発中だが、7月にGreenFieldが主導する120万ドルのプレシードラウンドを発表した。
Xion
XionはBurntブランドからのアップグレードであり、以前は消費者向けアプリに焦点を当てていたが、チームはチェーン上の相互作用が非常に断片化されていることに気づいた。XionはComet BFTコンセンサス・プロトコルに基づいて構築されている。XionはComet BFTコンセンサス・プロトコルをベースに構築されており、クロスチェーン通信はCosmos IBCをベースにしているため、他のクロスチェーン・ブリッジよりもネイティブかつセキュアである。Animoca、Multicoin、Alliance DAO、Mechanismなどの投資家から4回の資金調達を行っている。
=nil; Foundation
nilはイーサのZKマーケットプレイス、ZKコプロセッサ、Layer2の開発者であり、チームはZKの深い技術的専門知識を持っています。同チームはzkShardingソリューションを提案しており、ZK技術を使用してメインEtherネットワークを水平方向に拡張し、実行スライスがトランザクションを処理してZKPを並列生成する一方、メインスライスがデータの検証、Etherとの通信、全バリデータ間のネットワーク状態の同期を行う。マスタースライスは、実行スライスにおけるバリデータとアカウントの分配も管理する。検証委員会が使用するコンセンサスプロトコルもHotstuffであり、最新の並列実行プロジェクトでは一般的である。=L2 は最初からプロトコルにクロススプリット通信を組み込んでいる。クロスチップのメッセージは、各チップの検証委員によってトランザクションとして検証される。
基本的なアイデアは、モビリティと状態の断片化の問題を解決するシャーデッドLayer2アーキテクチャを通じて、IBCと同様の組み込み分割横断通信アーキテクチャを構築することです。しかし、モビリティの断片化によって解決される問題はマルチチェーンの問題であり、それを解決するためには、すべてのチェーンがZKシャーディングのスライスになる必要があるため、単一のLayer2として構築され、実現が困難である。
ERC-7683
ERC-7683、source: Across
イーサリアムもこのクロスチェーンの流動性問題に取り組んでおり、現在のところArbitrum、OP、UniswapはERC7683標準を公的にサポートする最初の企業であり、この標準もIntentベースのクロスチェーンアプローチを採用しています。その中心的な目標は、L2やサイドチェーンを横断するクロスチェーンオペレーションのための共通標準を確立し、注文と決済のインターフェースを標準化し、シームレスなクロスチェーン実行を実現することである。主なコアは、チェーン抽象化におけるソルバーの役割とも言えるフィラーであり、チェーンに代わって支払いを行う。この提案はUniswapとAcrossによって共同構築され、現在Cakeワーキンググループによって検討されている。
OP Stack
OP Stack、ERC-7683、およびzkShardingは、レイヤー2間の流動性の断片化に対するEtherNet内部のソリューションです。OP Stackは、メッセージパッシングとシーケンサーの分散化の問題を一度に解決する完全なマルチレイヤ2ソリューションを設計することで、この問題を解決します。 OP Stackアーキテクチャを使用すると、クロスチェーンコントラクトが自動的に展開され、偽のクロスチェーンメッセージの配信に異議を唱えるSupervisorが存在します。偽のクロスチェーン情報を送信することは避けてください。OP Stackアーキテクチャは現在、Coinbase、Uniswap、Krakenなどで採用されています。
代表的なものにUnichainがあり、主にSuperchainネットワークとの統合によってクロスチェーンの流動性の断片化の問題を解決しています。
Intent-Based Cross-Chain Bridge:このブリッジは、ユーザーがSuperchainネットワークと統合することで、高速かつ信頼性の高いチェーン間流動性移動をサポートします。このブリッジは、ユーザーがインテントを設定することで、システムが自動的に流動性の移動に最適なパスを選択できるようにすることで、高速で信頼性の高いチェーン間流動性移動をサポートします。このアプローチはユーザーの複雑さを抽象化し、クロスチェーン取引をよりスムーズかつ高速にします。
ユニチェーン検証ネットワーク(UVN):このノードオペレーターの分散型ネットワークは、クロスチェーン取引を検証し、より迅速な経済的最終決定を提供します。より迅速な最終決定は、クロスチェーン取引の効率的な決済を保証するために不可欠であり、それによって決済の遅延による流動性の分断のリスクを最小限に抑えます。
フラッシュブロックと検証可能なブロック構築:フラッシュブロックを使用することで、ユニチェーンはブロック時間を大幅に短縮し、流動性プロバイダーの効率を改善し、より同期化されたクロスチェーン市場を可能にします。フラッシュブロックは、流動性がすぐに利用可能であることを保証し、流動性の断片化につながるブロック確認の遅延による悪影響を軽減するのに役立ちます。
Summary
クロスチェーンの流動性の問題を解決することは、幅広いソリューションがある非常に異質な分野です。例えば、レイヤー2のソリューションは、イーサリアム組み込みのクロスチェーンメッセージング(特にERC-7683)から、シーケンサーを共有するためにOPが構築したOPスタックなどのレイヤー2のソリューションまで多岐にわたります。Layer2のコンテキスト以外では、すべてのLayer1が流動性、状態、ユーザーエクスペリエンスの断片化という問題に直面しており、流動性のためのアプリケーション中心のソリューションや、Solver Networkのようなオフチェーンソリューション、さらにはオフチェーンとしてのSolverの役割に基づくNEARのようなアカウント中心のソリューションがあります。
私たちは、クロスチェーンの流動性、状態、ユーザーエクスペリエンスの分断がブロックチェーン業界全体の問題であり、それを総合的に考えるなら、チェーンの抽象化に似た、より抽象的な方法で行う必要があることに同意します。これは真のWeb3ポータルに相当し、ユーザーエクスペリエンスの分断を解決しながら、流動性と状態をユーザーが知覚できない方法で統合します。状態の統合は、ユーザーが知覚できない場所で行われる。具体的にどのように統合するかというと、ソルバーネットワーク下のチェーンの利用と、クロスチェーンブリッジやその他の設備の原子的統合に分けられるが、これは探求する価値がある。全体として、将来はマルチチェーンでなければならない、分散モビリティの問題を解決するために避けられない問題の業界であり、この全体のチェーンのモビリティの統合は、成長のための広い空間がある、それはGoogleのWeb3時代を構築することが可能です。