イーサリアム財団と Biconomy が共同で ERC-8211「スマートバッチ処理」標準を発表し、AI エージェントが単一の署名取引で複数ステップの DeFi 操作を実行できるようにします。また、引数は実行の瞬間に、オンチェーン上の最新の状態に基づいて動的に決定されます。新標準はプロトコル層の分岐を必要とせず、開発者はすぐに採用できるため、「AI × DeFi」の自律実行をつなぐ重要な一歩だと見なされています。
(前提:解説|スマートコントラクトウォレットはいつ普及しますか?一記事でわかる ERC-4337)
(背景補足:Circle が Nanopayments のテストネットをローンチ:AI エージェントが口座なしで USDC をスワイプ、メカニカルドッグが自律的に充電して支払いを行うことが実現)
この記事の目次
Toggle
4月 6 日、Biconomy は正式に ERC-8211 の提案を発表し、イーサリアム財団の支援も獲得しました。この標準のコアとなるブレークスルーは、たった一文に要約できます。取引パラメータは、ユーザーが署名するときに凍結されるのではなく、実行のその瞬間に決定されるようにすることです。
技術的な細部に聞こえるかもしれませんが、AI エージェントと DeFi 自動化にとっての意味はまったく違います——これまでの「先に引き出し、次に両替、そして預け入れ」という多ステップ操作は、市況の変化によって失敗したり、スリッページが爆発したりしていました。いまでは、全工程を 1 つの署名の中で完了でき、さらに各ステップの数値はすべてオンチェーンから即時に読み取られます。
ERC-8211 の意味を理解するには、まず現行のアカウント抽象(Account Abstraction)の制限がどこにあるのかを知る必要があります。
ERC-4337 は、現在イーサリアム上で最も主流なアカウント抽象標準であり、スマートコントラクトウォレットによる複数回の操作のバッチ実行を可能にし、複数回の署名の手間を省きます。しかし、根本的な問題が 1 つあります。兌換金額、スリッページ許容度、目的地アドレスなど、すべての引数は、ユーザーが署名するその瞬間に確定し、その後は変更できないという点です。
これは DeFi 環境では非常に脆弱です。オラクルの価格は数秒ごとに更新され、流動性プールの厚みもいつでも変わり、貸借プロトコルの利率も変動します。ユーザーが T 時点で署名しても、取引が T+30 秒でオンチェーンにパッケージされる可能性があります。この間にどれか 1 つでも数字がずれてしまえば、バッチ取引全体が失敗するか、予想以上に大きなスリッページを食らうおそれがあります。
人間のユーザーにとっては、たまに失敗して「もう一度試す」程度の小さな面倒です。しかし、完全自律で実行する必要がある AI エージェントにとっては、これは構造的な障害です——あなたは AI に DeFi のポジションを確実に管理させることができません。なぜなら、各ステップの操作が引数の陳腐化によって失敗する可能性があるからです。
ERC-8211 の解決策は、2 つの仕組みを導入することです。「実行時解析」(Runtime-resolved)と「制約検証」(Constraint-validated)です。
簡単に言うと、ユーザーが署名するときに具体的な数字を固定して書くのではなく、「ルール」を書くようにします。たとえば「スリッページが 0.5% を超えない」「兌換金額は貸借プロトコルが実際に引き出した数値に等しい」「オラクル価格は X から Y の範囲に入ったときに実行する」などです。取引が実際に実行される瞬間になると、コントラクトはオンチェーンからリアルタイムデータを読み取り、実際の引数を埋めて、制約条件に合致するかどうかを検証します。合致した場合にのみ実行されます。
Biconomy が公告で挙げた典型的なユースケースが、この違いを説明しています。貸借プロトコルからの引き出し → 正確に兌換して受け取った金額 → 別のプロトコルへの預け入れ。このすべてを 1 つの取引の中で完了します。鍵は「正確に兌換して受け取った金額」です。ERC-4337 の静的モデルでは、あなたはある数字を推測してそこに埋め込まなければなりません。ERC-8211 では、この数字は実行時に直前のステップの結果から自動的に読み取られます。
AI エージェントの応用の可能性がここで開けます。DeFi のポジションを管理する AI エージェントは、戦略ルールのセットを設定できます。そうすれば、コントラクトは実行の瞬間に、スリッページ、残高、オラクル価格に基づいて各ステップの実際の引数を自動的に決定し、プロセス全体で人の介入は不要で、市況の微細な変動によって失敗することもありません。
ERC-8211 は突然生まれたわけではありません。この協業は、イーサリアム財団が 2025 年に開催した「Improve UX」ワークショップに端を発しています——そのワークショップでは、複数の AA エコシステムの開発チームが集まり、アカウント抽象が実際の利用で最大の摩擦ポイントとなっている点を特定することが目的でした。以後、イーサリアム財団のプロトコルグループは「UX の改善」を戦略的優先プロジェクトとして掲げており、ERC-8211 はまさにこの方向性の直接の成果です。
イーサリアム財団がこの方向性を支援する技術的な非常に重要な理由があります。ERC-8211 はコントラクト層のコーディングであり、イーサリアムのプロトコル層に一切手を入れる必要がないため、ハードフォークも不要です。これにより、採用のハードルと抵抗が大幅に下がります。開発者は、イーサリアムのメインネットのアップグレードを待たずに、自分のスマートコントラクトや AA のインフラの中でこの標準を今すぐ実装できます。
新標準はまた、既存の AA フレームワークとも互換です。ゼロから作り直すのではなく、ERC-4337 などの既存の土台の上に動的能力を重ねるものです。すでに AA エコシステムの構築に投資している開発者にとって、移行コストは比較的コントロールしやすいです。
現在、ERC-8211 の公式説明は erc8211.com で公開されており、EIP の議論も ethereum-magicians.org で公開されています。開発者は標準の完成プロセスに直接参加できます。
アカウント抽象はここ数年、イーサリアムの普及化における重要なピースだと見なされてきました。つまり、通常のユーザーが秘密鍵、Gas、署名プロセスを気にする必要がなくなり、スマートコントラクトウォレットがすべての基盤操作をあなたの代わりに処理してくれるということです。しかし、既存標準の自動化シナリオにおける静的な制限が、AI エージェントが複雑な DeFi 戦略を確実に実行できない根本原因の 1 つであり続けてきました。
ERC-8211 はこのギャップを埋めようとしています。標準が広く採用されれば、AI エージェントは複数ステップの DeFi 戦略を本当に自律的に実行でき、各ステップは市場の状態に即時に応答します。ユーザーが繰り返し再署名することや、失敗率を受け入れることに頼らなくて済むのです。これは、「オンチェーン AI エージェント」という急速に発展している分野にとって、基盤インフラ層での重要なアップグレードです。
もちろん、標準が実際に根付くかどうかは、最終的には開発者コミュニティの採用スピード次第です。ERC-8211 は現時点ではまだ提案段階であり、それが広く受け入れられるイーサリアム標準になれるかどうかは、時間をかけて検証する必要があります。