導入

ブロックチェーン技術、特に分散型金融 (DeFi) は、金融システムに強力な可能性をもたらしました。しかし、エコシステムが成長するにつれて、複数のブロックチェーン ネットワーク間でのやり取りの複雑さも増しています。各ブロックチェーンは独立して動作し、流動性と機能のサイロ化を生み出し、ユーザーと開発者は手動で操作する必要があります。

インテントベースのシステムは、この断片化に対する解決策として登場し、さまざまなブロックチェーンとのやり取りの複雑さを抽象化する方法を提供します。これらのシステムでは、ユーザーが各チェーンの基盤となるインフラストラクチャと直接やり取りする必要はなく、ユーザーはトークンの転送や取引の実行など、望ましい結果を定義でき、技術的な実行はフィラーと呼ばれるサードパーティのアクターにオフロードされます。

クロスチェーン インテント(多くのインテント タイプの 1 つ) は、ユーザーがさまざまなブロックチェーン ネットワークで実行したい事前定義されたアクションです。たとえば、ユーザーは Ethereum と Arbitrum 間でトークンを交換したい場合があります。クロスチェーン インテントを使用すると、両方のチェーンでトランザクションを手動で実行する代わりに、ユーザーは 1 つのステップでアクションを定義できます。フィラーは、それぞれのチェーンと対話してインテントを実行し、ユーザーのプロセスを抽象化して摩擦を減らします。これは、マルチチェーン DeFi 操作にとって貴重な機能です。

潜在能力があるにもかかわらず、インテントベースのシステムは、特に流動性アクセスとフィラーネットワーク開発に関して、スケーラビリティと有効性を制限する課題に直面しています。以下に、これらの問題のいくつかを示します。

• 十分な流動性へのアクセス: クロスチェーン システムにおける大きな課題は、異なるチェーン間で十分な流動性を確保することです。たとえば、Ethereum と Fantom 間で資産を交換したいユーザーは、どちらかのチェーンで流動性が不十分であることに気付く可能性があり、その結果、トランザクションが遅れたり失敗したりします。実際には、分散型取引所 (DEX) での大規模なトランザクションは、流動性プールが断片化しているためにうまくいかないことがあり、大きなスリッページと非効率的な取引につながります。クロスチェーン インテントも同様の問題に直面しています。宛先チェーンに十分な流動性がなければ、インテントを効果的に実行できません。クロスチェーン イールド ファーミングやトークン スワップなどの複雑な操作は、複数のブロックチェーンで同時に流動性が不足すると失敗する可能性があります。
• チェーン全体にわたるアクティブなフィラー ネットワークの構築:クロスチェーン インタラクションをサポートする信頼性の高いアクティブなフィラー ネットワークを作成することも課題の 1 つです。フィラーにはインテントを迅速に実行するためのインセンティブを与える必要がありますが、さまざまなブロックチェーンの多様な環境により、これは困難です。適切に構造化されたアクティブなフィラー エコシステムがなければ、クロスチェーン インテントが満たされないままになったり、非効率な状態になったりして、ユーザー エクスペリエンスに悪影響を与える可能性があります。

これらの課題を克服するには、共有インフラストラクチャとユニバーサル フレームワークをクロスチェーン システムに統合する必要があります。特に、クロスチェーン インテントを処理するための統一されたフレームワークは、フィラーの調整、流動性フローの改善、より効率的なフィラー ネットワークの確立に役立ちます。共有プロトコルを活用することで、クロスチェーン システムは拡張可能になり、よりシームレスなエクスペリエンスを提供でき、ブロックチェーン エコシステム全体で効率と流動性の利用率が向上します。

ここで ERC-7683 が登場します。

ERC-7683とより良いクロスチェーンインタラクションの必要性

ERC-7683: クロスチェーン インテントは、クロスチェーン インテントの定義と実行のための統一フレームワークを提案し、ユーザーがトークン転送やスマート コントラクト実行などのマルチチェーン操作に従事することを容易にします。この提案は、クロスチェーン操作で使用されるインテントの標準化されたインターフェイスを作成する最初の試みであり、Ethereum エコシステムにプラスの影響を与えます。

ERC-7683 は、インテントの作成および処理方法を標準化することで、クロスチェーンのインタラクションを合理化し、流動性へのアクセスを改善し、ブロックチェーン間の相互運用性を向上させることを目指しています。また、ユーザーと分散型アプリケーションが各チェーンのインフラストラクチャに直接関与することなくインテントを指定できるようにすることで、インタラクションを簡素化します。

重要なのは、ERC-7683 が、孤立したプロトコルとフィラー ネットワークによって引き起こされる断片化と非効率性を軽減することです。現在、フィラーは特定のエコシステム内にサイロ化されており、ブロックチェーン全体の流動性フローが制限されています。ERC-7683 は、複数のチェーンとプロトコルにまたがるまとまりのあるフィラー ネットワークに取り組みを統合することでこの問題に対処し、インテントの作成、実行、検証を合理化すると同時に、ブロックチェーン エコシステム全体でのより幅広い参加を促進します。

ERC-7683 の主な特徴と機能は何ですか?

ERC-7683 は、クロスチェーン アクションの幅広いインテントを可能にします。これらのインテントには、単純な転送、クロスチェーン トークン スワップ、資産のステーキング、または複数のブロックチェーン間での流動性の提供などのより複雑な操作が含まれます。ユーザーは、宛先チェーン、トークンの種類、実行期限や価格制限などの制約などの詳細を指定できます。ERC-7683 は、これらのインテントを送信するための標準化された形式を提供し、分散型アプリケーションとフィラーがチェーン全体でシームレスに動作できるようにします。

