意図ベースのブリッジのワーキングプロセス

初級編10/13/2024, 7:23:20 PM
過去3年間で、ブリッジングの風景は大きく変化し、各新しいデザインがスケーラビリティと資本効率を向上させてきました。意図に基づいたブリッジは、改善されたUXと高速なスピードのために導入された最新のタイプです。

ブリッジングの風景は過去3年間で大きく進化し、各新しいデザインはスケーラビリティと資本効率を向上させてきました。インテントベースのブリッジは、改善されたUXとより高速な速度のために導入された最新のタイプです。

その名が示すように、彼らはユーザーの意図に基づいて動作します。意図に基づくブリッジとは何であり、どのように機能するのかを解説しましょう。

Intent-Basedアーキテクチャー

インテントは、単純なリクエストを行うようなものです。旅行に行きたいと決めたとします。旅行代理店に希望の目的地と日付(あなたの意図)を伝えると、旅行代理店が残りの処理を行い、フライト、ホテル、アクティビティ(フィル)を手配します。

任意の意図ベースのアーキテクチャは、これらの主要な要素に分解できます:

  • Intent: ユーザーのアクションは、本をリクエストするようなプロセスを開始します。
  • Solver: ユーザーのリクエストを完了するエンティティ。同様の役割には、リレーやフィラー、エージェントなどの異なる用語が使用されることがあります。
  • Fill: ユーザーのリクエストを満たすソルバーのタスク。 'fill'という用語は、意図ベースのブリッジの文脈で特に使用され、ソルバーの 'filling'ユーザー(つまり、目的の資産を宛先チェーンにフロントする)のタスクを説明するために使用されます。
  • 決済:最終段階は、完了が確認され、ユーザーのリクエストが正式に遂行される場所です。

その考えを踏まえて、この設計が橋とどのように機能するかを理解しましょう。

意図に基づいたブリッジの動作

インテントベースのブリッジ プロセスは、ユーザーがアクションを開始すると開始され、望ましい結果の概要を示すインテント メッセージが作成されます。これにより、ユーザーの要求を満たすためのいくつかの手順がトリガーされます。

ここでは、何が起こるのかを段階的に説明します。

  1. ユーザーは意図を開始します。
  2. 資金はチェーン上のエスクローに送信されます。
  3. ソルバーはオークションを通じて意図を満たすために入札します。
  4. 勝者のソルバーが選ばれ、スワップを実行する期間が与えられます。
  5. ソルバーは、宛先チェーン上での流動性を提供します。
  6. このソルバーは、オラクルを通じて完了の証明を提供します。
  7. ブリッジはユーザーの資金をソースチェーンから解放し、ソルバーに送信します。

例を挙げて理解しましょう:

AliceはOptimismからArbitrumへ1 Ethを送りたいと思っています。

意図ベースのブリッジの動作

ここでは、コンポーネントは以下の通りです:

  1. Bridge Contract: ユーザー資金のエスクローを維持し、取引を集約し、ソルバーに資金をリリースするための責任を負う契約です。
  2. Oracle/Messaging Bridge: これにより、宛先チェーン上のトランザクションが検証されます。
  3. Solver Network: ユーザーの意図を満たすためにオークションに参加するソルバーのネットワーク。

注目すべき重要な点の1つは、ユーザーがトランザクションを開始した後にはキャンセルできないということです。この設計の選択肢は、タイミング攻撃を防止する. 例えば、ユーザーがソルバーが完了した直後にトランザクションをキャンセルすることができれば、彼らはソルバーの資金を盗む可能性があります。

意図ベースのブリッジにおけるオークションダイナミクス

どの意図ベースのブリッジも基本的には上記と同じ方法で動作しますが、ソルバーへのオークションの実行方法が重要な違いとなります。各ブリッジのオークションのダイナミクスは異なり、異なるアクションに対して異なるオークションタイプがあります。

