LI.FIでは、意図ベースのブリッジはブリッジングのUXを高速化できるが、ソルバーの不足により中央集権化した解決策になるリスクがあると指摘してきました。

ユーザーの意図を実行するソルバーの不足は、広く知られている問題単純に聞こえる解決策を持つ認められた問題が、まだ解決されていないことになっています。

私たちが気付いたことは、意図を持っていると、ソルバーはすべて同じ方向に向かいます。もっと多くのソルバーを乗り越える問題を解決する必要があります。さもないと、注文フローがわずかなエンティティの手に集中する従来の金融業界と驚くほど似ている未来を構築するリスクがあります。

この記事では、意図ベースのプロトコルの構造を定義し、市場における新興ソリューションを探求します。これらのソリューションは、ソルバー不足の問題を解決し、ソルバーの課題を修正する可能性があります。

Let’s dive in!

Intentsの紹介

注意: もしインテントについてすでに理解があるか、当社のを読んだことがある場合、このセクションをスキップしてください。前の記事。

インテントは、取引の動作方法のスクリプトを反転させ、特定の手順ではなくユーザーの最終目標または「意図」に焦点を当てます（後で詳しく説明します）。インテントベースの設計には、2つの主な利点があります。

• ユーザーエクスペリエンス — UX はシームレスで通常速いと感じられます。ユーザーは意図を表明し、ソルバーが残りを処理します。ガスの抽象化などの機能により、体験は通常の取引よりもスムーズになります。ジャストインタイム（JIT）流動性は、取引のために数分待つ必要がなくなります。総じて、意図ベースのエクスペリエンスはユーザーにとって圧倒されることが少なく、ほとんどのWeb2アプリがユーザーに与えることができる「ワンクリック」の感覚を生み出します。
• 実行効率-ソルバーは、多くはプロの市場メーカーやプロトコルチームであり、ユーザーの取引実行を処理します。ここでの論題は、専門のソルバーが、基本的なAMM契約や複数のアプリを横断してナビゲートするエンドユーザーよりも、最適な実行のためのトランザクションをオンチェーンで構築するためにより適しているということです。トランザクションのバッチ処理やオーダーマッチングなどの機能により、意図した実行がより資本効率的になります。ユーザーにとっては、愚かなエラーや無駄なリソース、ユーザーにとってfrustratingなオンチェーン体験はもうありません。アプリケーションにとっては、複雑なトランザクション経路に対してシンプルでガス効率の悪い契約に依存することはもうありません。LPにとっては、ステールなオンチェーン契約に座っている潜在的な流動性もありません。

意図ベースの設計は、「ゲート」と呼ばれるポップコーンの袋を生み出したカーネルです。チェーン抽象化複数のチェーンとやり取りするアプリケーションを構築し、単一で結びついた「暗号」体験のように感じること。

意図を持っていれば、ソルバーはすべての方法であります

意図ベースのプロトコルには3つの主要な部分があります:

• 意図表現 — ユーザーはアプリケーション上で望む結果を指定します。たとえば、橋の上で、ユーザーはArbitrumで1 ETHを1 ETHのOptimismに交換したいと言うかもしれません。
• 意図の実行 — 競りに参加するソルバーは、ユーザーの意図を最も効率的に実行する方法を決定します。勝者（例：Acrossのリレーヤー）はリクエストを達成し、Optimism上のユーザーに1 ETHを送金します。
• Intent Settlement — ソルバーは彼らのサービスに対して支払われます（例：Arbitrumでユーザーの1 ETHを受け取る＋少額の手数料）。Intentプロトコルは意図が満たされたことを証明します。ただし、これは決済の一側面に過ぎません。Intent決済の大きな視点は、ソルバー間でのチェーンと資産の資本再調整を促進することも含まれます。

意図はすべてうまくいっています-スムーズで速く、効率的でシンプルです。しかし、意図に基づく設計には落とし穴があります。ソルバーの不足です。

中央集権の根源

ソルバーは意図ベースのプロトコルのバックボーンです。彼らは実際にユーザーの意図を実行するエンティティであり、例えばチェーンBからチェーンAに資産を配信するなどの役割を果たします。

完璧な世界では、ソルバーは最も安い価格で意図を達成するために戦うソルバー同士の競争環境において解決することが求められます。しかし、ソルバーであることは厳しいものです。ただし、ソルバーにとって特定の参入障壁が存在します:

