ERC-7521 草案：ユーザーの意図をアカウント抽象ウォレットに追加
TechFlow厳選深潮セレクト
ERC-7521 草案：ユーザーの意図をアカウント抽象ウォレットに追加
汎用ユーザーの意図は、まったく新しい世界を開拓した。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Stephen Monn
編集：TechFlow
進化し続けるブロックチェーンおよび分散型アプリケーション（dApp）のエコシステムにおいて、ユーザーが純粋なトランザクションではなく「意図（intent）」を定義するという概念に注目が集まっています。これにより、ユーザーはDeFiにおける複雑なプロセスを個別に管理する必要がなくなり、これまでにない新しいユースケースの開発も可能になります。
すでに個別のアプリケーションが互換性のない独自の意図構造を利用している状況を踏まえると、すべてのユーザー、アプリ、ウォレット、ソルバー、サーチャーなどが共有・理解できる共通の意図標準を策定することは極めて意味があります。
相互運用性の向上と参入障壁の低減を支援するために、我々はERC-7521を提案します。これはスマートコントラクトウォレット向けの汎用的な意図標準をサポートする仕様です。
ユーザー意図とは何か？
この分野は非常に新しく、現時点では「意図」という言葉の定義はやや曖昧です。一般的には、ユーザーが望むオンチェーンの結果または最終状態を表現したものとして使われます。本仕様では、意図を「ユーザーが設定した一連の操作および期待値」と定義しています。これらの操作と期待値は、他の意図のそれらと組み合わされ、関係するすべての当事者の共通かつ最大の利益を実現しようとするものです。
すべての関係者にとって満足のいく一連のオンチェーン操作をソリューション（解決策）と呼びます。専門のソルバー（ERC-4337におけるバウンダーに類似）が競い合い、ユーザーにとって最も高い満足度を提供できるソリューションを見つけ出します。例えば、最適かつ効率的なオンチェーン経路の探索、オフチェーン流動性源の活用、複数ユーザーの意図を統合して共通ニーズを活かす方法、さらには自らの意図を含めるなど、さまざまなアプローチが可能です。
アカウント抽象へのユーザー意図の統合
汎用的意図を実現する鍵となるのは、スマートコントラクトに基づくアカウント抽象の利用です。ERC-4337と同様に、意図はメッセージとして署名され、その後別個のトランザクションを通じてオンチェーンで検証されます。これらの署名済みメッセージは、独自のメモリプール内で伝播されます。
本仕様の目的は、意図がどのように正確にオフチェーンで処理・構成・管理されるかという技術的詳細ではなく、署名された意図そのものによって定義される幅広い可能性を、スマートコントラクトウォレットが統合・自動サポートできるフレームワークを構築することにあります。したがって、新たな意図のユースケースが登場するにつれて、このフレームワークはシームレスかつ無許可でのアップグレードおよびコード拡張を可能にする必要があります。
単一エントリポイントと無限の意図標準
このようなシームレスで柔軟なアップグレード・拡張プロセスを促進するために、ERC-4337のEntryPointコントラクトを模倣しつつ、それを2つの異なる部分に分割しています。第1の部分は「エントリポイント」と呼ばれ、意図のソリューションを提出する主な入り口であり、意図の署名検証および高レベルの意図処理ロジックを実行する役割を担います。
具体的な意図処理ロジックの内容は、別個のコントラクトで定義され、「意図標準（Intent Standard）」と呼ばれます。これは、署名された意図自体によって指定されます。エントリポイントは、これらのコントラクトを呼び出して意図を処理します。意図標準は、追加の意図データの処理方法、実行方法、および意図に内在するDoS攻撃ベクトルに対する基本的なオフチェーンルール（たとえば、メッセージをソルバーにどう渡すか、DoS攻撃からの保護メカニズムなど）を定義します。
これらの意図標準は、本仕様から独立して、それぞれが自己完結的に構築されるべきです。意図のエコシステムが成熟するにつれ、最適化されたニッチ用途や新興ユースケースに対応した、追加機能を持つ新たな意図標準が登場すると予想されます。これらの標準の採用とサポートは、ウォレット開発者や意図ソルバーの社会的コンセンサス、そして最終ユーザーのニーズによって推進されます。
我々が提案するERCが初期段階から重要な機能を持つことを保証するため、現在の大多数のブロックチェーンユースケースをサポートする資産ベースの意図標準を開発しました。この標準（およびERC全体）は、エコシステムのニーズに合わせて公開環境で洗練されていきます。
曖昧だが強力な意図構造
ユーザー意図は、以下の2つの主要なデータに分解できます：
-
送信者とのメッセージ検証に使用される、エントリポイントコントラクトによる必須の検証データ。
-
意図が指定する、特定の意図標準に依存する追加データ。
意図標準のデータは任意の内容を取ることができますが、常に「意図セグメント（segment）」と呼ばれる個別の部分に分割されます。
エントリポイントコントラクトはデータの中身を明示的に理解しませんが、セグメントの区切りは認識しています。エントリポイントコントラクトは、意図標準コントラクトを呼び出してセグメントを一つずつ処理し、意図のセグメントが常に指定された順序で処理されることを強制します。ただし、エントリポイントは、あるセグメントの処理中に他の意図の処理を挟むことを許可しています。
これらの意図セグメントは、通常、ユーザーが処理したい操作や、特定の条件が満たされているかをチェックするもので構成されます。また、あるセグメントは処理中に次のセグメントへデータを渡すこともできます。このデータは「意図コンテキストデータ（context data）」と呼ばれ、セグメント間の変更を検証したり、有用なデータの再計算を回避したりするのに非常に有効です。こうしたデータの活用方法は、意図標準の仕様によって決定されます。
最大の満足度を得るために意図を組み合わせる
意図の処理中、ユーザーは不慮の残高不足や、意図標準が評価する条件が偽となった場合など、あらゆる種類の条件に対して「不満足」と宣言できます。これが発生すると、以前に処理されていた無関係な意図を含め、トランザクション全体がロールバックされます。
すべての関係者が満足する順序で一連の意図が提出・処理された場合にのみ、それらの意図は「消費済み」と見なされ、生成された状態がオンチェーンに永続化されます。このように組み合わされた意図こそがソリューションを構成し、エントリポイントコントラクトに渡されて処理されます。
しかし、意図のリストを単に提出するだけでは不十分です。なぜなら、異なる意図のセグメントは異なる順序で並べ替えられる可能性があるためです。そのため、ソリューションには、処理中に不同意図のセグメントをどのように並べ替えるか（つまり、異なる意図のセグメントをどのようにインターリーブするか）も明記されています。
ソルバーは通常、他の一連の意図を満たすために自ら意図を作成し、ユーザーの満足度を最大化しながら自身も利益を得られるようにします。
結論：意図駆動型ブロックチェーンインタラクションの強化
本仕様の焦点は、エコシステムの進化に伴いながらも、スマートコントラクトウォレットが強力なユーザー意図表現を実現できる基本的なフレームワークを定義することにあります。意図をより小さなセグメントの集合として定義することで、ユーザー体験が向上し、ユーザーの署名回数が削減されます。意図のセグメンテーションと共有コンテキストデータにより、大量のガスを消費せずに強力な機能を実現できます。意図は、すべてのセグメントが順序通りに処理されることを信頼でき、手動での確認が不要になります。
汎用的なユーザー意図は、まったく新しい世界を切り開き、その開発はまさに始まったばかりです。ガスフリーのトークン交換といったシンプルなものから、コールドウォレットからホットウォレットへの資金移動を自動化したり、1回の署名メッセージで毎日コインを購入するなどの複雑な条件付き意図まで、可能性は無限大です。我々の資産ベース意図標準は、コミュニティがこの新しいフレームワークを活用できるようにするための、多くの反復のうちの最初の一歩にすぎません。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@intentessential