ERC-7683 は、クロスチェーン インテントの送信方法とソリューションの構造化方法を標準化していますが、クロスチェーン検証の実行方法については規定していません。代わりに、ERC-7683 は、「Settler Contracts」フィールドを通じて検証プロセスを dApp またはユーザーに委ねています。このフィールドにより、ユーザーは自分のユースケースに合わせて、信頼できる検証プロセスを備えた決済契約を選択できます。

この柔軟なアプローチにより、検証方法の多様性が実現します。一部のプロトコルはマルチ署名検証を使用して通信しますが、他のプロトコルはチャレンジ メカニズムまたはゼロ知識証明を使用した楽観的設定を使用します。ERC-7683 は特定のモデルを強制しないため、決済契約設計の多様性が促進され、dApp はニーズに最適なものを選択できます。最終的に、ERC-7683 は、特定の検証方法を義務付けることなく、クロスチェーン注文を標準化して流動性ストリームを統一し、調整を改善することに重点を置いています。

ERC-7683におけるコラボレーションとコミュニティの関与の役割

ERC-7683 は、DeFi 分野で著名な Across (大手ブリッジ) と Uniswap Labs (イーサリアム最大の DEX の開発元) のコラボレーションの成果です。両社は、それぞれの専門知識を活用して、イーサリアム エコシステムのユーザーと開発者の実際のニーズに対応する標準を提案しました。ERC-7683 は、Arbitrum、Base、Optimism、Base など 35 を超えるプロトコルからもサポートされています。

さらに、ERC-7683 は、クロスチェーン開発と相互運用性に焦点を当てた団体である CAKE ( Chain Abstraction Key Elements ) ワーキング グループに提示されました。彼らは幅広いブロックチェーン プロジェクトを代表しているため、彼らの関与は非常に重要です。彼らの意見を取り入れることで、エコシステムの多様なニーズを満たすように標準を改良することができます。このプロセスにより、ERC-7683 は大規模導入に対して堅牢かつ実用的であることが保証されます。

ERC-7683 の標準的なクロスチェーン インテント フローの概要

ERC-7683 は、クロスチェーン インテントを実行するための明確なプロセスを示しており、複数のブロックチェーン間でのシームレスな資産転送とやり取りを可能にします。この標準化されたフローにより、フィラーが実行を処理する間にユーザーがインテントを定義できるようになり、クロスチェーン エコシステムの効率が向上します。以下は、標準的なクロスチェーン インテント フローの各ステップの詳細な内訳です。

オフチェーンメッセージに署名するユーザー

このプロセスは、クロスチェーン インテントを開始するユーザーから始まります。ユーザーは、交換するトークン、宛先チェーン、CrossChainOrder 構造体にエンコードされたその他の関連パラメータなど、トランザクションに関する重要な詳細を含むオフチェーン メッセージに署名します。このメッセージは、ユーザーの秘密鍵を使用してオフチェーンで署名され、注文の整合性と信頼性が確保されます。オフチェーンで署名することで、ユーザーはブロックチェーンとの直接的なやり取りを回避し、ガス コストを削減して効率性を向上させます。

注文の伝達と取引の開始

このプロセスは、署名されたオフチェーン メッセージの配信から始まります。このメッセージは、ユーザーによって作成され、ユーザーの秘密鍵で署名され、クロスチェーン インテントの実行を担当するサードパーティ アクターであるフィラーと共有されます。この配信は、分散型ネットワークや注文中継システムなどのオフチェーン チャネルを通じて行われ、フィラーは注文の詳細を確認できます。その後、フィラーは注文を受け入れるかどうかを決定できるため、競争が促進され、実行速度が速くなり、手数料が安くなります。

フィラーが注文を受け入れると、IOriginSettler の open 関数を呼び出して、元のチェーンで取引を開始します。この関数は、ユーザーの署名を検証し、ユーザーのトークンをエスクローでロックして他の場所で使用されないようにし、クロスチェーン スワップの準備が整ったことを通知します。この時点で、注文の詳細は宛先チェーンでの実行のために準備され、クロスチェーン メッセージング システムを介して送信されます。

宛先チェーンでの注文履行

元のチェーンで取引が開始されると、フィラーは、CrossChainOrder を ResolvedCrossChainOrder にデコードする解決関数を呼び出して、宛先チェーンで注文を実行します。これにより、転送するトークンや受信者のアドレスなど、スワップを完了するために必要なすべての詳細がフィラーに提供されます。次に、フィラーは宛先チェーンのユーザーにトークンを転送し、元の意図を実現します。

クロスチェーン決済プロセス

最後のステップはクロスチェーン決済です。ここでは、元のチェーンと宛先チェーンの両方の決済契約によって、意図が正しく実行されたことが保証されます。元のチェーンでロックされた資産は解放され、ユーザーは宛先チェーンでトークンを受け取ります。使用する決済契約に応じて、チェーン間の直接通信または楽観的検証モデルを介して検証を行うことができます。この柔軟性により、意図の達成を確認するさまざまな方法が可能になり、ユーザーとフィラーの両方がプロセスを信頼できることが保証されます。

ERC-7683の主要コンポーネント

ERC-7683 は、柔軟性を提供し、多様なクロスチェーン実装に対応するように設計されたいくつかの重要なコンポーネントを導入しています。これらのコンポーネントにより、インテントベースのシステムは、クロスチェーン注文の統一された構造を維持しながら、さまざまなプロトコル、価格設定モデル、検証メカニズムに適応できます。

汎用 OrderData フィールド

CrossChainOrder 構造体内の OrderData フィールドは、さまざまな実装にわたってカスタマイズと柔軟性を実現する上で重要な役割を果たします。