• ステーキング要件-一部の意図ベースのプロトコルには、ソルバーがオーダーフローオークションに参加するためのステーキング要件があります。たとえば、1inch Fusionでは、トップ10のソルバー（リゾルバ)はオークションに参加することが許可されています。これらのソルバーは、彼らの「ユニコーンパワー」と呼ばれるランク付けおよびホワイトリストに基づいて、1inchトークンをステーク（ソルバー自身または代理人によって）し、そのステークの期間を決定するメトリックによって決定されます。これらのステーキング要件は、悪意ある行動を阻止するために存在しています、これは良いことです。問題は何でしょうか？これらのステークは、特に資本を一括で持っていない可能性がある小規模なプレーヤーにとって、重要な参入障壁となり得ます。
• Permissioned systems – Many intent-based protocols are permissioned, meaning they have gatekeepers who decide who can participate. For example, in the case of 1inch Fusion, access is based on unicorn power, while in other systems like UniswapX Beta, オークションを実行するプロトコルによってホワイトリスト登録が必要な場合があります。これらのシステムは実行品質を優先し、信頼性の高いソルバーのみが参加を許可されることを確認しています。このアプローチにより、プロトコルはスムーズで信頼性の高いユーザーエクスペリエンスを提供し、ユーザーに実行品質への信頼を与えます。ただし、許可制の性質には利点がある一方で、より広範囲のソルバーの入札への参加を制限することもあります。
• 複雑さのコスト-ソルバーは常にクロスチェーンの意図を満たすためにリバランスする必要があります。さらに、チェーンの数が増えており、ソルバーがチェーン全体でインベントリを維持し、リバランスし、エコシステム内で正しい資産を保持することが難しくなっています。L3が一夜にして人気を博したり、L2が気まぐれでシャットダウンする可能性もあります。また、脆弱性の問題もあります。意図ベースのプロトコルは市場で比較的新しい解決策であり、新しいエッジケースが現れるにつれて常に進化しています。これにより、ソルバー側で頻繁な更新が必要となり、さらなる複雑さが追加されます。
• 高い固定費 - 複雑なコードの記述、意図ベースのプロトコルごとのカスタム統合の管理、チェーン全体の資産のインベントリの維持、RPCコストの取り扱い、スピード競争に勝つための専門ハードウェアの維持など - これらは、ソルバーにとって別の複雑さと費用の層を追加する障害の一部に過ぎません。
• インセンティブと注文フローの不足- ソルバーは合理的な行為者であり、慈善事業のために参加しているわけではありません。彼らは、参加を正当化するために投資対効果を見る必要があります。コスト、複雑さ、リスク、資金などのリスクを負うことは、より高いリターンで補償されるべきです。さもないと、予想される価値が努力を正当化するだけの魅力がないかもしれません。現在、インテントの風景には、ソルバーにとって努力を正当化するだけの十分な注文フローを持つアプリケーションが非常に少ないため、それだけの価値があるとは言えません（ボリュームや潜在的な収益性と、統合の手間とを比較してください）。これは、注文フローが十分なアプリケーション（1inch、CoWswap、UniswapX、Across）が、十分なソルバーの参加と競争を見ているのに対し、他のアプリは、その注文フローが低いために十分なソルバーを引きつけるのに苦労している理由です。

その結果、今日、私たちは、トップの数少ないアプリと広範なエコシステムとの間に、ソルバーの参加の様子にははっきりした対照があることに気付きました。

たとえば、意図ベースのプロトコルの2つのベンチマークを見てみましょう：スワップ意図のためのCowswapとクロスチェーン意図のためのAcross:

カウスワップには、16 の独立したソルバーがユーザーの注文を競う競争オークションがあります。1 つのソルバーが支配的になることはなく、どのソルバーも CoWswap チームによって実行されません。

Acrossには、15人以上のソルバー（リレーヤーと呼ばれる）が積極的に競い合い、ユーザーのクロスチェーン意図を埋めようとしています。Risk Labsは独自のソルバーを引き続き運営していますが、以下のチャートには、以前のデータとは対照的に、研究, これ以上、単一のソルバーがオークションを支配していません。ソルバー間には十分な競争があります。

Across relayers間のオーダーフローの分配。注意：リスクラボは、上記のチャートで緑色と濃い灰色で示されたソルバーを運営しています。出典：Across Internal Data。

その間にはほとんど他の意図ベースのプロトコルonly have solvers who are either well-capitalized market makers (こんにちは、ウィンターミュート！)またはプロトコルチーム自体（アプリで収集されたユーザーの意図を実行することに関心を持っている）