ここには、ソルバーが参加するオークションの種類があります:

  1. No Selection/Mempool: ソルバーが意図を実現するために競争します。
  2. リクエストフォーコート(RFC):ソルバーはオフチェーンの見積もりを提供し、ユーザーは最良のものを選択します。
  3. プライベートインテントプール:ブリッジは選ばれたわずかなソルバーのために許可されたオークションを実行します。
  4. パブリックインテントプール:ブリッジは、すべてのソルバーに開かれた許可なしのオークションを実施します。
  5. ダッチオークション:開始時の手数料が高く、解決者の入札に従って価格が下がります。
  6. バッチオークション:複数の意図を組み合わせたオークションのグループ化。

各オークションタイプには利点とトレードオフがあります。

テーブル拡張差別化Everclearのチームによってフレーム化されました。

Intent-Based Bridgesにおけるエッジケースの検討

ブリッジのインテントベースの設計により、クロスチェーンアクションが簡素化されますが、トランザクションが通過しない場合があります。ここでは、さまざまなブリッジがこれらの状況をどのように処理するかを示します。

  • ソルバーは意図に入札しません:Acrossは独自のソルバーを使用して意図を埋め、それが利益にならない場合は、一定時間後に意図が期限切れになります。一方、Everclearは手数料を増やして新たなオークションを開催します。
  • Solver fails to execute the intent: If the intent expires, the funds are returned to the user.
  • 意図の期限切れ:勝利したソルバーが所定の時間内に転送を実行できない場合、他のソルバーがタスクと関連する手数料を請求できるように、意図が再オープンされます。

また、異なるブリッジには、ソルバーに支払いを行うための異なるオプションがあります。例えば、

  • Everclear: ソルバーはソースチェーン上でのみ支払われます。
  • Across: ソルバーは、わずかな手数料で任意のサポートされているチェーン上で解決を受け取ることができます。

最後に注意すべきことは、現在、各プロトコルが独自のソルバーネットワークを開発していることです。これらのネットワークは分離されており、ソルバーネットワークを統一するための標準化提案があります。ERC 7683AcrossとUniswapによって提出されました。

私たちは、今後の記事で、ソルバーネットワークとERC 7683についてさらに詳しく説明します。現時点では、意図に基づいたブリッジ(またはインフラ)を作成し、ソルバーネットワークを作成および維持する際に誰もが直面する主要な課題です。

Intent-Based Bridgesの利点と欠点

インテントベースのブリッジは、クロスチェーンアクションにおいていくつかの利点を提供し、魅力的なオプションとなっています。

  • 高速でコスト効果の高い実行:これらのブリッジは、特定の時間枠と事前定義された手数料内でトランザクションを実行するように設計されており、ユーザーにとって効率的です。長時間待つ必要がありません。
  • シンプルさ:この設計は、オンチェーンの相互作用を最小限に抑え、オフチェーンの流動性を使用することで、コストを削減し、トランザクションを高速化します。ソルバー間の競争入札により、効率的で低手数料の取引と迅速な実行が保証されます。
  • ユーザーリスクの軽減: この設計は、ユーザーの最終的なリスクをソルバーにオフロードすることで、最小限に抑えます。

インテントベースのブリッジのいくつかの主な欠点は次のとおりです:

  • 中央集権リスク:少数のオーダーフローを支配するソルバー検閲、単一の障害点、および実行の不良などの潜在的なリスクをもたらすことがあります。
  • 高い参入障壁:ソルバーになるには、かなりの流動性(一部の意図ベースのプロトコルでのステーキング要件と固定コスト)と技術インフラが必要であり、新規参入者にとっては困難です。
  • シングルビッダー問題:ソルバーが不足しているプロトコルでは、入札者が一人しかいないため、入札競争がないことが見られます。競争入札がなく、オーダーが頻繁に履行されるため、オークションのメリットが実現されず、ユーザーに提供されるレートに影響を与えます。

閉会の挨拶

意図ベースのブリッジは、クロスチェーン取引の有望で簡素化されたシステムを提供しますが、いくつかの課題もあります。1つの懸念事項は、わずかな主要な解決者がオークション全体を支配する可能性があることです。しかし、誰でも解決者になるための基準を作成し、バリアを下げる努力が進行中です。

