ERC-7521 草案：アカウント抽象ウォレットにユーザーの意図を追加する

原作者：Stephen Monn

原文标题：《Introducing ERC-7521: Generalized Intents for Smart Contract Wallets》

编译：深潮 TechFlow

進化し続けるブロックチェーンと分散型アプリケーションの景観において、ユーザー定義の意図という概念に対する関心が高まっています。これにより、ユーザーはDeFiのますます複雑なプロセスをナビゲートする心配をせずに済み、今まで考えられなかった追加のユースケースが解放されました。

個別のアプリケーションがそれぞれ異なる非互換の意図構造を使用しているため、すべてのユーザー、アプリケーション、ウォレットソフトウェア、ソルバー、サーチャーなどが共有し理解できる汎用意図標準を作成することが重要です。

相互運用性を助け、参入障壁を下げるために、ERC-7521を提案します。これは、スマートコントラクトウォレットの汎用意図をサポートする標準です。

ユーザー意図とは？

この分野は非常に新しいため、意図の定義は現在やや曖昧です。全体的な概念として、この用語は通常、ユーザーが期待するオンチェーンの結果や最終状態を表現するために使用されます。本規範において、意図はユーザーが設定した一連の操作と期待として定義されます。これらの操作と期待は、他の意図の操作と期待と組み合わせて、すべての関係者の共通の最大利益を満たす努力をすることができます。

すべての関係者が満足する一連のオンチェーン操作はソリューションと呼ばれます。専用のソルバー（ERC-4337のバンドラーに似たもの）は、ユーザーに最高の満足度を提供できるソリューションを見つけるために競争します。たとえば、これは最適/最も効率的なオンチェーンパスを見つけたり、オフチェーンの流動性ソースを利用したり、異なるユーザーの意図を組み合わせて共通のニーズを活用したりすることで実現できます。

ユーザー意図をアカウント抽象化に追加する

汎用意図を可能にする鍵は、スマートコントラクトに基づく抽象アカウントを使用することです。ERC-4337に似て、意図はメッセージとして署名され、その後、別のトランザクションを介してオンチェーンで検証されます。これらの署名メッセージは、その後、自身のメモリプール内で伝播されます。

この規範の目的は、オンチェーンで意図をどのように正確に処理、構築、管理するかの技術的詳細ではなく、スマートコントラクトウォレットのためのフレームワークを作成し、署名された意図自体によって定義された広範な可能性を統合し自動的にサポートすることです。したがって、新しい意図のユースケースが出現するにつれて、このフレームワークはシームレスで許可のないアップグレードとコード拡張プロセスを許可する必要があります。

単一のエントリーポイントと無限の意図標準

このシームレスで許可されたアップグレードと拡張プロセスを促進するために、ERC-4337のEntryPointコントラクトが模倣されましたが、2つの異なる部分に分割されました。最初の部分はエントリーポイントと呼ばれ、意図ソリューションを提出する主要なエントリーポイントであり、意図署名の検証と高度な意図処理ロジックの実行を担当します。

意図処理ロジックの具体的な内容は、意図標準と呼ばれる別のコントラクトで定義され、署名された意図自体によって指定されます。エントリーポイントは、これらのコントラクトを呼び出して1つの意図を処理します。意図標準は、追加の意図データを処理し、実行する方法や、意図固有のサービス拒否攻撃ベクトルに関連する基本的なオフチェーンルールを定義します。たとえば、メッセージをソルバーに伝達する方法や、意図固有のDoS攻撃ベクトルに対する保護メカニズムなどです。

これらの意図標準は、この規範から独立して自己完結的に構築されるべきです。私たちは、意図のパターンが成熟するにつれて、最適化されたニッチや新たなユースケースが出現し、追加機能を持つ新しい意図標準が生まれると予想しています。これらの標準の採用とサポートは、ウォレット開発者や意図ソルバーの社会的合意、そして最終ユーザーのニーズによって推進されます。

私たちが提案するERCが初期段階で重要な機能を持つことを保証するために、現在のほとんどのブロックチェーンユースケースをサポートする資産ベースの意図標準を開発しました。この標準（およびこのERC）を公開環境で洗練させ、エコシステムのニーズに適応させていきます。

曖昧だが強力な意図構造

ユーザー意図は、2つの部分に分解できる主要なデータを含みます：

• 実行する前に、Entry Pointコントラクトが送信者とメッセージを検証するために必要な検証データ。

• 意図によって指定されたIntent Standard特有の追加データ。

意図標準データは何でもあり得ますが、常に意図セグメントと呼ばれる個別の部分に分解されます。

Entry Pointコントラクトはデータが何であるかを明示的に理解していませんが、セグメントの区分を認識しています。Entry Pointコントラクトは、Intent Standardコントラクトを呼び出して1つのセグメントを処理し、意図のセグメントが常に指定された順序で処理されることを強制します。しかし、Entry Pointは、セグメントの実行間に他の意図を処理することを許可します。

これらの意図セグメントは、ユーザーが処理したい操作や特定の条件が満たされているかを確認するためのものです。また、1つのセグメントは処理中にデータを次のセグメントに渡すことができます。このデータは意図の背景データと呼ばれ、セグメント間での変更を検証し、有用なデータの再計算を避けるのに非常に役立ちます。同様に、これらのデータを最大限に活用することは、Intent Standard規範によって決定されます。

最大の満足度を得るための意図の組み合わせ

意図処理中、意図は予期しない低残高や意図標準が探している評価結果が偽である条件など、あらゆる種類の条件に対して不満を表明できます。このような場合、全体のトランザクションはロールバックされ、処理前に発生した可能性のある無関係な意図も含まれます。

一連の意図がすべての関係者を満足させる順序で提出され処理される場合にのみ、これらの意図は消費されたと見なされ、生成された状態はオンチェーンで永続化されることが許可されます。まさにこれらの意図の組み合わせがソリューションを構成し、Entry Pointコントラクトに渡されて処理されます。

しかし、意図のリストを提出するだけでは不十分です。なぜなら、異なる意図のセグメントが異なる順序で配置される可能性があるからです。したがって、ソリューションは、処理中に異なる意図セグメントをどのように並べ替えるか（異なる意図セグメントをどのように交差させるか）を指定します。

ソルビングプロセスの一部には、ソルバーが意図を策定し、他の意図のセットを満たすのを助けることが含まれ、これによりいくつかの利益を生み出しながらユーザーの満足度を最大化します。

結論：意図駆動のブロックチェーンインタラクションの強化

規範の焦点は、スマートコントラクトウォレットのための基本的なフレームワークを定義し、それらが接続し、ユーザーに強力な意図表現を解放することです。意図をより小さな意図セグメントの集合として定義することは、ユーザーに優れた体験を提供し、ユーザーが署名する必要がある回数を減らします。意図のセグメンテーションと共有される背景データは、大量のガスを使用せずに強力な機能を解放するのにも役立ちます。意図は、すべてのセグメントが順番に処理されることを信頼でき、手動で確認する必要がありません。

汎用ユーザー意図は、新しい世界を切り開き、今まさに開発が始まったばかりです。単純な無ガスのトークン交換から、冷蔵ウォレットから熱いウォレットへの資金移動を自動化するためのより複雑な条件付き意図や、単一の署名メッセージを介して日々のコイン購入を行うプロセスまで、意図の可能性は巨大です！資産ベースの意図標準に関する私たちの規範は、コミュニティがこの新しいフレームワークを活用できるようにするための多くの反復の最初のものです。