ウォレットがAI Agent:ERC-8211の新しいインタラクティブなパラダイムを埋め込むと、なぜそれが興味を持つべきなのか

2025年からは、多くの人が新しいやり取り方法に慣れ始めたことがあるかもしれません。GPTやGeminiに言うと、「Hong Kongに来週旅行を計画し、適切な航空会社ホテルを勧める」と、一連の情報、フィルタリング、ルート選択、価格比較などの静かな検索を行い、結果を確認するだけです。

チェーンに同じ期待を持たせるだけでは全く違います。

例えば、DeFi Agent にディレクティブを渡すと、「ETH を USDC でウォレットに置換し、ベースチェーンを横断し、Aave で完全に保存します。」と客観的に言えば、今日の Agent は「理解するニーズ」と「計画するパス」で行わなくて、実際の不具合は実装レベルに表示されます

あなたはあなたの署名、承認、変換、クロスチェーンおよび堆積操作を徐々に完了する可能性はまだあり、各ステップは、スライドポイント変更、ガス変動、ブリッジ遅延、チェーン状態の変化の危険にさらされています。つまり、期待から逸脱する途中のループがある場合、必ずしも撤退されていない前の動きは、後方の動きが失敗する可能性があり、そしてそれからチェーンに残り、しばしば半仕上げのプロセスとして残っています。

問題は、AIが十分にスマートでないというわけではありませんが、チェーン・エグゼクティブの真のエージェント・表現の欠如はまだありません。

そのため、Etherwood Foundation と連携して、スマートコントラクトの現在の実装における「静的制限」の問題に対処するため、AI エージェントや複雑な DeFi ストリームのパフォーマンス層を提供するために、ERC-8211 を発表しました。  

I.AIエージェントアクセスチェーンの「最後の障害」

過去1〜2年にわたり、暗号化業界は、L2増幅、RWAモビリティから、AIエージェントが本当にチェーンを引き継ぐことができる方法の代替選択に注目しています。

また、「自然言語におけるマルチステップ・デファイ・ストラテジー」から「クロスチェーン・ポートフォリオ全体をホストするオートノマイズ・エージェントを進化させる」まで、近年では多くの慣行も見てきました。そして、ほとんどのアイデアは、複数のステップ・デファイ・ストラテジー、自律的なリバランシング、自動所得移行、クロス・チェーン・クラスの調整、さらには複雑なポートフォリオ・マネジメントを生成する自然言語であっても、デモ・レベルで成熟しています。

推論と組織の観点から、AIの能力は、実際に生産環境に入れられている場合を除いて、かなり高速で実行しています。エグゼクティブパネルはより見えるようになりました。

そして、生産環境に到達するために、このショートシートは1つの文でまとめることができます: DeFiは動的なですが、今日のほとんどのバットはまだ静的です。  

ERC-8211の公式ネットワークとディスカッションノートの両方が、既存のERC-4337とEIP-5792が確かに「1つの署名」の古いモデルを「1つの署名」の新しいフェーズに「1つの署名を1つ以上の呼び出しに対して」動かしているが、これらの呼び出しのパラメータは、署名の瞬間に大幅凍結されていることを明らかにします。

つまり、実際に実装した際のチェーンの状態の変化によって、署名が自動的に調整されていないときにユーザーが入力する量、ターゲット値、期待される出力を意味します。

しかし、DeFi自体は不確実性に満ちています。 Swapの実際の出力は、そのブロックのスライドポイントと流動性の実装に依存します。ブリッジのタイミングと最終量は、ブリッジ自体のメカニズムとコストに依存します。 融資契約またはVaultの共有対アセット比も変化します。

結局のところ、署名時にユーザーまたはエージェントが参照する値が、多くの場合、実行時に実際の結果ではなく、現時点での推定値です。

ERC-8211が解決したことを理解するためには、Agentがかなり普通に見える何かをしたいという前提が最も典型的な例の1つです。 USDCのアカウントでETHを交換し、利益のためにSparkに十分に入金します。

