深い意図の物語（一）：Web3における意図の現在と未来の状態
最終、この抽象レイヤーはWeb3アプリケーションを通常のアプリケーションのように感じさせるでしょう。それは現在存在する技術的な学習曲線を減少させ、数百万の新しいユーザーを引き付けるのに役立ちます。編纂：深潮 TechFlow
この記事は、Mike Calvanese と Brink チームによって書かれた、意図（Intents）に関する物語の3部構成の第1部です。
意図の物語は急速に広がっています。これは、Vitalik が EthCC で議論した別のホットトピックであるアカウント抽象化を通じて実現される多くのユーザー体験の改善の一つです。意図は、ユーザーがブロックチェーン上で達成したい結果を定義し、その結果を実現する作業を第三者のソルバーにアウトソーシングすることを可能にします。ソルバーは、ユーザーに代わってネットワークやプロトコルと直接対話します。最終的に、この 抽象層 は、Web3 アプリケーションを通常のアプリケーションのように感じさせるでしょう。それは、現在存在する技術的な 学習曲線 を減少させ、数百万の新しいユーザーを引き付けるのに役立ちます。
意図のパラダイムへの移行は、将来のユーザーが取引の提出、ETH を使用したガス代の支払い、AMM 上の MEV を軽減するためのスリッページ制限の設定、最適なパスルーティングのためのトークン交換の集約、またはネットワーク間のクロスチェーン資産などの技術的なタスクを気にする必要がないことを意味します。
意図を理解する簡単な方法は、ユーザーが望むことを命令的な手順ではなく、声明の形で表現することだと考えることです。
現在の意図
意図は新しい概念ではありません。Uniswap や AMM が登場する前、Ethereum プロジェクトの EtherDelta や 0x は、意図に基づくオーダーブックを提供していました。NFT マーケットは、長年にわたり NFT のリストやオファーのために署名された意図を使用してきました。CoW Swap や Uniswap X のような新しいシステムは、現在 ERC20 の指値注文に対してより高度な意図に基づくインフラを提供しています。現在の状況から見ると、「意図」という用語は「指値注文」と同義のように思えるかもしれません。なぜなら、今日の Web3 では広く支持されている意図は「私は X を望んでいて、Y を支払うつもりです」というものだからです。
指値注文の意図アーキテクチャは通常シンプルで、単一の目的に焦点を当てています：より良い価格での交換の意図。ユーザーは自分の指値注文の意図に署名し、ソルバーは署名された意図を「埋める」ためのパスを探します。AMM、他の流動性ソース、または場合によっては他の意図を使用することができます。ソルバーはパスを探すインセンティブを持っており、ユーザーの意図が満たされた後、残りの追加利益を保持できます。
多くのシステムが指値注文の使用をサポートするために構築されていますが、より高度な意図に基づくツールが構築されるにつれて、より強力な使用ケースをサポートするためのより汎用的なアーキテクチャが見られるようになるでしょう。
汎用意図システムの例は、積極的に開発されている Anoma と Flashbots SUAVE です。これらは意図の伝播層を提供し、ユーザーは署名された意図を伝播ノードにブロードキャストできます。これらは特定の意図のチェーンであり、ユーザーが意図に署名し、ソルバーが異なるネットワークで意図を実行する間の接続を促進します。
もう一つの例は Brink で、これは組み合わせ可能な意図を作成するためのソリューションです。Brink は、ユーザーと開発者が条件付きの状態に基づいて複数の互換性のある EVM ネットワーク上で意図を構築、署名、解決することを可能にします。
意図の未来
Web3 の意図が単純な指値注文を超えてどのように発展するかを探ってみましょう。以下はいくつかの新しい概念です：
- 条件付き意図：1つまたは複数の条件が満たされたときに特定の操作を実行
- 継続的意図：繰り返し操作のニーズを表現
- 複数ステップの意図：1つの意図が解決された後、1つまたは複数の新しい意図を開く
- 意図グラフ：関連する意図の集合によって形成されるパス
条件付き意図
現在の Web3 アプリケーションには、1種類の条件付き意図しかありません：指値注文。将来的には、任意の状態の任意の数の条件と組み合わせることができる意図が登場し、任意の操作を引き起こすことができます。
あなたが Web3 ユーザーであれば、過去に多くの条件付きの意思決定を行ってきたでしょう。これらの意思決定は意図として表現され、署名され、第三者のソルバーに委託されることができます。以下はいくつかの例です：
価格閾値：「もし A/B の価格が X 以下に下がったら、B を A に交換する」。これは伝統的な金融では「ストップロス」と呼ばれます。
ガバナンス決定：「もし私が支持しないガバナンス提案が通過したら、トークン A を売却する」。
ウォレット残高：「もし私のホットウォレットの ETH が不足している場合、私のコールドウォレットからホットウォレットにもっと ETH を移動する」。
時間/ブロック：「もし X 個以上のブロックが掘られたら、ETH を受取人アドレスに移動する」。
これらすべては単一の意図として署名できます。一度条件が満たされると、ソルバーはこれらの意図を監視し、ユーザーに代わって行動を取ります。ユーザーがこれらの条件を意図の一部として署名した場合、ソルバーは何らかのオンチェーン状態チェックを通じて条件を証明します。
意図には任意の数の条件を含めることができます。例えば：
- 「1）ETH の価格が1750ドル未満、2）借入 ETH の平均 DAI 利回りが高い、3）私が注目しているクジラウォレットが過去24時間内に少なくとも10 ETH を購入した場合、私は DAI で2 ETH を購入したい」
ユーザーは、任意の数の複雑な状態条件が満たされたときに、購入、販売、ステーキング、転送、またはクロスチェーン資産の意向を表現できるようになります。これらすべては、単一の署名された意図で行えます。
継続的意図
意図は、プロトコルに依存しない方法で継続的な操作を実行する手段を提供します。現在の意図は通常、単一の操作に対応する単一の署名（指値注文）を含みますが、すぐに継続的意図が登場するでしょう。
ユーザーは現在、資金をプロトコルや取引所に預けることで継続的な操作を行っています。以下はいくつかの例です：
定期購入：「毎月市場価格で DAI を使用して ETH を購入する」。ユーザーは通常、Coinbase などの中央集権的な取引所を使用してこの操作を完了します。
利回りの複利（再ステーキングとも呼ばれる）：「トークン A の報酬を引き出し、トークン B に交換し、再ステーキングする」。これは複数の取引と複数の DeFi プロトコルとの相互作用を伴う煩雑なプロセスです。
ホットウォレットの充填：「私は50 ETHを持つコールドウォレットを持っています。私のホットウォレットの ETH 残高が X 未満になるたびに、コールドウォレットから Y ETH をホットウォレットに移動する」。これも多くの個別の取引を必要とします。
支払いフロー：「2週間ごとに受取人アドレスに X USDC を移転する」。ストリーミング支払いアプリケーションはこの機能をサポートしていますが、ユーザーは資産をスマートコントラクトに預ける必要があります。
マーケットメイキング：AMM に基づく LP ポジションは基本的に2つの逆交換の無限ループパターンに従います：「もし A/B の価格が X を超えたら、A を B に交換する；もし A/B の価格が X 未満になったら、B を A に交換する」。
これらの例からわかるように、現在の継続的な操作はユーザーが特定のプロトコルに資金を預け、多くの取引を提出する必要があります。意図を使用すれば、ユーザーは単一の署名で期待される継続的な操作を表現できます。
定期購入は完璧な例です。定期購入を行う予定のユーザーは、署名として表現でき、操作が難しい ETH / DAI TWAP オラクルが提供する価格で、50,000 ブロックごと（約1週間ごとに Ethereum メインネットで）1 ETH と DAI を交換し、1% の手数料（0.01 ETH）を支払います。ソルバーはこの意図を監視し、以下の点を確認します：
- ユーザーのアカウントに交換できる1 ETHがあるか？
- 最後の交換から50,000ブロックが掘られたか？
- 1%（0.01 ETH）が交換のガス代を支払うのに十分か？
- ソルバーがガス代を支払った後、ソルバーの運営コストを支払うのに十分な ETH が残っているか？これは、PGA（優先ガスオークション）を失った後のロールバックリスクやその他の費用を含む可能性があります。潜在的な利益はソルバーにとって価値があるか？
これらすべてのチェックが通過すれば、ソルバーはユーザーの ETH → DAI 交換の意図を満たすために取引を送信します。ユーザーのアカウントに十分な ETH があれば、「コスト平均化」のための単一の署名意図がソルバーによって監視され、連続した取引の一連を生成できます。ユーザーは望むものを得ることができ、EVM ネットワークや特定のプロトコルと直接対話する必要はありません。
意図を使用したマーケットメイキングは、ソルバーに委託できる別の継続的かつ潜在的に無限の行動の例です。ETH / DAI のマーケットメイキングを行いたいユーザーは、1,800 ETH / DAI またはそれ以下の価格で DAI → ETH 交換を行い、2,000 ETH / DAI またはそれ以上の価格で ETH → DAI 交換を行う意図を作成できます。この意図を通じて、ユーザーは市場が1,800と2,000 ETH / DAI の価格の間で変動しているときに200 DAIの利益を確保しようとしています。
これを2つの逆指値注文として考え、一方が成立するともう一方が開く、というようにします。ユーザーは単一の意図に署名し、各価格ポイントで交換を行います。市場がこれらの価格ポイントの間で持続的に変動している限り、ソルバーは理論的に無限のこれらの注文を埋めることができ、ユーザーは何の行動も取る必要がありません。
複数ステップの意図
意図は複数のステップで構成されることがあります。これらの意図は状態機械として考えることができ、各取引は前の状態から新しい状態に遷移します。私たちが遷移する新しい状態は、前の状態によって定義された条件に依存します。
複数ステップの意図の簡単な例は、クラシックな取引金融（trad-fi）ブランケットオーダーです。これらの複雑さは異なる場合がありますが、シンプルなバージョンは通常、取引金融の取引アプリケーションで見られます。Web3 のコンポーザビリティと複数ステップの意図を利用することで、非常に強力なブランケットオーダーを作成できます。
Web3 のブランケットオーダー意図は次のように表現できます：「私は1 ETHが欲しく、1,800 DAIを支払うつもりです。1,800 DAIを支払い1 ETHを手に入れたら、この1 ETHを2,000 DAIの価格で売却できるまで保持したいです。もし ETH / DAI の価格が1,620 DAIを下回ったら、この1 ETHを売却して損失を最小限に抑えたいです。この場合、私は1,600 DAIを受け入れ、ソルバーに20 DAIの手数料を支払います。もし私がまだこの1 ETHを保持している場合、[ランダムなガバナンス提案]が通過したときに、ETH / DAI 市場が提示する任意の価格でこの1 ETHを売却し、売却益の10%をソルバーに渡したいです。」
これは、いくつかの条件トリガーを伴う比較的シンプルな三段階の注文ですが、想像できるように、これらのタイプの注文はさらに複雑になる可能性があります。
意図グラフ
ユーザーの意図間の関係は意図グラフを形成することができます。これらのグラフは、ユーザーが定義した条件と操作のグループを表し、これらの条件と操作は交換、資産の移転、またはその他のオンチェーン操作を引き起こします。以前のすべての意図の例は、実際には特定のグラフィカルな配置に名前を付けたものです。
指値注文簿が市場流動性の現在の状態を表すのと同様に、意図グラフは現在の状態だけでなく、さまざまな潜在的な未来の状態における条件流動性を表すことができます。
例を考えてみましょう：架空の市場で、ユーザーが XYZ と ETH を取引し、ユーザーがさまざまな条件下で XYZ を購入および販売する意図を表現します。たとえば、ガバナンス提案の結果、特定のブロックの掘削、市場価格の増加と減少、または他の意図が完了しているかどうかなどです。
結論
意図は進展を遂げており、毎日新しい展開があります。以下はいくつかの有用なリソースです：