この格差の理由はいくつかありますが、根本的な問題はソルバーが十分にいないということです。これは些細なことのように思えるかもしれませんが、中央集権化にとって実際には時限爆弾です。

心配な点はここです：ソルバーの不足は中央集権化の問題を引き起こします。これは単一障害点、検閲リスク、およびソルバーが手数料を引き上げる可能性を意味します。

私たちが想像していたオープンで許可されていない未来とはちょっと違いますね？基本的には中央集権的なシステムに洗練されたUIを施しているだけです－私たちが破壊しようとしている既存のシステムの遺産と同じ間違いを犯しているオープンファイナンス革命の反対です。

私たちはこのソルバーボトルネックを解消する必要があります。そして速く。より多くのソルバー、そしてすぐに、それが意図ベースのシステムの真の潜在能力を引き出す鍵です。

The good news? There are signs of improvement. New projects are launching, and existing teams are collaborating to make it easier for more solvers to be onboarded.

次のセクションでは、意図ベースのシステムの各ステップでソルバーの生活をより簡単にすることを目指す新しいソリューションについて詳しく説明します。もっと多くのソルバー、もっと楽しいですね？

意図表現の標準化 — ERC-7683

意図ベースのプロトコルがユーザーの意図を収集し、ソルバーにブロードキャストするための定義された方法はありません。これは、それぞれの意図ベースのアプリが、意図がどのような情報で構成されるべきか、どのように処理されるべきかについて、独自のワークフローとフレームワークを作成しています。

この標準化の欠如は、各意図ベースのプロトコルの動作に慣れるためにソルバーがより多くの作業をする必要があることを意味します（断片化の増加、と考えるかもしれません）。 ソルバーは、それぞれの特定のシステムを理解し、それをサポートするためのカスタムコードを書くために時間とリソースを費やさなければなりません。

市場の意図ベースのプロトコルの数が増えるにつれて、このアプローチはソルバーがサポートするには持続不可能です。この分散化により、各アプリに孤立したソルバーネットワークが生じ、意図のネットワーク効果のフライホイールが鈍化しています。私たちは自分たちの庭の中で建設を続ける中で、これは意図にとって致命的です。

これらの問題に対処するために、Uniswap LabsとAcrossが提案しましたERC-7683, クロスチェーンの意図の標準化された形式。この標準はいくつかの利点を提供します。

• 簡単な統合-ソルバーは、任意のERC-7683準拠プロトコルからの意図を満たすために1つの形式を理解するだけで済みます。これにより、新しいソルバーの参入障壁が大幅に低下します。
• 既存のソルバーのユニバーサルネットワーク — アプリケーションは、独自のネットワークを構築および維持する必要がなく、既存のソルバーのネットワークにプラグインできます。これにより、意図を達成するためにソルバー間で競争が高まり、ユーザーの手数料が低下する可能性があります。

多くのソルバーベースのインフラプロトコル、Gateカラニ, Nomialは、ERC-7683規格との互換性を目指しています。これは有望な開発であり、関係するすべての利害関係者にとってWin-Winのシナリオを表しています - UniswapXのようなインテントベースのアプリケーションは、注文フローをめぐって競合するソルバーの数が増えることで恩恵を受け、これらのインフラストラクチャプロトコル内のソルバーはDayからより多くの注文フローに即座にアクセスできるようになります

1.この互換性にはいくつかの大きな利点があります：

• 新しい意図ベースのプロトコルは、独自のソルバーネットワークを構築する必要がなく立ち上げることができます。これは、プロジェクトが暗号経済セキュリティをレンタルすることを可能にするEigenLayerによって提供される利点に類似しています。
• ソルバーは、より大きな、グローバルな意図の市場で注文フローを競う機会を得ることができ、より多くのソルバーが参加するためのインセンティブが不足している小さな地元の市場に限定されることはありません。

しかし、ERC-7683の全般的な利点や採用を妨げる可能性のあるいくつかの潜在的なマイナス面や制限もあります:

• 競合する標準の可能性-標準の問題は、エコシステム内のすべてのプレーヤーのインセンティブを管理するのが難しいということです。標準がチェーン自体によってプロトコルレベルに埋め込まれない限り、それがすべての人に平等に利益をもたらす公共の善として真に機能しているかどうかについては疑問が残ります。ERC-7683の場合、AcrossとUniswapは、採用によってより多くの利益を得ると主張できます。マーケティングの観点から早期の採用者として標準を定義することからです。以前にも同様の障害がブリッジ標準で発生しており、Connextブランドに関連付けられたxERC-20標準やLayerZero LabsにリンクされたOFT標準などがあります。信頼性のある中立の標準を定義しようとする努力にもかかわらず、特定の当事者が不釣り合いに利益を得ているかどうかについては疑念が残ります。この疑念はしばしば競合する標準の創設につながり、統一された標準を確立するという目的そのものを損ないます。