現在の静的時計処理モデルでは、エージェントは署名の前にUSDCがどれだけ多く得るかを推定しなければなりません。多くの場合、署名の第2ステップの量を事前に書き込むようにします。それは高すぎます。実際のエントリの数は不十分です、バッチ全体がロールバックです。あなたの財布にお金のアイドルの一部を残して、あまりにも低すぎます。

言い換えれば、基本的には失敗のリスクを取るか、機会のコストを取るのいわゆるジレンマがあります。 つまり、一見複雑でないチェーンプロセスの多くが、ステップが最大5、8、または2まで取られたら、戦略自体が説明するのはそれほど複雑ではないので、すぐに壊れやすくなりますが、既存の実装パラダイムはプレモルテムパラメータにあまり多く依存しているためです。  

要するに、静的なバトリングキャップは、実際には、エージェントが本当に安全に実行できる戦術的なキャップを決定します。

この観点から、AIエージェントが決定を下す方法ではなく、エージェントが決定を下すと、より自然で安定して、チェーンでそれを実装するための安全な方法はありますか? そのため、実行のチェーンは、元のAIエージェントのために設計された最初の式を持っています。  

II. ERC-8211の特長

ERC-8211のコア・ブレークスルーは、より多くのステップをシグネチャに引き上げることではなく、単一のパラメータから「ライブ・ダイナミックを値する手順のためのパラメータ」へのデッド・トランザクション・シーケンスのバット・処理をアップグレードする。  

音は抽象的なものではなく、理解しにくい。 正式な用語は、それを記述するために使われます。転送から問題まで。

これは、ERC-8211がもはやアクションのシーケンシャルリストとして時計を見ていないことを意味しますが、実行中の値と安全条件を持つ実装手順として、それは、解体した場合、3つの組み合わせで達成されます

• フェッチャー(値のテイカー): このパラメータが取られた場所を定義します。, それは、アドレスの現在の残高の検索することができ, パラメータはもはやシグネチャの時にスナップショットを作る, しかし、短い通知でチェーンの状態から取られたリアルタイム読書
• (a)制約(制約): パラメータが削除されたら、それらは内部のバインディングチェックの対象となります - 例えば、「交換中のUSDCは少なくとも2500」または「スライドポイントは0.5%を超えません」 - 値が次の呼び出しにロードによって移動される前に検証され、バッチ全体がすぐにロールバックされます
• 述語 (trigger): それは、ステップ間のゲートキーパーとして理解することができます, 価値を生成する責任ではありません, しかし、進行するかどうかを決定する責任, 例えば, クロスチェーンのシーンで, Taifeng の側面の時計は、「WETH はチェーンを経由して到着しました」条件を述し、アカウントが入力されるまで提出されていない;  

この設計では、各パラメータは2つの質問に答えます。最初に、この値が実行されるタイミングから来るべきです。そして第二に、実際に呼び出される前にどのような条件が満たされる必要があります。つまり、3つの組み合わせの後、バッチは単なるトランザクションシーケンスではなく、埋め込まれたセキュリティチェックです。

一日の終わりに、静的バッチプロセス精神モデルはリストです - シーケンスされたA、B、C 3つのステップ。ERC-8211精神モデルは、条件付きプログラムです - A、Bの入力としてAの実際の出力。B、境界はCに入る前に満たされています。任意のステップは、すべてのロールバックを満たしません。

実際には、従来のチェーン操作では、複雑なDeFi戦略の完了は、多くの場合、複数の独立したトランザクションを必要とするため、AIエージェントと複雑なDeFi操作用に特別に設計された「スマートバッチ」メカニズムとして解釈することができます。 融資契約からお金を引き出し、通貨に変換し、別の合意で入金します(延長読書)暗号化AIパノラマ:Etherのメインの戦闘場からAIエージェントの新しいオペレーティングシステムを構築するには)  