1. さまざまな実装設計の有効化: OrderData フィールドは、プロトコルやユースケースに応じて変化する可能性のある、任意の実装固有のデータを保持するように設計されています。これにより、開発者は、注文の全体的な構造を変更することなく、トークンの詳細、宛先チェーン データ、実行制約など、注文に必要な追加情報をエンコードできます。この柔軟性により、さまざまなプロトコルが ERC-7683 標準に準拠しながら独自の設計を実装できるようになります。
2. 価格決定、履行制約、決済手続きの柔軟性: OrderData フィールドを通じて、ERC-7683 は、価格決定メカニズム (オークションやオラクルベースの価格設定など)、期限や条件などの履行制約の幅広い構成をサポートします。この汎用性は、さまざまな dApp が、価格設定と実行の好みの方法を維持しながら標準を採用できるようにするための鍵となります。たとえば、あるシステムでは固定価格モデルを使用し、別のシステムではリアルタイムの市場データに基づく動的な価格設定に頼ることができます。これらはすべて、同じ CrossChainOrder 構造を活用しながら行われます。

解決関数とResolvedCrossChainOrder

解決関数と ResolvedCrossChainOrder 構造体は、フィラーが元の OrderData フィールドの特定の詳細を理解しなくても、クロスチェーン注文を検証および実行できるようにするために不可欠です。解決関数は、複雑なプロトコル固有の CrossChainOrder を ResolvedCrossChainOrder に変換することで、検証および実行プロセスを簡素化します。

このアンバンドリングにより、元の OrderData の複雑さが抽象化され、注文を完了するために必要な入力と出力の標準化された形式がフィラーに提供されます。さらに、フィラーは OrderData にエンコードされたプロトコル固有の詳細に関する深い知識を必要とせずにクロスチェーン プロセスに参加できるため、スケーラビリティが向上し、摩擦が軽減されます。

許可証2の使用

ERC-7683 はオプションでPermit2 を統合します。これは、トークンの転送と注文の実行をユーザーからの単一の署名で処理できる承認メカニズムです。これにより、トークンの転送とスワップの両方を個別に承認する必要があったユーザーの操作の複雑さが軽減されます。Permit2 を利用することで、dApp はトークンの転送がスワップの正常な開始に安全に関連付けられていることを保証し、セキュリティとユーザー エクスペリエンスの両方を向上させることができます。ただし、これにより、クロスチェーンの注文構造と一致する必要がある nonce や期限などの Permit2 固有のパラメータの処理に関する考慮事項も導入されます。

ERC-7683 技術仕様の詳細

技術的な要素について詳しく説明する前に、提案書に記載されている用語集を確認しましょう。

• 宛先チェーン: インテントが実行され、ユーザーが資金を受け取るチェーン。インテントには複数の宛先チェーンが含まれる場合があります。
• フィラー: 報酬と引き換えに、宛先チェーン上でユーザーの意図を満たす責任を負う参加者。
• レグ: ユーザーのインテントのうち、独立して実行できる部分。インテントが完全に完了するには、すべてのレグを実行する必要があります。
• オリジン チェーン: ユーザーがトランザクションを開始し、資金を送信するチェーン。
• 決済システム: ユーザーの入金を処理し、約定を検証し、約定者に支払いを行い、目的を達成するシステム。
• セトラー: 特定のブロックチェーン上で決済システムの一部を実装する契約。
• ユーザー: 注文を作成し、インテントを開始するエンドユーザー。

用語集があるので、クロスチェーン インテントを有効にするために ERC-7683 によって導入された重要なコンポーネントに焦点を当てることができます。

• CrossChainOrder 構造体: クロスチェーン注文を作成するための標準化された形式。
• ResolvedCrossChainOrder 構造体: 宛先チェーンで実行するために注文データをバンドル解除します。
• 出力構造体: ユーザーとフィラーの両方に対して、スワップに関係するトークンと金額を定義します。
• セトラー契約: 起点 (originSettler) チェーンと宛先 (destinationSettler) チェーンの両方に実装され、クロスチェーン インテントのライフサイクルを管理します。起点Settler はユーザー資産をロックし、実行の注文を準備します。一方、宛先Settler はインテントの達成を検証し、宛先チェーンでの資産転送を促進します。検証プロセスは dApp またはユーザーに委ねられ、セトラー契約フィールドから決済契約を選択できるため、ユースケースに合わせた検証方法を選択できます。

GaslessCrossChainOrder と OnchainCrossChainOrder 構造体

ERC-7683 は、GaslessCrossChainOrder と OnchainCrossChainOrder という 2 種類のクロスチェーン注文をサポートしています。この 2 つの主な違いは、注文の開始方法とトランザクション コストを誰が負担するかにあります。

GaslessCrossChainOrder では、ユーザーはオフチェーンで注文に署名し、その送信をフィラーに委任します。フィラーはユーザーに代わってオリジン セトラ コントラクトに注文を送信し、関連するガス料金を負担します。このアプローチでは、フィラーが実行報酬を通じてコストを回収するようにインセンティブが与えられるため、ユーザーにシームレスでガスなしのエクスペリエンスが提供されます。この委任を可能にするために、構造体には originSettler、user、nonce などのフィールドが含まれており、セキュリティ、リプレイ保護、ユーザーの意図の適切な処理が保証されます。

一方、OnchainCrossChainOrder は、ユーザーによってオンチェーンで直接作成されます。ここでは、ユーザーは msg.sender として origin settler コントラクトとやり取りし、ガス料金の責任を負います。この構造は、originSettler や user などの委任固有のフィールドを除外し、代わりに、注文の実行に直接関連する fillDeadline や orderData などのフィールドに焦点を当てているため、よりシンプルです。この方法は、トランザクションを直接制御することを好み、オンチェーンのやり取りを管理することに慣れているユーザーに最適です。

主要分野

• originSettler : このフィールドには、オリジン チェーン上の注文の決済を管理するコントラクト アドレスが保持されます。これにより、dApp またはユーザーは検証方法を定義でき、オリジン チェーンのキー コントラクトとして機能し、スワップの適切な実行が保証されます。