標準の問題は、常に1つ以上あるということです。

• ソルバーマーケットの動向は実際に悪化する可能性があります-ERC-7683は、新規および既存のソルバーが公正に競争できるレベルの競争環境を作成することを確認する必要があります。標準がより資本力のあるWintermuteのようなソルバーが大部分のオーダーフローを獲得してしまう市場動向を作り出すことになった場合、これを行うメリットが本当にあるのか疑問に思われる必要があります。
• この規格はイーサリアムとEVMエコシステムのみを対象としています – インテントベースのアプリケーションは、イーサリアムとより広範なEVMエコシステムに限定されません。現在、Solanaは日次および月次ベースで、イーサリアムとそのL2よりも多くのボリュームを常に行っています。この標準的なチェーンとエコシステムにとらわれないものにするための配慮が必要ですが、そうすると調整はさらに大きな労力になります。
• この規格はクロスチェーン転送と指値注文のみを対象としており、ERC-7683は主にクロスチェーンインテントを中心としています。この焦点は、他の形式のインテントへの適用性を制限し、インテントベースのプロトコルエコシステム内のより広い範囲のユースケースでの有用性を制限する可能性があります。しかし、Acrossのテーゼを考慮することが重要です:彼らは、ほとんどのクロスチェーンアクションは、複雑なマルチステップアクションではなく、単純な転送であると考えています。これらのアクションには、通常、最初のクロスチェーン転送とそれに続く宛先チェーンでのさらなる実行が含まれます。要するに、この規格は最も一般的なクロスチェーンのユースケースである転送に対応しています。また、シングルチェーンアクションと組み合わせて使用することで、標準自体がすべての可能なインテントを網羅するのではなく、さまざまなインテントを満たすことができます。

意図実行のためのソルバー協力 - Khalaniのようなプラットフォーム

ほとんどの意図ベースのプロトコルは、限られた数のチェーン上でのスワップやブリッジングなどの狭い範囲のアクションに焦点を当てています。

真に支配的なデザインアーキテクチャになるためには、意図に基づくシステムは、スワップやブリッジングを超えて、ステーキング、貸出、フィアットのオンランプなど、さまざまなアクションをサポートする必要があります。

より多くの意図の種類をサポートする1つの方法は、専門のソルバーをオンボードすることです。これらの特定の分野に特化したソルバーをオンボードすることで、各意図が最高水準の熟練度で実行されることを確認し、より最適化された結果につながります。

これらの専門のソルバーは孤立してではなく、協力して動作する必要があります。この協力関係により、意図ベースのプロトコルがより一般的な意図を実行し、複数のアクションを組み合わせてより広い範囲の意図を実現できるようになります。

プラットフォームのようなカラニソルバーソルバーコラボレーションを可能にするソリューションを提案します。互いに競争せずに、ソルバーはユーザーの意図に最適なソリューションを見つけるために協力します。これにより、多くの小規模で特化したソルバーが効果的に協力することが可能になります。

ソース: Khalaniの紹介

As ケビン・ワン（カラニの共同創業者）describes: Khalaniはピアツーピアソルバー「Coincidence of Can-do」のためのプラットフォームです。協力により、複雑な意図をより管理しやすい個々のソルバーが処理できるように、より小さな専門の意図（または組み合わせ可能な意図）に分解することが可能です。

Khalaniは、ソルバーがリソースと専門スキルを組み合わせて特定のユーザー意図に効果的に取り組むプラットフォームを提供しています。これは、『ソルバープール』を作成するのと同じようなものです。ステーキングプール- 参加者は、自分だけではできないよりも一貫した結果と潜在的に高い結果を達成することができます。

Khalaniがソルバーとの協力を可能にする方法を理解するには、例を考えてみましょう。

Bob、USDCを持つEthereumユーザーが、Arbitrum上のETHを求め、意図ベースのブリッジを使用するとします。

こうすればソルバーはこの意図を実行するために Khalani を使用できます:

1. Bobは意向を提出します:「私はイーサリアムをアービトラムで、イーサリアムでUSDCと交換したいです」。

2. 意図ベースのブリッジは、ボブの意図を満たす排他的なソルバーを選択します。このソルバーを Solver A と呼びましょう。