ERC-7683の提案は、統一されたソルバーレイヤーとして、この問題に取り組むことを目指しています。この標準化により、Ethereumエコシステム内での操作が簡素化されますが、他のL1(Solanaなど)のブリッジがソルバーオークションのダイナミクスとインフラをどのように管理するかは興味深いところです。

言われたように、ERC-7638が実装されれば、どんな意図ベースのブリッジの効率も、レイヤー1がその合意形成メカニズムに基づいて異なるように、そのオークションダイナミクスによって決定されることになります。橋を含む複数のアプリケーションで、意図の設計がどのように進化し、採用されるかが興味深いものになるでしょう。

私たちはすでにこの意図に基づくブリッジの主なトレードオフについて話し合いました。ポスト.しかし、全体として、デザインの採用は肯定的に見え、私たちはLI.FIこのデザインが長期的にどのように機能するかを注意深く見ています。

LI.FIを使って今日始めましょう

私たちの研究を読んでみましたか?私たちについてもっと知るために:

免責事項:この記事は情報提供を目的としています。 記事で言及されているプロジェクトは弊社のパートナーですが、記載されているいかなるプロトコルのトークンの使用または購入の前に、自己の調査を行うことをお勧めします。 これは投資勧誘ではありません。

免責事項:

  1. この記事は[から転載されていますLI.FIブログ], オリジナルタイトル「Intent-Based Bridgesの裏側」を転送します。すべての著作権は元の著者に帰属します [ Yash Chandak]. If there are objections to this reprint, please contact the Gate Learnチームにお任せください。迅速に対応いたします。

  2. 責任の免責事項: この記事で表現されている意見や見解は、著者個人のものであり、投資アドバイスを構成するものではありません。

  3. 記事の翻訳はGate Learnチームによって他の言語に翻訳されます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。

意図ベースのブリッジのワーキングプロセス

初級編10/13/2024, 7:23:20 PM
過去3年間で、ブリッジングの風景は大きく変化し、各新しいデザインがスケーラビリティと資本効率を向上させてきました。意図に基づいたブリッジは、改善されたUXと高速なスピードのために導入された最新のタイプです。

ブリッジングの風景は過去3年間で大きく進化し、各新しいデザインはスケーラビリティと資本効率を向上させてきました。インテントベースのブリッジは、改善されたUXとより高速な速度のために導入された最新のタイプです。

その名が示すように、彼らはユーザーの意図に基づいて動作します。意図に基づくブリッジとは何であり、どのように機能するのかを解説しましょう。

Intent-Basedアーキテクチャー

インテントは、単純なリクエストを行うようなものです。旅行に行きたいと決めたとします。旅行代理店に希望の目的地と日付(あなたの意図)を伝えると、旅行代理店が残りの処理を行い、フライト、ホテル、アクティビティ(フィル)を手配します。

任意の意図ベースのアーキテクチャは、これらの主要な要素に分解できます:

  • Intent: ユーザーのアクションは、本をリクエストするようなプロセスを開始します。
  • Solver: ユーザーのリクエストを完了するエンティティ。同様の役割には、リレーやフィラー、エージェントなどの異なる用語が使用されることがあります。
  • Fill: ユーザーのリクエストを満たすソルバーのタスク。 'fill'という用語は、意図ベースのブリッジの文脈で特に使用され、ソルバーの 'filling'ユーザー(つまり、目的の資産を宛先チェーンにフロントする)のタスクを説明するために使用されます。
  • 決済:最終段階は、完了が確認され、ユーザーのリクエストが正式に遂行される場所です。

その考えを踏まえて、この設計が橋とどのように機能するかを理解しましょう。

意図に基づいたブリッジの動作

インテントベースのブリッジ プロセスは、ユーザーがアクションを開始すると開始され、望ましい結果の概要を示すインテント メッセージが作成されます。これにより、ユーザーの要求を満たすためのいくつかの手順がトリガーされます。