• ユーザー: ユーザーは、インテントを開始する個人のアドレスです。注文が開始されると、その資産は元のチェーンにロックまたはエスクローされます。このアドレスは、正しい当事者の資産が交換されることを保証し、ユーザーの署名を検証して注文の信頼性を確認するために重要です。

• nonce : nonce は注文の一意の識別子として機能し、リプレイ攻撃を防止します。各 CrossChainOrder には一意の nonce が必要です。これにより、注文が複数回実行されなくなり、二重支払いや冗長なトランザクションを回避できます。

• originChainId と destinationChainId : これらのフィールドは、それぞれ注文の発生元と注文が履行されるチェーンを識別します。これにより、システムが異なるブロックチェーン ネットワークを区別して、注文を正しい宛先にルーティングできるようになります。

• openDeadline と fillDeadline : これらのタイムスタンプは、注文の開始と履行の制限時間を設定します。openDeadline は、元のチェーンで注文を開始するタイミングを定義し、fillDeadline は、宛先チェーンで注文を完了するタイミングを示します。これにより、注文がタイムリーに実行され、無期限に保留のままにならないようにすることができます。

• orderData : カスタマイズを可能にする任意のデータ フィールド。スワップされるトークン、数量、宛先チェーン、価格制限、追加の制約などの詳細が含まれます。この柔軟性により、コア構造をそのまま維持しながら、幅広いクロスチェーン操作が可能になります。

  
  

   /// @title GaslessCrossChainOrder CrossChainOrder type /// @notice Standard order struct to be signed by users, disseminated to fillers, and submitted to origin settler contracts struct GaslessCrossChainOrder { /// @dev The contract address that the order is meant to be settled by. /// Fillers send this order to this contract address on the origin chain address originSettler; /// @dev The address of the user who is initiating the swap, /// whose input tokens will be taken and escrowed address user; /// @dev Nonce to be used as replay protection for the order uint256 nonce; /// @dev The chainId of the origin chain uint256 originChainId; /// @dev The timestamp by which the order must be opened uint32 openDeadline; /// @dev The timestamp by which the order must be filled on the destination chain uint32 fillDeadline; /// @dev Type identifier for the order data. This is an EIP-712 typehash. bytes32 orderDataType; /// @dev Arbitrary implementation-specific data /// Can be used to define tokens, amounts, destination chains, fees, settlement parameters, /// or any other order-type specific information bytes orderData; } /// @title OnchainCrossChainOrder CrossChainOrder type /// @notice Standard order struct for user-opened orders, where the user is the msg.sender. struct OnchainCrossChainOrder { /// @dev The timestamp by which the order must be filled on the destination chain uint32 fillDeadline; /// @dev Type identifier for the order data. This is an EIP-712 typehash. bytes32 orderDataType; /// @dev Arbitrary implementation-specific data /// Can be used to define tokens, amounts, destination chains, fees, settlement parameters, /// or any other order-type specific information bytes orderData; }

  
  

ResolvedCrossChainOrder 構造体

CrossChainOrder が宛先チェーンに送信されると、ResolvedCrossChainOrder 構造体にデコードされます。このプロセスによりデータが簡素化され、フィラーがスワップを実行するために使用できる標準化された形式で提示されます。

目的とコンポーネント: ResolvedCrossChainOrder は、フィラーに明確で実用的な作業構造を提供します。複雑な orderData フィールドを分離することにより、ResolvedCrossChainOrder は宛先チェーンでのスムーズな実行を保証します。

ResolvedCrossChainOrder 構造体には、クロスチェーン トランザクションの制約とパラメータを定義するキー配列フィールドが含まれています。

• maxSpent : フィラーがトランザクション中に使用できる最大トークンを指定します。これらの値はフィラーの負債の上限として機能し、オークションなどの動的な状況でも設定された制限を超える必要がないようにします。
• minReceived : 決済時にフィラーが受け取る必要のある最小トークンを指定します。これらの値は、フィラーのリターンの下限を保証し、特に不確実なトランザクション環境において予測可能な結果を提供します。
• fillInstructions : 宛先チェーンでトランザクションを実行するために必要な手順を定義する配列。各命令は、フィラーが注文の特定のレッグを実行するために必要な情報を提供します。

これらのフィールドは、シームレスな実行のための詳細なデータを提供する Output および FillInstruction 構造体に依存します。

出力構造体

Output 構造体は、トランザクションに関係するトークンと宛先を定義します。maxSpent 配列と minReceived 配列の各エントリはこの構造体のインスタンスであり、次の属性が含まれます。

• token : 宛先チェーン上の ERC20 トークンの識別子。ネイティブ トークンまたはラップされたトークンを柔軟に処理できるように、bytes32 値として表されます。
• amount : トランザクションに関係する指定されたトークンの数量。
• 受信者: 宛先チェーンでトークンを受信するエンティティの bytes32 識別子。
• chainId : トークンが送信されるブロックチェーンの ID。

FillInstruction構造体

fillInstructions フィールドには命令の配列が含まれており、各エントリはクロスチェーン トランザクションの 1 つのレッグをパラメータ化します。この構造体により、フィラーはトランザクションを正確に実行するために必要なすべてのオリジン生成データを保持できます。主な属性は次のとおりです。

• destinationChainId : トランザクションのこのレグが実行されるブロックチェーンの ID。
• destinationSettler : トランザクションの決済を担当する宛先チェーン上の契約の bytes32 識別子。
• originData : destinationSettler がトランザクションを処理するために必要な、origin チェーンで生成されたデータ。これにより、必要なすべての情報がシームレスに destination チェーンに送信されるようになります。