しかし、ソルバーAは、ボブの意向を満たすためにアービトラムの在庫が切れ、必要な資本を提供するためにカラニのソルバープールを活用することに決めます。

1. Solver Aは、Arbitrumの資本を前払いするために別のソルバー（またはソルバーの組み合わせ）にKhalaniに意図を送信し、その代わりにEthereumのBobのロックされた資金を提供するよう要請します。

2. 別のソルバー、ソルバーB（アービトラムのクジラ）は、アービトラムの在庫を保有しており、ボブにアービトラム上で望ましい資産を提供します。

3. ユーザー - ソルバーの決済 - ソルバーBがボブのリクエストを完了すると、ソルバーAは決済プラットフォームに証拠を提供してユーザーと決済します。この場合、意図ベースのブリッジがあります。その結果、ソルバーAはイーサリアム上のボブのUSDCを受け取ります。

4. ソルバー - ソルバー決済 – ソルバーAは、Khalaniチェーンに実行の証明を提示することで、ソルバーBと決済します。

これはソルバーが意図を実現するためにKhalaniで協力する方法の簡略化された例ですが、Khalaniは同じプロセスを使用してより複雑な意図を実行することができます。

例えば、USDCを持つイーサリアムユーザーのボブは、Arbitrum上のレンディングプラットフォームにETHを預け入れたいと考えています。

この場合、選択したソルバーは、必要な専門知識に応じて、Khalaniで複数の特化したソルバーと協力することができます。

• Solver A（価格専門家）- 専門ソフトウェアを実行して、同じチェーンまたは異なるチェーン間の取引ペアの最も正確な価格を見つけます。オンチェーンとオフチェーンの情報の両方に基づいてUSDC / ETH流動性の価格を設定するために使用できます。
• Solver B (Arbitrum whale) – Arbitrumでの在庫を保有し、Arbitrumで希望するETHの量を先取りするために使用できます。
• Solver C (Ethereum executor) – specializes in performing the best execution on Ethereum, offering price/latency tradeoffs as options to the user. It could be used to execute a transaction to take the user’s deposits on Ethereum.
• Solver D (Arbitrum executor) – Arbitrumで取引を実行することに特化しています。これは、Arbitrum上のレンディングプラットフォームにETHを預けるためのローカル取引を実行するために使用できます。

同様に、カラニの他の専門ソルバーも、複雑な意図を単純化されたタスクに分解して実行するために呼び出すことができます。すべての作業を1つのソルバーに依存するのではなく、複数のソルバーによって実行されます。

Khalaniを介して解決することで、一般化された意図の実行が可能になり、意図に基づいたパラダイムの大きな解除となります。ただし、このフローの各段階には潜在的なボトルネックがあり、意図の実行に影響を与える可能性があります。

• 意図を提出する際のユーザーエラー — アプリケーションのUIが特定の意図（スワップやブリッジングなど）を収集するように設計されている場合、ユーザーエラーの範囲は限られています。ユーザーは意図を提出するために特定のガイドライン内で操作しているため、一定の範囲内で操作しています。しかし、一般化された意図を収集するためのUIを設計することはより難しく、ユーザーエラーが発生しやすくなります。ユーザーは誤ったまたは不完全な意図を提出する可能性があり、その結果、意図の達成が失敗したり、不正確になったりする可能性があります。
• リブネスのリスク-インテントシステムでは、ソルバーが単純に利用できないというリブネスのリスクがあり、それによってシステム全体が停滞する可能性があります。さらに、ソルバーがタスクを正しくまたは適時に実行できない可能性があり、トランザクションの失敗を招くことがあります。
• Limited solver availability – There might be a limited number of solvers available within the Khalani infrastructure for different types of intents. This can reduce the possibility and overall efficiency of the intent execution.
• ソルバー間の調整の複雑さ-複数のソルバーを調整することは複雑であり、専門のソルバーの可用性、市況、およびチェーンの関与、必要な資本規模などの意図自体に関連する要因といった多くの要素が関与するため、エラーが発生しやすいです。
• 意図の原子実行に関連するリスク - すべてのソルバーのアクションは原子的であり、カラニチェーン上で一緒に実行されます。これは、ソルバーがカラニで原子性を体験することを意味し、つまり、フローのすべての部分が単一のアクションで成功するか、どちらもしないかです。トランザクションのいずれかの部分が失敗した場合、トランザクション全体がロールバックされるため、高い意図の失敗率につながる可能性があります。ただし、ここでは資本の滞留や資金の損失のリスクはありません。
• Solver collab追加の遅延 - 協力発見はオフチェーンで行われ、ほぼ即座ですが、次のような要因により若干の遅延が発生します:

