この記事は、SevenX 研究チームによるオリジナルであり、Grace によってのみ書かれたものです。これは交換と学習を目的として提供されており、投資の参考となるものではありません。引用する必要がある場合は出典を明記してください。
オリジナルの英語レポートは、2023年8月にSevenXのMirrorプラットフォームで公開されました。中国投資に関する研究コンテンツをさらにご覧になりたい場合は、公開アカウント [SevenXVentures] をフォローしてください。
この記事に関して貴重なディスカッション、洞察、フィードバックを提供してくれた Essential の Liesl と Simon、Flashbots の George、Cow Swap の Anna と Alex、Astria の Josh に特別に感謝します。
Web3 テクノロジーが徐々に大規模アプリケーションに移行するにつれて、ユーザーが Web3 の複雑さに独自に対処できるようにすることが重要です。ブロックチェーンの初期とは異なり、ユーザーは複雑な技術的詳細を解読する必要がなくなり、今後のトレンドは、ユーザーが分散型システムとシームレスに対話できるようガイドし、支援するユーザー エクスペリエンスを提供することです。 Web2 の発展の歴史を踏まえ、検索エンジンや ChatGPT などのチャットボットを通じてユーザーのニーズがますます豊かに表現されるようになりました。 Web3 は、使いやすく強力なユーザー エクスペリエンスを提供する必要があります。
インテント主導のインタラクションは、ユーザー フレンドリーな Web3 エクスペリエンスの基盤となります。意図にはさまざまな定義がありますが、私は意図を次の 3 つのキーワードのグループに分類することを好みます。
パスではなく結果: ユーザーは、結果を達成する方法を気にすることなく、必要なことだけを表現する必要があります。
コード認可ではなく条件付き認可: ユーザーがブロックチェーン トランザクションに署名すると、トランザクション コードに任意の計算を実行してブロックチェーンの状態を変更する機能が付与されます。代わりに、ユーザーがインテントを承認すると、望ましい結果が達成されたことを確認した後、アセットとチップのリリース (オンライン ショッピングの代金引換のようなもの) が承認されます。
信頼できる dapp ではなく競合ソルバー: トランザクションが主流の世界では、ユーザーは自分で選択した dapp と対話します。dapp はサービスプロバイダーとして機能し、ユーザーに望ましい結果を提供します。これは通常、Uniswap のような長期にわたって実行されている主流の dapp です。インテントが支配する世界では、オフチェーンとオンチェーンの既知または未知のソルバーがユーザーのインテントを実装して報酬を得るために互いに競争します。経済原理から言えば、競争が激しければ激しいほど効率は高くなります。
つまり、ユーザーは自分の意図を明確かつ直接に表現でき、プラットフォームはソルバーとエグゼキューターを使用して、ユーザーの目標を達成するための最適な実行パスを見つけることができます。 Web2 と同様に、ブラック ボックスが舞台裏で動作して結果を最適化しました。Web3 の実行者は、アルゴリズムと自動プロセスを活用して実行の複雑さを処理し、ユーザーが望む結果を効率的に得て報酬を得ることができるようにします。
Web3 は、ユーザー エクスペリエンスを優先し、意図の表現に重点を置くことで、分散型システムのパワーと可能性を誰もが利用できる新しい時代の到来を告げることができます。 Web3 の将来は、アクセスの民主化、インタラクションの簡素化、そしてシームレスなユーザー エクスペリエンスを実現するための分散型ランドスケープを通じてユーザーを誘導および解放することにあります。
さまざまなタイプのインテント実装を調べる
次の図に示すように、インテントは、その共通性に基づいてさまざまなタイプに分類できます。
実際、ブロックチェーン コード = ある程度の自動化 = ある程度の複雑性が抽出され、ユーザーに望ましい結果が返されるため、さまざまなインテントが随所に存在します。ただし、将来的には最も汎用的なインテントを実現したいと考えているため、AA+ 固有のインテント アプリケーションはドメイン間で実行できず、よりパーミッションレスなインテントほど効率的に拡張できないため、十分ではありません。
インテントがどのように機能するかを理解するために、特定のインテント アプリケーションから Anoma や SUAVE などの一般的なインテント インフラストラクチャに至るまで、現在利用可能なソリューションを分析できます。分析は、さまざまな問題に焦点を当てた 5 つの主要な部分に分かれています。
インテントの表現と認可: ユーザーはどのようにインテントを入力するのか、ユーザーはどのような種類とレベルのインテントを表現できるのか、ユーザーはどのような認可を与えるのか?
ソルバー候補: 許可されているのか、許可されていないのか?ソルバーになるための高い基準はありますか?他の特定の領域に焦点を当てたさまざまなタイプのソルバーはありますか?
解決プロセス: 問題を解決する主な方法は何ですか?意図が完了したかどうかは何によって決まりますか?
ソルバーの選択: 複数のソルバー候補から勝者を選択するためのルールは何ですか?それは勝者総取りですか、それとも個別の競争ですか?
検証と解決: ソルバーがタスクを完了したかどうかを確認するにはどうすればよいですか?ユーザーとソルバーの間でどのように解決するのでしょうか?
以下は、現在のソリューションの包括的な概要です。さらに詳しい情報については、以下で詳しく説明します。
カウ スワップ 1 インチ フュージョン (指値注文意図)
意図の表現と認可
Cow Swap および 1inch Fusion プラットフォームのトレーダーは、プラットフォームのインターフェイスを操作することで意図を表現し、希望する取引や指値注文に対する明確な指示を提供します。
認可に関しては、トレーダーはオフチェーンメッセージまたはトランザクションに署名して許可を与えます。ガスの支払いに ETH を使用する代わりに、トランザクション トークンで手数料を支払い、トランザクションが実行されない場合にはコストはかかりません。
ソルバー候補
1 インチ Fusion の場合、ソルバーはリゾルバーであり、許可のない方法で実行されます。彼らは登録し、KYCプロセスを経て、注文手数料をカバーするのに十分な残高を維持する必要があります。
Cow Swap のソルバーは、100 万ドルのバインディング プール (USDC Cow) を作成してホワイトリストに登録されるか、Cow DAO バインディング プールまたは Gnosis DAO バインディング プールに含まれ、DAO 標準に従って Cow DAO によってリストされます。ホワイトリスト。
解決プロセス
ソルバーは既存の取引パッケージを評価して、取引または指値注文を実行するための最良の価格を提供する需要の一致 (CoW) を特定します。彼らは、トレーダーが可能な限り最良の約定を得られるようにするために、流動性、オーダーブックの深さ、価格スリッページなどの要素を考慮します。
さらに、ソルバーは、Uniswap などの他の潜在的なオンチェーン自動マーケット メーカー (AMM) を直接探索したり、1inch などの DEX アグリゲーション プラットフォームを活用して最適な価格とパスを発見したりできます。
解決者の選択
カウ スワップでは、トレーダーはバッチ オークションを使用して外部ソルバーによって決定された最良の価格で取引を実行し、トレーダーは利益を最大化できます。最適な解を提供するソルバーが選択されます。
比較すると、1インチ フュージョンのリゾルバー競争はより制限されており、オランダのオークションを使用した1インチトークンのステーキングに関連付けられています。
確認と決済
検証および決済のプロセスは、ソルバーが取引または指値注文を実行した後に発生します。ソルバーは、決済契約に付与された ERC 20 の承認を使用して、ユーザーに代わってトークンを転送できます。決済契約はユーザーの意図の署名を検証し、実行が指定された指値価格と数量に準拠していることを保証します。この検証により、意図した取引または指値注文が正常に完了したことが確認されます。
検証されると、決済契約は、取引に参加するソルバーとユーザーに資金を適切に割り当てることができます。
最近、Cow Swap は、カスタム コード化された DeFi 操作を取引の前後に直接実行できるようにすることで、より一般的なスワップ インテントを実行できる Cow Swap Hooks の開始を発表したばかりです。 Uniswap v4 と Cow Swap がより普遍的なインテント アクティビティに移行し、DeFi インテントの新しい世界をもたらしてくれることは素晴らしいことです。
UniswapX（Swap Intents)
UniswapX の新機能は、ダッチ オークション メカニズムを介した注文署名とクロスチェーン スワップの 2 つの主要な部分に分けることができます。
ダッチオークションによって署名された注文は、1インチフュージョンとカウスワップの指値注文の意図に似ていますが、意図の表現と承認、候補ソルバー、ソルバーの選択、検証と決済の点で異なります。
意図の表現と認可
ユーザーは、オークションの減衰関数、オランダの最初の注文価格などを含むパラメーター (および潜在的により複雑) をより自由に定義できるようになります。
ソルバー候補
デフォルトは許可モードではありませんが、ユーザーは許可モードに設定することもできます。
ソルバーの選択
オランダの注文の約定価格は、ブロックのエントリー時間によって異なります。スワッパーの場合、注文の最初の推定価格は現在の市場価格よりも優れています。たとえば、現在の市場価格が ETH あたり 1,000 USDC で、売り注文が ETH あたり 1,050 USDC から始まる場合、注文価格は徐々に上がります。 ETH あたり 995 USDC など、交換業者が許容できる最低価格に達するまで減衰します。利益を得るために、送信者（フィラー）は、できるだけ早く注文を完了するか、注文を逃すリスクを冒すように動機付けられ、より小さな利益を得る他の送信者に利益をもたらします。
UniswapX は、ダッチ オークションの初期価格設定に RFQ (短期間注文を送信する排他的な権利を取得する送信者を注文で指定できる) の使用もサポートしています。この場合の選択プロセスは 1inch Fusion の選択プロセスとほぼ同じです。オークション方法も同様です。
UniswapX や 1inch の独立オークションと比較すると、Cow Swap はバッチ オークションに近く、注文を統合して CoW と一致させることができます。
確認と決済
クロスチェーン スワップも同様のプロセスで実現できますが、主な違いは、マルチドメイン スワップの検証と決済を実現するには、セキュリティを確保し楽観的な取引を可能にするために、ソルバーが元のチェーンにより多くの債券資産をデポジットする必要があることです。クロスチェーンプロトコル; 追加の決済オラクルは、元のチェーンの検証コントラクトのデータを提供するために使用されます; UniswapX は、対応する決済コントラクトと検証コントラクトをさまざまな分野に展開する必要があります。
アカウントの抽象化 (ウォレット層のインテント)
意図の表現と認可
このプロセスは、ウォレット所有者が特定のアクションを実行したいときに開始され、通常、ウォレット所有者は 4337 ウォレット インターフェイスを通じてその意図を表現する userop を生成します。
オフチェーンのウォレット所有者は、バンドラーに自分に代わって userop を処理するよう要求できますが、意図に基づいて限定的な制御が許可されます。たとえば、ウォレット所有者は、Dapp XYZ のハブ コントラクトのみを使用して、メイン アカウントのトランザクションを実行するための秘密キーを承認できます。
ソルバー候補
AA フレームワークでは、バンドラー サービスは公共財と見なされます。ほとんどのバンドラーはオープン ソースであるため、非独占的かつ競合的ではなく、任意の RPC エンドポイントがオープン ソース コードをコピーしてバンドラーとして実行できます。バンドラー RPC エンドポイントがサービスの料金を請求したい場合でも、API キーを介して課金することができ、バンドラーを公共財として非独占的に保つことができます。
バンドラーの 2 つの主なタイプには、ウォレットの基本的なニーズを満たすウォレット専用に構築されたバンドラー サービスと、サードパーティのインフラストラクチャ サービスを提供するパーミッションレスおよびモジュラー バンドラーが含まれます。
解決プロセス
バンドラーは、userop 上でウォレットの validateOp メソッドをエミュレートしてオフチェーンの承認または拒否を決定し、トランザクションを AA システムのエントリ ポイントに送信して handleOp メソッドを呼び出します。このプロセスには、複数のユーザー操作をまとめてガス料金を最適化し、MEV を抽出することも含まれます。
エントリ ポイント コントラクトは操作をチェーンにプッシュし、チェーン ノードが操作を検証して合意に達します。
ソルバーの選択
AA でのソルバーの選択は、さまざまな要因によって決まります。アカウント所有者が使用するウォレットは、バンドラー サービスを提供したり、サードパーティのインフラストラクチャを使用したりすることもできます。あるいは、ユーザーが RPC エンドポイントを切り替えて優先バンドラーを選択することもできます。この場合、バンドラーの成功率と評判がソルバーの選択に影響を与える可能性があります。
確認と決済
AA システムのエントリ ポイントは、オンチェーン操作を検証して処理し、必要な操作を実行する前に userop が要件とセキュリティ チェックを満たしていることを確認します。操作が正常に実行されると、エントリーポイントはウォレットのデポジットからバンドラーにETHを返金します。この返金メカニズムにより、バンドラーは行われた作業と前払いに対して補償されます。
Essential (インテント中心のアカウント抽象化標準)
現在、Essential はまだ初期段階にあり、説明とデザインの一部は時間の経過とともに進化する可能性があります。短期的には、ERC-4337 モデルに似た資産ベースのインテント標準になりますが、より広範囲のインテントをサポートし、便利なインフラストラクチャを備えています。長期的には、モジュール式のインテント レイヤーと、より良いインテントを実行するためにイーサリアム アーキテクチャの制約から脱却する新しい制約ベースの言語も提供されます。
意図の表現と認可
Essential 標準を採用する Dapps またはウォレットは、関連するインテントサポート型サービスをユーザーに提供し、潜在的な複雑さを排除することができ、ユーザーはインターフェイスを操作して承認するだけで済みます。インテントは、短期的には Essential 標準を使用して表現できますが、より一般的には、長期的には新しい制約ベースの言語を使用して表現できます。 EVMチェーンと互換性があり、ブリッジ資金は必要ありません。
ソルバー候補
Essential はコードで表現されたインテントをサポートしており、さまざまなソルバーが Essential ネットワークに参加して、スワップ インテントの Cow Swap ソルバーやチェーン状態関連のインテントを監視および実行するビルダーなど、対応するタイプのインテントを解決できます。
ソルバーのネットワークが監視し、これらの意図の実現を試みます。 Essentials では、CoW プロトコルや 4337 などの既存のソルバーまたはバンドラー、MEV シーカーおよびマーケット メーカーを検討しています。
解決プロセス
ソルバーは、解決対象の制約環境を特定し、オフチェーンとオンチェーンの両方でこれらの制約ベースのインテントを解決しようとします。
ソルバーの選択
選択プロセスはダッチ オークションに似ており、ユーザーが制約を指定し、ソルバーが抽出できる値に基づいて意図を満たすためにいつ参加するかを決定します。最初に登場して意図を解決するソルバーが選択されたソルバーとなり、おそらくその時点で市場が提供できる最良のソリューションとなるでしょう。
確認と決済
検証と決済はどちらも、特定のオンチェーン スマート コントラクトをトリガーして料金を検証して分割するソルバーによって実行されます。すべてのソリューションとインテントが提出されるコア契約があり、Essential 標準を使用して拡張できます。
Flashbots SUAVE (マルチドメインブロック関連のインテント)
前の例でスマート コントラクトがインテントを解決する方法と比較すると、SUAVE は決済に専用のチェーンを使用し、メッセージング レイヤーとしても機能します。アカウント抽象化 (AA) や特定のインテントの適用とは異なり、SUAVE のマルチチェーン機能により、資金を SUAVE チェーンにブリッジする追加のステップを導入することができ、よりコスト効率が高く、プライバシーに配慮したトランザクションも可能になります。
SUAVE は、フロントエンド トランザクション (MEV) 関連のユースケースを実行するための新しいプリコンパイル済みコントラクトを含むイーサリアム仮想マシン (EVM) の強力な修正バージョンである MEVM の発売を発表しました。 MEVM を通じて、SUAVE チェーンはまず、検索者、開発者、および MEV のキャプチャを希望するその他の分野など、MEV 関連の参加者にサービスを効果的に提供します。
意図の表現と認可:
SUAVE ユーザーは、EVM コードを記述することで SUAVE での意図を表現します。これらのコードは、ユーザーの機密データへのアクセスを許可する契約のリストを定義することによって、実行したい結果と機能の概要を示します。平均的なユーザーが利用できるテンプレートがいくつかある場合があります。
MEVM を通じて、開発者は特定の MEV アプリケーション (OFA、ブロック構築など) にさまざまなタイプのスマート コントラクトを展開したり、他のユーザーによる呼び出しのために SUAVE に新しい DEX を展開したりできます。
ユーザーは資金を SUAVE チェーンにブリッジし、チップを入金します。
ソルバー候補
SUAVE でソルバーとして機能する主なアクターは、サーチャーとビルダーである可能性があります。検索者やその他のソルバーは、ユーザーの意図を満たす潜在的なソリューションを探索して発見する責任を負い、ビルダーはそれらのソリューションの実装に焦点を当てます。これらは連携して、ユーザーが表明した意図を解決するための堅牢なエコシステムを構築します。さまざまな領域でブロック関連の意図を満たすために、さまざまな仮想マシン (VM) をサポートするさまざまな領域の専門知識を持つソルバーが多数存在する場合があります。
解決プロセス
ソルバーは、TEE 環境での特別なプリコンパイルを通じて、SUAVE 上のスマート コントラクトに使用できる信頼できるプライベート オフチェーン計算を実行します。ソルバーは連携して、一連のインテントを含むブロックを構築します。ブロック構築の目的は、これらの意図を価値のあるブロックに集約して編成し、ネットワークに提案できるようにすることです。
ソルバーの選択
SUAVE では、ソルバーの選択は 2 つの主なアプローチに従って行われます。まず、通常は、目的のタスクを最初に完了するソルバーが選択されます。これにより、ソリューション提供の効率と適時性が向上します。あるいは、ソルバーがユーザーに入札し、オーダー フロー値の一部をユーザーに返すオーダー フロー オークション メカニズムを実装することもできます。
確認と決済
インテントの有効性を確認し、トランザクションを解決するために、SUAVE はオラクルと SUAVE バリデーターを使用します。オラクルはインテントの実行を検証するために外部データを提供し、SUAVE バリデーターは SUAVE チェーン上のインテントを検証して解決します。
Anoma (Anoma プロトコルの一般的な意図)
Anoma は Cosmos に似たユニバーサル アーキテクチャであり、IBC をサポートする第 1 層のプルーフ オブ ステーク (PoS) チェーンの立ち上げを準備しています。これは、インテント中心の設計と Anoma 仮想マシン (VM) を利用した同種のプロトコルを組み合わせ、同時に異種セキュリティ機能も提供します (Anoma プロトコルが異なれば、コンセンサス メカニズムも異なります)。
意図の表現と認可
ユーザーは Anoma DApp と対話して自分の意図を表現し、最終的な状態や持つべき属性を定義します。
ソルバー候補
Anoma は、さまざまなタイプのアプリケーションに焦点を当てたさまざまなタイプのソルバーを歓迎します。これらのソルバーは、その関心と目標に合わせてメモリ プールを監視します。特定の焦点に応じて、すべてのインテントまたはインテントのサブセットを観察する場合があります。
解決プロセス
ソルバーは、Fungible Token (FT) 取引やローリング ステートの計算などの分野における専門知識を活用して、解決アルゴリズムを実行します。ソルバーはインテントの照合も行います。これらはインテントを受け取り、部分的または完全に一致するトランザクションを生成します。ソルバーは、いつマッチングするか、部分的な解決策に何を請求するか、および余剰部分をどのように処理するかを決定します。ソルバーは完全にバランスの取れたトランザクションを形成したら、それを Anoma エコシステムの mempool ノードに送信します。
ソルバーの選択
ソルバーの選択は、「先着順」の原則に従って、タスクを効率的かつタイムリーに完了する能力に影響される可能性があります。つまり、タスクを最初に完了したソルバーが選択されます。
確認と決済
さまざまな Anoma プロトコルの検証者が Anoma 仮想マシン (VM) を実行して、インテントの実行と検証を完了します。 Anoma VM は、関連するすべての有効性述語 (宣言型スマート コントラクト) が満たされているかどうかをチェックすることで、実行の整合性とインテントの有効性を保証します。ソルバーへの資金の割り当てと報酬は、Anoma VM のインテントの実行と検証の結果に基づいています。
インテントが注文フローにどのような変革をもたらしているか
現在の取引注文フローでは、ユーザーが自分で実行パスをナビゲートする必要があるため、取引注文フローは比較的単純になります。
ただし、Web3 エコシステムがインテント中心のアプローチを採用する将来を想像すると、インテントの一連の流れはより複雑になる可能性があります。この新しいパラダイムでは、ユーザーは自由に自分の意図を表現し、複雑さを新しい役割であるソルバーに委任することができます。
詳細を掘り下げる前に、インテント分野における 2 つの傾向を要約したいと思います。 まず、Uniswap や Cow Swap など、特定の種類のインテントに焦点を当てた主要な DApp は、ソルバー自体を導入することでインテントの機能を拡張しています。これは、特定の問題の解決に重点を置くソルバーと提携して、より幅広いサービスを提供していることを意味します。 2 つ目はより一般的なインテントであり、これに関しては、新しいインテント言語、新しい仮想マシンなどを含む、比較的新しいアーキテクチャが必要です。 Essential、Flashbots、Anoma などのプロジェクトがこの方向に熱心に取り組んでいます。これは、より一般的な目的を満たすために、さまざまな種類のニーズに適応する新しいテクノロジーとツールを開発する必要があることを意味します。
この場合、さまざまなタイプのインテントが特定のプラットフォームまたはプロトコルによって処理される可能性があります。たとえば、トランザクション インテントは UniswapX と Cow Swap で処理でき、単一ドメインおよびウォレット関連の機能を持つインテントは、アカウント アブストラクション (AA) ウォレットまたは Essential 互換の DApps とウォレットで処理でき、SUAVE や Anoma などのプラットフォームで処理できる可能性があります。より一般的でマルチドメインのインテント。
この新しい世界では、インテントの順序フローはより複雑なパスをたどる可能性があります。考えられる注文プロセスを見てみましょう。
ユーザーが意思を表明し、資金を入金し、承認する
インテントは非常に表現力豊かなので、平均的なユーザーはインテントをコードに変換するのに助けが必要になる場合があります。これは、ユーザーフレンドリーなインターフェースを提供することでこの部分を抽出する dapps/ウォレットによって実現される可能性があります。あるいは、人工知能の助けを借りた Google 検索のように、任意の意図を表現するための共通インターフェースを提供するアグリゲーターが存在する可能性もあります。
インテントは関連するインテント メモリ プールに送信されます
Anoma は複数のメモリ プールを持つことができ、さまざまな種類のインテントを提供し、さまざまな DApps またはプロトコルによって信頼されることに注意してください。
ソルバーはオフチェーン シミュレーションを実行し、意図を解決するために競合します。
SUAVE エコシステムでは、ソルバーは解決する能力とブロックを構築する能力の両方を備えています。一部のインテントには、クロスチェーン MEV 操作などのクロスチェーン タスクを解決するためのブロックの構築が含まれます。熟練したブロックビルダーは、価値のあるブロックを構築し、タスクをより速く完了するという点で有利です。他の目的では、複数のチェーンにわたる流動性の集約の最適化など、主にアルゴリズムの専門知識が必要になる場合があります。これらのインテントは、広範なブロック構築機能よりも特定のタイプのソルバーに依存する可能性があります。
AA エコシステムでは、バンドラーはシミュレーションとバンドル タスクを実行します。バンドルされたインテントは、検索者がバンドルを解除して場合によってはプリエンプトできるようにパブリック メモリ プールに送信したり、信頼できるビルダーに直接送信したりできます。初期段階では、潜在的な損失を避けるために信頼できるビルダーに個人的に送信できるため、小さなバンドルの方が効果的である可能性があります。 4337 ウォレットや十分な注文フローを持つ他のプレーヤーが市場に参入すると、サーチャーと同じようにバンドラーとして機能することができます。
インテントの完了を確認する
さまざまな検証方法があり、それぞれに独自のトレードオフがあります。検証にスマート コントラクトを使用すると、信頼性は高くなりますが、さまざまなインテントに特定の検証ロジックとコードが必要になるため、多くの場合スケーラビリティに欠けます。検証にオラクルに依存すると、オラクルに関連するリスクが生じますが、複数のチェーンとのシームレスな統合が可能になります。 Anoma 仮想マシンでは、Anoma フレームワークを採用するインテント アプリケーションが必要ですが、さまざまなインテントを検証する機能が提供されます。
要約すると、インテント中心の世界における注文フローは、トランザクション中心の世界とは異なります。ユーザーがトランザクションに署名して承認するのに対し、ユーザーは意図を表現するためのより多くの選択肢を持っています。さまざまな目的に対して単一のメモリ プールがあるのに対し、複数のメモリ プールが存在します。メモリ プール、Dapps が実行を担当する vs. ソルバーが参加して競合する方法で問題を解決することを選択する新しい役割、異なるチェーンが 1 つずつ解決する vs. 複数のチェーンが一緒に解決できる (新しいクロスドメイン実行)
Web3 世界におけるインテントの波及効果
インテントベースの世界には、多数の Web3 参加者が含まれます。次に、現在のインテントの状況を大まかに見てみましょう。これは概要にすぎないことに注意してください。意図が徐々に発展し、変化するにつれて、より多くの参加者がこの新しい世界にやって来ます。たとえば、Astria や Espresso などの共有シーケンサーを使用すると、マルチドメイン インテントの実行において、より迅速な事前確認をユーザーに提供できます。
上流の
鎖
SUAVE のような新しいチェーンにより、より頻繁かつコスト効率の高いインテントの決済が可能になります。
Anoma 構造チェーンは新しい仮想マシンをサポートし、インテント検証の問題を効率的かつ普遍的に解決できます。
インテント自体の表現力の性質上、プロセス全体で大量のコンピューティングリソースを必要とするため、インテントの論理表現、検証、決済に関する計算を低コストで行うには、L2以上のスケーラブルチェーンが適しています。
プライバシー
フロントランニングなどの悪意のある MEV の問題を防ぎ、より多くの注文フロー価値をユーザー/DApp に入札できるようにするために、インテント空間ではプライバシーが非常に重要です。さらに、プライバシー機能を含めることで、より強力なプライバシー保護を必要とするインテントもサポートできます。
SUAVE は短期ソリューションとして SGX を採用していますが、Anoma はゼロ知識証明 (ZK) および分散キー生成 (DKG) 暗号化をサポートしています。
Oracle
Oracle には、インテントの実装ステータスの検証を支援する追加機能が追加されました。
インテント関連の標準
共通の標準は、さまざまなタイプのインテントによって引き起こされる断片化の問題を軽減するのに役立ちます。ソルバーは、さまざまなインテント対応アプリケーションをより簡単に統合できます。dapp や開発者は、インテント システムへの拡張が容易になります。また、インテントはパブリック インテント インフラストラクチャの再構築を回避します。
ミッドストリーム (潜在的なソルバー)
特定の種類のソルバー (CoW スワップや 1 インチのルーターなど) とマーケット メーカーは、他のソルバーよりも優れたパフォーマンスを発揮する大規模な流動性ネットワークと高度なルーティング アルゴリズムを蓄積しており、スワッパーから部分的な独占注文を直接受け取ることができます。
ビルダー: ビルダーは、特にさまざまなチェーンが関与する最終決済プロセスにおいて、解決者として重要な役割を果たします。経験豊富なビルダーであれば、この作業を簡単に実行できます。
シーカー: シーカーはルーティングと高度なアルゴリズムに関する専門知識を持っているため、最適なソリューションの検索や流動性の取得に関連するインテントを解決する際に貴重な存在となります。
下流
インテントはさまざまな dapp に広範な影響を与えます - ユーザーの利便性が向上します。大規模な導入につながる可能性があります。複数のパーティの参加が増加すると、より多くのオフチェーン コンポーネントがもたらされ、効率と柔軟性が向上します。dapp はインテント ソルバーを統合できます。複雑な機能を拡張し、より多くの機能と特徴を提供します。
たとえば、DeFi では、サードパーティ (ソルバー) を使用してインテントを実行し、クロスチェーン環境でアトミック性をシミュレートできます。ソルバーは、クロスドメイン DeFi という新しい分野の実現に失敗するリスクを負います。
さらに、より多くのインタラクションとユーザー指示により、複雑な dapp の開発が容易になります。たとえば、GameFi では、ユーザーはより多くのゲームプレイ オプションを利用できるようになりました。
カスタム ゲーム戦略: インテントを使用すると、プレーヤーはカスタム ゲーム戦略を定義して実行できます。ゲームの目標とアクションを独自の方法で表現し、ソルバーにゲーム内でこれらのインテントを実行させることができます。これにより、プレイヤーはより多くの自由とコントロールを得ることができます。
経済システムのサポート: インテントを通じて、プレイヤーはゲーム資産の取引、流動性の提供、融資への参加など、ゲーム内の経済システムに参加できます。インテントを表現することで、プレイヤーはゲーム内で DeFi と同様の金融操作を実行し、経済的報酬を受け取ることができます。
結論
この記事の結論として、私はインテントとロールアップの概念、つまりオフチェーンの実行とオンチェーンでの最終決済と検証の間に顕著な類似点があることに気づきました。ロールアップ エコシステムの爆発的な成長に伴い、私たちは現在、インテントの爆発的な成長も目の当たりにしており、dapp の表現力はますます高まっており、多くのプロジェクトがインテント固有の言語と標準を開発しています。
ただし、Intent がもたらす可能性のある集中化の問題については、皆さんの注意を喚起したいと思います。プライベート メモリ プールとプライベート注文フローの例で見たように、複雑なユーザー インテントを処理し、より効率的でユーザー フレンドリーなエクスペリエンスを提供できるプレーヤーが台頭し、より多くのプライベート インテント注文フローを引き寄せ、より良いサービスにつながる可能性があります。執行により、より多くの注文フローが引き寄せられます。
さらに、インテント プレーヤーがソルバーにユーザー向けのインテントを効果的に実装させる方法も大きな問題です。たとえば、現在の小規模な AA 取引の場合、パッケージ業者やビルダーには、新しいタイプのサービスを提供するために余分な時間と労力を費やす十分なインセンティブがありません。この問題は、より表現力豊かなインテントにも存在する可能性があります。
つまり、インテント空間には大きな可能性と変革力があり、私たちはイノベーション、分散化、ユーザーの権限付与のバランスをとった前進する方法を見つけなければなりません。このエキサイティングな旅を受け入れ、インテントの可能性を最大限に引き出すために協力しましょう!