これらの構造により、関係するすべての当事者（ユーザーとフィラー）が正しいトークンで適切に補償され、チェーン全体でスワップが安全かつ効率的に実行されることが保証されます。

 /// @title ResolvedCrossChainOrder type /// @notice An implementation-generic representation of an order intended for filler consumption /// @dev Defines all requirements for filling an order by unbundling the implementation-specific orderData. /// @dev Intended to improve integration generalization by allowing fillers to compute the exact input and output information of any order struct ResolvedCrossChainOrder { /// @dev The address of the user who is initiating the transfer address user; /// @dev The chainId of the origin chain uint256 originChainId; /// @dev The timestamp by which the order must be opened uint32 openDeadline; /// @dev The timestamp by which the order must be filled on the destination chain(s) uint32 fillDeadline; /// @dev The unique identifier for this order within this settlement system bytes32 orderId; /// @dev The max outputs that the filler will send. It's possible the actual amount depends on the state of the destination /// chain (destination dutch auction, for instance), so these outputs should be considered a cap on filler liabilities. Output[] maxSpent; /// @dev The minimum outputs that must be given to the filler as part of order settlement. Similar to maxSpent, it's possible /// that special order types may not be able to guarantee the exact amount at open time, so this should be considered /// a floor on filler receipts. Output[] minReceived; /// @dev Each instruction in this array is parameterizes a single leg of the fill. This provides the filler with the information /// necessary to perform the fill on the destination(s). FillInstruction[] fillInstructions; } /// @notice Tokens that must be received for a valid order fulfillment struct Output { /// @dev The address of the ERC20 token on the destination chain /// @dev address(0) used as a sentinel for the native token bytes32 token; /// @dev The amount of the token to be sent uint256 amount; /// @dev The address to receive the output tokens bytes32 recipient; /// @dev The destination chain for this output uint256 chainId; } /// @title FillInstruction type /// @notice Instructions to parameterize each leg of the fill /// @dev Provides all the origin-generated information required to produce a valid fill leg struct FillInstruction { /// @dev The contract address that the order is meant to be settled by uint64 destinationChainId; /// @dev The contract address that the order is meant to be filled on bytes32 destinationSettler; /// @dev The data generated on the origin chain needed by the destinationSettler to process the fill bytes originData; }

決済インターフェース

IOriginSettler および IDestinationSettler インターフェイスは、送信元チェーンと送信先チェーンでの決済契約の基本メソッドを定義します。これらの契約により、クロスチェーン インテントの標準化された効率的な処理が保証され、ガスレス オーダーとオンチェーン オーダーの両方がサポートされ、送信先チェーンでのシームレスな履行が可能になります。

IOriginSettler インターフェース

IOriginSettler インターフェースは、注文の作成から解決まで、オリジン チェーン上のクロスチェーン注文のライフサイクルを管理します。GaslessCrossChainOrder と OnchainCrossChainOrder の両方をサポートし、ユーザーが開始したトランザクションとフィラーが促進したトランザクションに柔軟性を提供します。

主な機能:

• openFor および open : フィラーを介してガスなしで、またはユーザーが直接、クロスチェーン注文を開始します。
• resolveFor および resolve : ガスレスまたはオンチェーン注文を、下流処理用に標準化された ResolvedCrossChainOrder 形式に変換します。

openFor と open 関数

openFor 関数と open 関数は、オリジン チェーン上でクロスチェーン注文を開始します。openFor 関数は、フィラーがユーザーに代わってガスレス注文を送信するために使用します。一方、open 関数を使用すると、ユーザーはフィラーを介さずにオンチェーン注文を直接作成できます。

主な違いは、openFor にはトランザクションを認証およびパラメータ化するための署名とオプションのフィラー提供データ (originFillerData) が含まれるのに対し、open ではユーザーが msg.sender として origin settler 契約と直接対話するため、これらが必要ないことです。

パラメータ:

• order : クロスチェーン注文の定義（ガスレスまたはオンチェーン）。
• signature : ユーザーの暗号署名 (openFor のみに必要)。
• originFillerData : 追加のフィラー定義データ (openFor でのみ使用されます)。

解決関数と解決関数

resolveFor 関数とresolver 関数は、クロスチェーン注文を標準化された ResolvedCrossChainOrder 形式に変換します。resolveFor 関数はガスレス注文を処理し、resolve 関数はオンチェーン注文を処理します。両方の関数は、下流統合のための統一された構造を提供し、フィラーの実行を簡素化します。

パラメータ:

• order : クロスチェーン注文の定義（ガスレスまたはオンチェーン）。
• originFillerData : 追加のフィラー提供データ (resolveFor でのみ使用されます)。

IDestinationSettler インターフェース

IDestinationSettler インターフェイスは、宛先チェーン上の決済プロセスを管理し、フィラーがクロスチェーン注文の特定のレッグを実行できるようにします。

主な機能:

• fill: クロスチェーン注文の 1 つのレッグを宛先チェーンで実行します。

塗りつぶし機能

フィル機能により、フィラーは宛先チェーン上のクロスチェーン注文の特定のレッグを処理できます。これは、元のチェーンで生成されたデータと、フィラーが提供する追加の設定を組み合わせて、トランザクションをパラメータ化して実行します。

パラメータ:

• orderId : 特定のクロスチェーン注文の一意の識別子。

• originData : 決済に必要なオリジンチェーンからのデータ。