ここでは、何が起こるのかを段階的に説明します。

  1. ユーザーは意図を開始します。
  2. 資金はチェーン上のエスクローに送信されます。
  3. ソルバーはオークションを通じて意図を満たすために入札します。
  4. 勝者のソルバーが選ばれ、スワップを実行する期間が与えられます。
  5. ソルバーは、宛先チェーン上での流動性を提供します。
  6. このソルバーは、オラクルを通じて完了の証明を提供します。
  7. ブリッジはユーザーの資金をソースチェーンから解放し、ソルバーに送信します。

例を挙げて理解しましょう:

AliceはOptimismからArbitrumへ1 Ethを送りたいと思っています。

意図ベースのブリッジの動作

ここでは、コンポーネントは以下の通りです:

  1. Bridge Contract: ユーザー資金のエスクローを維持し、取引を集約し、ソルバーに資金をリリースするための責任を負う契約です。
  2. Oracle/Messaging Bridge: これにより、宛先チェーン上のトランザクションが検証されます。
  3. Solver Network: ユーザーの意図を満たすためにオークションに参加するソルバーのネットワーク。

注目すべき重要な点の1つは、ユーザーがトランザクションを開始した後にはキャンセルできないということです。この設計の選択肢は、タイミング攻撃を防止する. 例えば、ユーザーがソルバーが完了した直後にトランザクションをキャンセルすることができれば、彼らはソルバーの資金を盗む可能性があります。

意図ベースのブリッジにおけるオークションダイナミクス

どの意図ベースのブリッジも基本的には上記と同じ方法で動作しますが、ソルバーへのオークションの実行方法が重要な違いとなります。各ブリッジのオークションのダイナミクスは異なり、異なるアクションに対して異なるオークションタイプがあります。

ここには、ソルバーが参加するオークションの種類があります:

  1. No Selection/Mempool: ソルバーが意図を実現するために競争します。
  2. リクエストフォーコート(RFC):ソルバーはオフチェーンの見積もりを提供し、ユーザーは最良のものを選択します。
  3. プライベートインテントプール:ブリッジは選ばれたわずかなソルバーのために許可されたオークションを実行します。
  4. パブリックインテントプール:ブリッジは、すべてのソルバーに開かれた許可なしのオークションを実施します。
  5. ダッチオークション:開始時の手数料が高く、解決者の入札に従って価格が下がります。
  6. バッチオークション:複数の意図を組み合わせたオークションのグループ化。

各オークションタイプには利点とトレードオフがあります。

テーブル拡張差別化Everclearのチームによってフレーム化されました。

Intent-Based Bridgesにおけるエッジケースの検討

ブリッジのインテントベースの設計により、クロスチェーンアクションが簡素化されますが、トランザクションが通過しない場合があります。ここでは、さまざまなブリッジがこれらの状況をどのように処理するかを示します。

  • ソルバーは意図に入札しません:Acrossは独自のソルバーを使用して意図を埋め、それが利益にならない場合は、一定時間後に意図が期限切れになります。一方、Everclearは手数料を増やして新たなオークションを開催します。
  • Solver fails to execute the intent: If the intent expires, the funds are returned to the user.
  • 意図の期限切れ:勝利したソルバーが所定の時間内に転送を実行できない場合、他のソルバーがタスクと関連する手数料を請求できるように、意図が再オープンされます。

また、異なるブリッジには、ソルバーに支払いを行うための異なるオプションがあります。例えば、

  • Everclear: ソルバーはソースチェーン上でのみ支払われます。
  • Across: ソルバーは、わずかな手数料で任意のサポートされているチェーン上で解決を受け取ることができます。

最後に注意すべきことは、現在、各プロトコルが独自のソルバーネットワークを開発していることです。これらのネットワークは分離されており、ソルバーネットワークを統一するための標準化提案があります。ERC 7683AcrossとUniswapによって提出されました。