各ステップは、すでに人間のユーザーとAIエージェントのさらなるボトルネックのために面倒な別のシグネチャと確認が必要です。これは、ERC-8211ソリューションがERC-8211ソリューションを使用すると、複数のブロックチェーン操作が単一のトランザクションで実行されることを可能にします。各ステップは、実際の値と会議の事前定義条件を動的に解読し、進行する前に実行されます。  

エージェントは、例えば、署名されたトランザクションで完了することができます。 Aave からの資金の引き出しは、実際に Uniswap で受け取った金額を交換して、新しいスマートコントラクトの必要性なしに、すべての原子化を堆積させます。

3。 なぜ財布、特にスマートウォレット、nbspで行う必要があるのですか;

ERC-8211は、Agentに適しているだけでなく、インタラクティブリンクの財布の位置を再定義するので、ウォレット業界の注目に値します。

過去のウォレットは、秘密鍵を維持し、トランザクションを表示し、ユーザーがそれを確認し、署名を送信します。 この役割は、EOAの時代において十分に重要であり、抄録年数のアカウントに引き続き確立されますが、今後、より多くのチェーンがエージェントによって使用される場合、ウォレットの役割はより一元的かつ重くなります。

単純な理由は、ユーザーが操作のチェーンを介して移動しなくなったときですが、Agent を正規化して一連の目的を実行し始めます。ウォレットは、このような高レベルのインタラクティブなオブジェクトに取り込むことができ、もはや単なる契約アドレスとコールデータではなく、「インテントバリューベースの条件に基づく」実行プログラム全体を示す必要があります。  

したがって、将来の財布は、トランザクションとしてだけでなく、手順として理解する必要があります。ERC-8211は、明示的な用語のコーディング構造に書かれているので、財布により明確にグリップを提供するこのレベルでは、彼らがどこから来るか、彼らが満たす必要がある条件、彼らが続行し、彼らが戻ったロジックに隠されている黒い箱ではなく、財布によって解釈され、シミュレートし、表示することができる対象です。

ビューの財布ポイントから、この一連のメカニズムは、最終的に同じことにポイントしますユーザーは、完全に読むことが困難である一連のボトムコールに署名しませんが、その結果指向、ボーダークリア、検証可能な実装手順に署名しています

• AIエージェントは、ユーザーの意思を理解し、パスを生成する責任があります
• ウォレットは、レビューのためにユーザーに明確な方法でパスを提示する責任があります
• (a) 中継器は条件が確立され、結果と改ざんする権限を持たないときの結果を提出するだけ責任を負います

インテリジェントなボディが関与する可能性があるため、非トラストの実行は、Agentic DeFi の前提と見なされますが、社会性、拘束力があり、最終的な決済はチェーン上に残っています。そして、ERC-8211 はスマートウォレットと本当に合うところであり、プロトコル階層に「複雑なインテントの安全な表現」という問題を引き起こします。

ERC-8211 は、アカウントの抽象的な枠組み、ERC-4337、EIP-7702、ERC-7579 と完全に互換性があることを言及する価値があります。これは、アカウントの抽象的な代用ではなく、エージェントのプログラム可能なセマンティックを追加することによって、アカウントの抽象的な追加です。  

ERC-4337が「誰が私の代わりに取引を開始できるのか」を解決すると、EIP-7702は「スマートコントラクトを取得するにはどうすればよいですか?」を解決しますエージェントが私のために働いていたら、それは一つの署名で全体の決定チェーンを完了することができますか。

10年チェーンのインタラクティブパラダイムの進化を振り返ります

• フェーズ1: 1つの署名 = 1つの関数呼び出し(EOA年齢)
• フェーズ2:1つの署名=静的パッケージコールのグループ(ERC-4337、EIP-5792)
• フェーズIII: 1つの署名 = 動的インテント手順(ERC-8211)

各leapは、ユーザ(またはユーザーを表すエージェント)が、より複雑な目的をより少ない摩擦で表現できることを意味します。

ERC-8211 はまだドラフトフェーズではありますが、技術的な議論はまだ進行中であり、大規模なプロトコルアクセスは時間がかかりますが、AI エージェントがチェーンの決定を下すと、マッチング、元の実装構文が必要です。