• フィラーデータ: 充填プロセスをカスタマイズするための追加のフィラー定義データ。

   /// @title IOriginSettler /// @notice Standard interface for settlement contracts on the origin chain interface IOriginSettler { /// @notice Opens a gasless cross-chain order on behalf of a user. /// @dev To be called by the filler. /// @dev This method must emit the Open event /// @param order The GaslessCrossChainOrder definition /// @param signature The user's signature over the order /// @param originFillerData Any filler-defined data required by the settler function openFor(GaslessCrossChainOrder calldata order, bytes calldata signature, bytes calldata originFillerData) external; /// @notice Opens a cross-chain order /// @dev To be called by the user /// @dev This method must emit the Open event /// @param order The OnchainCrossChainOrder definition function open(OnchainCrossChainOrder calldata order) external; /// @notice Resolves a specific GaslessCrossChainOrder into a generic ResolvedCrossChainOrder /// @dev Intended to improve standardized integration of various order types and settlement contracts /// @param order The GaslessCrossChainOrder definition /// @param originFillerData Any filler-defined data required by the settler /// @return ResolvedCrossChainOrder hydrated order data including the inputs and outputs of the order function resolveFor(GaslessCrossChainOrder calldata order, bytes calldata originFillerData) external view returns (ResolvedCrossChainOrder memory); /// @notice Resolves a specific OnchainCrossChainOrder into a generic ResolvedCrossChainOrder /// @dev Intended to improve standardized integration of various order types and settlement contracts /// @param order The OnchainCrossChainOrder definition /// @return ResolvedCrossChainOrder hydrated order data including the inputs and outputs of the order function resolve(OnchainCrossChainOrder calldata order) external view returns (ResolvedCrossChainOrder memory); }

柔軟な検証方法

ERC-7683 では、クロスチェーン インテントの解決に特定の検証方法を強制していないため、開発者はユースケースに最適なアプローチを柔軟に実装できます。一般的な方法は次のとおりです。

• 楽観的設定: トランザクションはデフォルトで有効であると想定し、不正行為が疑われる場合にのみ紛争が発生します。この方法では、即時の検証をスキップすることで実行を高速化します。

• 直接チェーン通信: 特定のサードパーティ ブリッジなどの一部のシステムでは、メッセージング プロトコルを介してクロスチェーン通信方式を使用します。元のチェーン上のスマート コントラクトは、宛先チェーン上のスマート コントラクトと間接的にやり取りし、長いチャレンジ期間なしでトランザクションが検証され、決済されます。この方法は高速ですが、安全な実装には信頼性の高いリレーと強力な暗号証明が必要です。

• ハイブリッド アプローチ: ERC-7683 は、柔軟性を高めるために決済プロセスのさまざまな要素が組み合わされたハイブリッド モデルをサポートしています。たとえば、dApp は、元のチェーン上の IOriginSettler を介して直接通信を使用してユーザー資産を検証およびロックし、一方で、宛先チェーン上の IDestinationSettler を介して楽観的なセットアップを使用してフィラー アクションを検証する場合があります。このハイブリッド アプローチは、両方の方法の長所を活用して、速度とセキュリティのバランスを実現します。

  
  

ERC-7683 は決済および検証方法に柔軟性を提供することで、開発者が特定の DeFi アプリケーション向けにシステムをカスタマイズできるようにし、ユーザー エクスペリエンスと効率の両方を向上させます。

ERC-7683 クロスチェーン インテント標準のケース

ERC-7683 は、プロセスを合理化し、複数のブロックチェーン間でより効率的なやり取りを可能にすることで、クロスチェーン インテントの状況を大幅に改善します。統合フレームワークを導入することで、ERC-7683 は、ユーザー、開発者、フィラーのエクスペリエンスを向上させるいくつかの重要な利点をもたらします。

イーサリアムエコシステム全体の相互運用性の向上

ERC-7683 の主な利点の 1 つは、Ethereum エコシステムにもたらされる相互運用性の向上です。以前は、プロトコルとプラットフォームは、クロスチェーン トランザクションを処理するために独自のソリューションを作成する必要があり、断片化と非効率につながっていました。クロスチェーン インテントの標準化により、分散型アプリケーションは、独自のソリューションを設計する必要なく、クロスチェーン機能を統合できます。その結果、ネットワーク間で流動性をより自由に流すことができ、開発者とユーザーの両方の摩擦を軽減する、よりまとまりのあるクロスチェーン エコシステムが作成されます。

注文配信とフィラーネットワークのための共有インフラストラクチャ

ERC-7683 は、クロスチェーン システムのスケーラビリティと成功に不可欠な、注文の配布とフィラー ネットワーク用の共有インフラストラクチャの開発も促進します。注文の構造と処理方法を標準化することで、プロトコルはクロスチェーン注文を効率的に配布する共有システムの作成を促進します。この共有インフラストラクチャにより、複数の dApp とプロトコルが同じフィラー ネットワークを利用できるようになり、より堅牢で競争力のあるフィラー環境が生まれます。

フィラーは、さまざまな独自形式に調整する必要なく、さまざまなプロトコルに参加できるようになり、調整と流動性の使用が向上します。この共同インフラストラクチャにより、クロスチェーン取引の信頼性が向上し、注文を完了するためのフィラーのプールが大きくなり、ボトルネックが削減され、履行率が向上します。

チェーン全体の流動性の深化

ERC-7683 は、ブロックチェーン間での資産のシームレスな流れを可能にすることで流動性を強化します。クロスチェーン インテントの標準化によりサイロが排除され、資産がチェーン間でより自由に移動できるようになり、流動性プールの断片化によって生じる非効率性が軽減されます。この流動性の強化により、取引の実行が改善され、スリッページが削減され、ブロックチェーン エコシステム全体での資産のスムーズな転送が保証されるため、分散型取引所 (DEX)、レンディング プラットフォーム、その他の DeFi プロトコルにメリットがもたらされます。ERC-7683 により、流動性は断片化されたリソースではなく共有リソースとなり、マルチチェーン操作の全体的な効率が向上します。

ユーザーエクスペリエンスの向上: コストの削減、実行の高速化、失敗率の低減