私たちは、今後の記事で、ソルバーネットワークとERC 7683についてさらに詳しく説明します。現時点では、意図に基づいたブリッジ(またはインフラ)を作成し、ソルバーネットワークを作成および維持する際に誰もが直面する主要な課題です。

Intent-Based Bridgesの利点と欠点

インテントベースのブリッジは、クロスチェーンアクションにおいていくつかの利点を提供し、魅力的なオプションとなっています。

  • 高速でコスト効果の高い実行:これらのブリッジは、特定の時間枠と事前定義された手数料内でトランザクションを実行するように設計されており、ユーザーにとって効率的です。長時間待つ必要がありません。
  • シンプルさ:この設計は、オンチェーンの相互作用を最小限に抑え、オフチェーンの流動性を使用することで、コストを削減し、トランザクションを高速化します。ソルバー間の競争入札により、効率的で低手数料の取引と迅速な実行が保証されます。
  • ユーザーリスクの軽減: この設計は、ユーザーの最終的なリスクをソルバーにオフロードすることで、最小限に抑えます。

インテントベースのブリッジのいくつかの主な欠点は次のとおりです:

  • 中央集権リスク:少数のオーダーフローを支配するソルバー検閲、単一の障害点、および実行の不良などの潜在的なリスクをもたらすことがあります。
  • 高い参入障壁:ソルバーになるには、かなりの流動性(一部の意図ベースのプロトコルでのステーキング要件と固定コスト)と技術インフラが必要であり、新規参入者にとっては困難です。
  • シングルビッダー問題:ソルバーが不足しているプロトコルでは、入札者が一人しかいないため、入札競争がないことが見られます。競争入札がなく、オーダーが頻繁に履行されるため、オークションのメリットが実現されず、ユーザーに提供されるレートに影響を与えます。

閉会の挨拶

意図ベースのブリッジは、クロスチェーン取引の有望で簡素化されたシステムを提供しますが、いくつかの課題もあります。1つの懸念事項は、わずかな主要な解決者がオークション全体を支配する可能性があることです。しかし、誰でも解決者になるための基準を作成し、バリアを下げる努力が進行中です。

ERC-7683の提案は、統一されたソルバーレイヤーとして、この問題に取り組むことを目指しています。この標準化により、Ethereumエコシステム内での操作が簡素化されますが、他のL1(Solanaなど)のブリッジがソルバーオークションのダイナミクスとインフラをどのように管理するかは興味深いところです。

言われたように、ERC-7638が実装されれば、どんな意図ベースのブリッジの効率も、レイヤー1がその合意形成メカニズムに基づいて異なるように、そのオークションダイナミクスによって決定されることになります。橋を含む複数のアプリケーションで、意図の設計がどのように進化し、採用されるかが興味深いものになるでしょう。

私たちはすでにこの意図に基づくブリッジの主なトレードオフについて話し合いました。ポスト.しかし、全体として、デザインの採用は肯定的に見え、私たちはLI.FIこのデザインが長期的にどのように機能するかを注意深く見ています。

LI.FIを使って今日始めましょう

私たちの研究を読んでみましたか?私たちについてもっと知るために:

免責事項:この記事は情報提供を目的としています。 記事で言及されているプロジェクトは弊社のパートナーですが、記載されているいかなるプロトコルのトークンの使用または購入の前に、自己の調査を行うことをお勧めします。 これは投資勧誘ではありません。

免責事項:

  1. この記事は[から転載されていますLI.FIブログ], オリジナルタイトル「Intent-Based Bridgesの裏側」を転送します。すべての著作権は元の著者に帰属します [ Yash Chandak]. If there are objections to this reprint, please contact the Gate Learnチームにお任せください。迅速に対応いたします。

  2. 責任の免責事項: この記事で表現されている意見や見解は、著者個人のものであり、投資アドバイスを構成するものではありません。

  3. 記事の翻訳はGate Learnチームによって他の言語に翻訳されます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。

Начните торговать сейчас
Зарегистрируйтесь сейчас и получите ваучер на
$100
!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.