1) タスクの依存関係: 一部のタスクは他のタスクの完了に依存する場合があります。これらの依存関係を調整し、エラーを処理することで、前提タスクの完了を待つソルバーが遅れる可能性があります。

2) セキュリティおよび検証手順：詐欺や悪意ある行動を防ぐためにセキュリティチェックや追加の手順を実装することは、遅延につながる可能性があります。

これらの潜在的な遅延にもかかわらず、意図ベースのプロトコルの信頼性と全体的な品質を確保するために、一部の意図ベースのプロトコルは許可されたオークションを実施し、信頼されたソルバー、ホワイトリストに登録されたソルバーのみを選択する場合があります。

ただし、この遅延はタスクに依存することに注意する必要があり、タスクが単一のソルバーによって実行されている場合でも、複数のソルバーが協力して実行されている場合でも変わらず、それはソルバーに依存した実行を行う意図ベースのプロトコル全てにおいて類似しています。

ERC 7683 x カラニフライホイール

Solver infra platformsはERC-7683などの標準と互換性があり、関係者全員にとって双方にとってWin-Winの関係です。これらのプロジェクトとイニシアティブの主な目標は、エコシステムにさらに多くのsolverをオンボードすることであり、それが実現できれば、両者の互換性は意図ベースのパラダイムに対してフライホイール効果を起こすことができます。

• より多くのソルバー – ソルバーの数が増えるにつれて、さまざまな意図を実行することが可能になります。
• より多くのソルバーとの協力　より多くの専門ソルバーが利用可能になることで、協力の機会が増えます。ソルバーはそれぞれの専門スキルを組み合わせて、より複雑な意図に取り組むことができます。
• より広い意図の表現力 – 解決者間の協力が増え、より表現豊かで複雑なユーザーの意図を実行できるようになりました。ユーザーは、複数のステップと専門知識が必要なより複雑なアクションをリクエストすることができます。
• Need for a common standard – As the expressivity of intents grows, there arises a need for a common standard for intent-based applications that ensures solvers can simply plug-in to a common interface and collect intents from different applications.

キャピタル効率的なインテント決済 - Everclearのようなクリアリングレイヤー

解決プロセス中、ソルバーはユーザーの意図が生成されたソースチェーンで返金されます。 つまり、彼らは数十の異なるチェーンに散らばった資金を持つことになり、常に再バランスを取る必要があります。 管理するのは面倒なだけでなく、その資本の多くはただそこに死んでいます。 さらに、チェーンが多くなれば、ソルバーの流動性は時間とともに薄れていきます。

現在、これらの資本フローをチェーン間で調整する共有システムはありません。すべてのソルバーは孤独な存在で、この断片化した混乱の中で流動性を管理しています。それが、Gate.ioが登場する場所です。エバークリアは、ソルバーの再バランス問題を解決するために参入することを目指しています。

Everclearは、チェーン間のグローバル流動性決済を、『クリアリングレイヤー』と呼ばれる分散型ネットワークを通じて調整することで解決しようとしています。このネットワークは、チェーン間の資本流動のグローバル純額決済と決済を調整します。

Everclearの価値提案のキーポイントは、ネッティングの概念にあります。

ネッティングとは、異なる当事者間の複数の支払いを集約（または結合）して、支払いの合計額（または支払いの数）を減らすメカニズムです。つまり、それぞれの取引を個別に処理する代わりに、ネッティングは当事者間に支払われる合計金額を計算し、差額のみが支払われます。これにより、プロセスが簡略化され、必要な支払いの数が減少します。

暗号通貨ノマドクラブの一員の方々にとっては、Splitwiseというアプリケーションが馴染み深いでしょう。このアプリは、旅行中などのグループでの共同支出を追跡するのに役立ちます。Splitwiseの「精算」機能は、ネッティングの完璧な例です。

• 経費の追跡-グループの各メンバーがアプリに支出を記録します。
• Calculating Balances – Splitwiseは、各人がいくらを借りているか、または借りられているかを計算します。
• Settle Up (Netting) – それぞれが複数回支払いをする代わりに、Splitwiseはすべての借金を解決する最も簡単な方法を計算します。

このネット決済の概念は、リミット会社などでも使用されています。TransferWise. お金を国境を越えて移動する代わりに、送金者と受取人を対立する通貨ニーズに合わせてマッチングし、それらを互いに決済します。これにより、必要な実際の送金回数が減少し、より効率的かつコスト効果的になります。