ERC-7683 は、クロスチェーン トランザクションの複数の問題に対処することで、ユーザー エクスペリエンスを大幅に向上させます。標準化された注文形式と共有フィラー ネットワークの導入により、フィラーはより効果的に競争できるようになり、手数料が下がり、クロスチェーンのスワップと転送のコスト効率が向上します。

さらに、ERC-7683 は、断片化されたフィラー ネットワークと不十分な流動性に対処することで、クロスチェーン スワップの失敗率を削減します。標準化された注文および実行プロセスにより、フィラーは必要な詳細に効率的にアクセスできるようになり、エラー、遅延、トランザクションの失敗が削減されます。その結果、ユーザーはよりスムーズで予測可能なクロスチェーン インタラクションを体験できます。

さらに、ERC-7683 はクロスチェーン インテントのより高速な実行を可能にします。流動性と注文フローを統合することにより、プロトコルはフィラーが必要なトランザクションに迅速にアクセスして完了できるようにし、ユーザーが複数のチェーンとやり取りする際に発生する可能性のある遅延を軽減します。

DeFiにおけるコンポーザビリティの加速

ERC-7683 は、インテントの標準化された構造を提供することで、分散型金融 (DeFi) におけるコンポーザビリティの新たな可能性を切り開きます。プロトコルはクロスチェーン機能を既存のフレームワークにシームレスに統合できるようになり、ユーザーは貸付、ステーキング、スワッピングなどの複数の DeFi 操作を単一のトランザクション フローに組み合わせることができます。

この構成可能性の向上により、開発者は複雑さを増すことなくクロスチェーン機能を活用するより高度な dApp を構築できるようになり、最終的には DeFi のイノベーションが促進されます。ユーザーにとって、これは相互接続されたプロトコルとやり取りする際のよりシームレスなエクスペリエンスを意味し、複数のチェーンにわたる DeFi の可能性を最大限に引き出します。

要約すると、ERC-7683 は、相互運用性の向上、共有インフラストラクチャの促進、コストの削減、実行の高速化、トランザクションの失敗の削減によるユーザーフレンドリーなエクスペリエンスの提供により、クロスチェーン インテント システムの効率を高めます。

ERC-7683: 課題と考慮事項

ERC-7683 はクロスチェーン インテント システムに大きな利点をもたらしますが、実装を成功させるには対処すべき課題や考慮事項も存在します。これには、採用のハードル、セキュリティ上の懸念、統合の複雑さなどがあり、開発者、dApp、ユーザーが標準と関わる方法に影響を与える可能性があります。

導入のハードル

ERC-7683 の主な課題の 1 つは、さまざまなブロックチェーン エコシステムで広く採用されることです。多くのプロジェクトは、独自のクロスチェーン ソリューションの開発にすでにかなりのリソースを投入しているため、新しい標準の採用に抵抗が生じる可能性があります。開発者や dApp に ERC-7683 への移行を納得させるには、特に独自のインフラストラクチャをすでに構築している確立されたプロトコルの場合、多大な労力が必要になります。

セキュリティへの影響

セキュリティはクロスチェーンの相互作用において重要な要素であり、ERC-7683 は柔軟な設計により新たな考慮事項を導入しています。この標準では多様な決済契約が許可されていますが、この柔軟性により、実装に応じてセキュリティ レベルが変化する可能性があります。設計が不十分であったり、十分にテストされていない決済契約は、特にフィラーや開発者にとって脆弱性をもたらす可能性があり、堅牢な設計と徹底したテストの必要性が浮き彫りになります。

ただし、ユーザーにとってのリスクは比較的低いです。注文は、オンチェーンでの最終決済の前に、注文者の資金を使用して不可逆的に履行されます。注文が履行されなかった場合、ユーザーは最初にエスクローされた資金を返還されるため、Web3 全体に適用される固有のスマート コントラクト リスク以外のリスクにさらされる可能性は最小限に抑えられます。

統合の複雑さ

ERC-7683 の技術的実装は、dApp とブロックチェーン プラットフォームの統合においていくつかの課題をもたらします。開発者は Settler Contracts インターフェースを統合し、ERC-7683 をサポートするようにシステムを適応させる必要がありますが、そのためには注文の作成、配布、決済に関連する主要コンポーネントの書き換えが必要になる場合があります。これには多くのリソースが必要になる場合があります。

さらに、ERC-7683 の柔軟性により多様な決済手順が可能になり、フィラーや dApp がさまざまな実装をナビゲートする際に複雑になる可能性があります。クロスチェーン メッセージング レイヤーによって複雑さがさらに増します。開発者は、さまざまなコンセンサス メカニズムと速度を持つブロックチェーン間でメッセージと資産を安全かつタイムリーに送信できるようにする必要があるためです。

ERC-7683 の潜在的なアプリケーションと使用例は何ですか?

ERC-7683 のクロスチェーン インテントの標準化されたフレームワークは、特にマルチチェーン インタラクションが不可欠なエコシステムにおいて、さまざまな可能性を切り開きます。クロスチェーン トランザクションの開始、実行、決済の方法を合理化することで、ERC-7683 は分散型アプリケーションとプラットフォーム全体で新しいユース ケースを可能にします。以下は、この標準が大きな影響を与える可能性がある最も有望な分野の一部です。

複数のチェーンにまたがるDeFiプロトコル

DeFi は、ERC-7683 が大きな影響を与えることができる重要な分野の 1 つです。多くの DeFi プロトコルは複数のブロックチェーン ネットワークにまたがって動作しており、ERC-7683 はクロスチェーン トランザクションを標準化することで効率を大幅に向上させることができます。マルチチェーン DeFi プラットフォームのユーザーは、各チェーンのインフラストラクチャを手動で操作することなく、チェーン間で資産を移動できます。