同様に、Everclearは、チェーン間でソルバー同士が「合意を形成」できるようにし、必要な決済総数を減らし、ソルバーのコスト、在庫、全体的な複雑さを最小限に抑えます。 CowSwapの仕組みに詳しい方々には、基本的には、ソルバー同士がX時間ごとに「欲しいものの一致」を実現するものです。

Source: Everclearの紹介

Everclear believes that ~80%の日常的なフローは、チェーン間の送受信において相殺されることができます。これは、平均的なチェーンに毎日転送される1ドルにつき、80セントが転送されることを意味します。これは、橋を介して送信されるボリュームが必要以上に5倍多いことを意味し、ソルバーは孤立して作業しているため、チェーン間で大幅に再バランスされています。

ユーザー（意図ベースのプロトコル、ソルバー、またはCEX）がEverclearのスタックをどのように活用するかを理解しよう。

Aliceというソルバーの例を考えてみましょう。AliceはArbitrumで決済することを好むソルバーです。Aliceは、OptimismからArbitrumに10 ETHの取引を埋める必要があります。Everclearを使用する場合と使用しない場合のフローの動作方法は次のとおりです。

私たちは、Aliceのようなユーザー(ソルバー、MMs)のためのEverclearのようなクリアリングレイヤーのメリットを見ることができます。

• Settlement preference – Alice prefers to settle on Arbitrum, and Everclear ensures she gets repaid on Arbitrum, aligning with her preference.
• リバランスの必要はありません - エバークリアを使用しない場合、アリスは最適化からアービトラムに10 ETHをブリッジする必要があります。 エバークリアを使用すると、このステップが省略され、時間とリソースが節約されます。 エバークリアがリバランスを処理するため、全体のワークフローがよりシンプルになります。 これは、ソルバープールに新規参入することが特に魅力的になるかもしれません。
• 手動のリバランスを不要にすることにより、Everclearはアリスの運用オーバーヘッドを削減し、彼女がより多くの取引を解決することに集中できるようにします。
• コストの節約−チェーン間で資金を架ける必要がないことで、取引手数料とポテンシャルなスリッページを節約でき、アリスにとってプロセスをよりコスト効果の高いものにします。これにより、より一貫した作業とソルバーにとって潜在的な収入の増加につながる可能性もあります。

solversを解決することにより、Everclearはエコシステムへのより多くの参加を促進し、最終的にはより多くのsolversのオンボーディングのフライホイール効果に貢献することができます。

Everclearはインテントスタックに配置されており、ソルバーが関与するプロトコルやインフラは、リバランスの問題を解決し、ソルバーのコストと運用の複雑さを軽減するために活用できます。

例えば、GateのようなソルバーインフラKhalaniはEverclearと統合します,そのスタックを介して協力するソルバーがEverclearを活用することを可能にします。資本効率的な決済そのため、Everclearのローンチは、意図ベースのパラダイムにとって好ましい展開であり、このエコシステムの一部であるさまざまな種類のプロジェクトを改善し、市場を拡大しています。

これを可能にするために、「Everclearはアービトラムオービットロールアップの使用EigenDA in partnership with Gelato RaaS'。アルファメインネットのローンチ時に（2024年第3四半期初めを予定）、Everclearはいくつかの制限とガードレールの下に置かれる予定です：

• 許可された資産とチェーンのサポート-最初はホワイトリストに登録されたチェーンと資産のみサポートされており、システムのオープン性と利用性が制限されています。しかし、将来的には両方を無許可にする予定です。
• Eigenlayerに依存する- EverclearはセキュリティにEigenlayerに依存していますが、現在、スラッシングをサポートしていません。これにより、スラッシングが実装されるまで経済的なセキュリティが制限されます。ユーザーは将来Eigenlayerがスラッシングを実装することを信頼しなければなりません。ただし、スラッシングが実装されるまで、EverclearはセキュリティのためにHyperlaneのバリデータセットISMを使用する予定です。
• Everclearはアップグレード可能なスマートコントラクトで立ち上げられます - アップグレード可能な契約は柔軟性を可能にしますが、適切に管理されない場合、アップグレード中の潜在的な悪用のリスクもあります。

Note: アルファメインネットはエバークリアのパブリックテストネットステージのようなものです。フルローンチでは、許可されていないチェーンの拡張が可能となり、チェーンは独自のセキュリティ設定を定義できるようになります。