この標準により、ユーザーはチェーン全体の流動性へのアクセスが向上し、貸付、ステーキング、イールドファーミングなどの操作のパフォーマンスが向上します。ERC-7683 は、よりスムーズで高速なインタラクションを確保することで、コストを削減し、DeFi ユーザーの信頼性を高めます。

クロスチェーンNFTマーケットプレイス

ERC-7683 のもう 1 つのエキサイティングなアプリケーションは、クロスチェーン NFT マーケットプレイスです。非代替トークン (NFT) はブロックチェーン エコシステムで重要な役割を果たしており、NFT とのクロスチェーン インタラクションを可能にすることで、買い手と売り手の市場が拡大する可能性があります。

ERC-7683 は、NFT 自体が両方のチェーンに存在しない場合、あるチェーンから別のチェーンへの NFT の転送を直接サポートしていませんが、追加のブリッジ転送を必要とせずに、チェーン B の資金を使用してチェーン A で NFT を購入することを可能にします。ERC-7683 は、宛先チェーンでの NFT の交換や取得などの意図を促進することで、NFT 市場の流動性と柔軟性を高め、ユーザーにとってよりシームレスなエクスペリエンスを生み出します。要約すると、ERC-7683 は、マルチチェーン DeFi およびクロスチェーン NFT 市場のイノベーションを推進し、クロスチェーンの相互作用に対する統一された効率的なアプローチを提供する可能性があります。

ERC-7683 を採用するとどのような影響がありますか?

ERC-7683 は、イーサリアムとより広範なブロックチェーン エコシステムに大きな影響を与える位置にあります。クロスチェーン インテントの標準化されたフレームワークを導入することで、マルチチェーン インタラクションに関連する多くの課題に対処します。ブロックチェーン スペースが進化するにつれて、ERC-7683 の採用とさらなる開発により、分散型アプリケーションとプロトコルが異なるチェーン間で動作する方法が変化し、より効率的でスケーラブルでユーザー フレンドリーなソリューションが促進される可能性があります。

イーサリアムとより広範なブロックチェーンエコシステムへの潜在的な影響

Ethereum にとって、ERC-7683 はマルチチェーン アクティビティのハブとしての役割を強化することができます。資産とトランザクションを Ethereum と他のブロックチェーン間でシームレスに移動する方法を提供することで、ERC-7683 は DeFi やその他のクロスチェーン アプリケーションの基盤としての Ethereum の地位を強化します。これは、流動性がさまざまなレイヤー 2 (L2) ソリューション間で断片化されることが多いロールアップのコンテキストで特に重要です。

現在、ユーザーは各ロールアップを個別に操作する必要があり、流動性が分散され、非効率性が増大しています。ERC-7683 は、ロールアップ間での資産の移動方法を標準化し、摩擦を減らして流動性フローを改善することで、ロールアップ全体の流動性を統一するのに役立ちます。

ERC-7683 は、クロスチェーンのコラボレーションを促進することで、より広範なブロックチェーン エコシステムに大きな影響を与える可能性があります。この標準が普及するにつれて、従来は独自のエコシステム内でサイロ化されていたプロジェクトが外部のブロックチェーンとよりシームレスに統合され始め、将来的に相互運用性が向上する道が開かれます。このクロスチェーンの接続性の向上により、流動性が向上し、DEX がより堅牢になり、DeFi エコシステム全体が強化される可能性があります。ERC-7683 によって導入された標準化は、イノベーションを促進し、プロジェクトがこのフレームワークを基盤として構築し、クロスチェーンの相互運用性を活用して新しいサービスや機能を提供するように促す可能性もあります。

ERC-7683標準の潜在的な改善

進化するテクノロジーと同様に、ERC-7683 も時間の経過とともにさらに改良される可能性があります。開発の可能性がある領域の 1 つは、決済検証メカニズムの強化です。現在のバージョンでは決済プロセスの柔軟性が確保されていますが、将来のバージョンでは、セキュリティを向上させ、開発者とユーザーの統合を簡素化するために、より堅牢で標準化された検証方法が導入される可能性があります。

改善の余地があるもう 1 つの領域は、フィラー ネットワークの最適化です。クロスチェーン トランザクションが増加するにつれて、より効率的なフィラー ネットワークを持つことが、高速かつ低コストでの実行を保証するために重要になります。ERC-7683 の将来のバージョンでは、フィラーの選択、参加のインセンティブ、クロスチェーン トランザクションのレイテンシの最小化のための高度なメカニズムが導入される可能性があります。

要約すると、ERC-7683 は、特に断片化されたロールアップ全体の流動性を統合する点で、イーサリアム エコシステムを改善する上で大きな可能性を秘めており、同時に、より広範なブロックチェーン空間全体でのクロスチェーン相互運用性を拡大します。

結論

ERC-7683 は、複数のブロックチェーン間でインテントが作成、配布、実行される方法を標準化することで、クロスチェーン インタラクションを改善するための重要なフレームワークを提供します。この標準は、断片化された流動性や非効率的なフィラー ネットワークなどの主要な課題に対処し、資産の転送を簡素化し、ユーザー エクスペリエンスを向上させる統一された構造を提供します。柔軟な設計により、多様な検証方法も可能になり、開発者は広範なエコシステム全体で互換性を維持しながら、ニーズに合わせたソリューションを自由に実装できます。

今後、ERC-7683 は、クロスチェーン相互運用性の将来を形作る上で極めて重要な役割を果たすと思われます。採用が進むにつれて、特に決済検証やフィラー ネットワークの最適化などの分野で、標準のさらなる進歩が期待できます。ERC-7683 は、特に Ethereum ロールアップなどの断片化されたエコシステム全体で流動性を統合することにより、よりまとまりがあり、効率的で、スケーラブルなクロスチェーン環境の基盤を築き、ブロックチェーン環境全体でイノベーションとコラボレーションを推進します。