さらに、Everclearとしての清算メカニズムに関連する特定の潜在的リスクと信頼の前提があります。

• システム障害 – アップグレード中のライブネスの障害やダウンタイムは、クリアリングプロセスに乱れをもたらし、遅延や不正確な決済を引き起こす可能性があります。これにより、Everclearを活用するすべてのユーザーの機能に影響を与える可能性があります。Everclearのクリアリングウィンドウは、おおよそ3〜6時間ごとに推定されており、長時間のダウンタイムのみがユーザーの操作に影響を与える可能性があります。さらに、このような障害が長期間にわたって発生した場合、主な影響は資金のセキュリティではなく、ユーザーエクスペリエンス（UX）になります。これは、Arbitrum Nitroには組み込まれた「強制アップデート」機能があるためです。ダウンタイムが発生した場合、ユーザーはL1でトランザクションを終了するためにこの機能を使用でき、ユーザーの検閲がないことを保証します。
• 市場メーカーへの依存 - Everclearは、可能な限りソルバー間の決済を相殺することを目指しています。しかし、相殺が失敗した場合、アービトラージャーにソルバーの請求書を購入するよう依頼します。これにより、これらの請求書を一貫して購入することが期待される市場メーカーへの依存が生まれます。システムを立ち上げるために、Everclearはこの重要な役割を果たすために主要な市場メーカーと積極的に提携しています。
• オークションダイナミクス-ネッティングが不可能な場合、システム内のソルバーの不足などの理由により、アービトラージャーに請求書をオークションにかける依存は、返済の変動と予測不可能性を導入する可能性があります。 ただし、Everclearチームは、この影響は2つの主要要因により管理可能であると考えています。

1) アービトラージャーは予測可能な価格曲線に基づいて運営し、彼らのオファーに不確実性を減らすでしょう。

2) アービトラージャーのアクティブで流動的なプールを持ってローンチすることで、オークション中に競争と潜在的に安定した価格が確保されます。

固定価格曲線とアービトラージャーの流動的なエコシステムの組み合わせは、オークションが必要な場合でも、ソルバーの返済についてより予測可能な結果に貢献するはずです。

クロージングの考え

時々、現状を変えようとする新しい考え方が出てきます。インテントベースのパラダイムは、ブロックチェーンとのやり取り方を根本的に変えることを目指す、そのような考え方の1つです。

まだ初期段階ですが、意図ベースの設計思想が成功するかどうかは時間が経って初めてわかります。しかし、一つは明らかです：意図があれば、ソルバーが必要です。暗号通貨の意図の時代を迎えるためには、さらに多くのソルバーが必要です。

LI.FIでは、250以上のアプリ、ウォレット、オンランプ、および他のDeFiプロトコルを幅広く展開してきました。当社の製品を統合したものです。ユーザーが最も一般的な意図を表現するフロントエンドに直接触れます。スワップ、クロスチェーン転送、ザップなどの多段階アクション。このユニークな視点により、意図表現レイヤーで生成される価値を捉えることができます。

基盤エグゼキューター（ブリッジ、DEX、ソルバー、ソルバーベースのインフラなど）の景観が進化するにつれて、アグリゲーターの役割がますます重要になります。これは、ソルバーベースのインフラプロトコルなどの新規参入者にとって、LI.FIとシームレスに統合し、当社の広範なユーザーベースとオーダーフローにアクセスできる予大な機会を提供します。

私たちの使命は、すべての関連する実行インフラストラクチャを集約し、それらの機能を継承し、実行ミドルウェアを通じて私たちの統合パートナーにさまざまなオプションを提供することです。私たちは、ユースケース、必要な機能、ターゲットオーディエンス、平均転送サイズ、予想される転送頻度、サポートされているチェーンなどの要因に基づいてプロバイダを選択するよう奨励しています。

私たちは、市場で最高の抽象化およびアグリゲーションソリューションの構築に注力しています。私たちの目標は、チームがDeFiのすべての流動性とユーザーにアクセスできるようにし、マルチチェーンの暗号エコシステムを支配できるようにすることです。

If you’re a chain, bridge builder, intent-based app developer, solver, or solver infrastructure developer, come talk to us. Let’s work together.

免責事項：

1. この記事は[li.fi/]. すべての著作権は元の著者に帰属します[アルジュン・チャンド]. If there are objections to this reprint, please contact the Gate Learnチームがすぐに対処します。
2. 責任の免責事項：この記事で表現されている意見や見解は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 他の言語への翻訳は、Gate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。