ERC-8211 スマートバッチング：Biconomy と Ethereum Foundation がオンチェーン AI エージェントのルールをいかに書き換えたか
2026 年 4 月 7 日、Biconomy とイーサリアム財団（Ethereum Foundation）は、ERC-4337 以来、最も重要なエージェント・インフラ標準となる可能性のある提案を静かに発表しました。それは ERC-8211 と呼ばれており、表面上はバッチ取引をエンコードする新しい方法という、単なる帳簿上の更新のように見えます。しかし詳しく見てみると、それはもっと大きなものです。つまり、2 年間にわたりオンチェーン AI を悩ませてきた「自律型エージェントが、ユーザーがすべての動きに署名することなく、実際にイーサリアム上で安全に取引するにはどうすればよいか？」という問いに対する、初めてのプロトコル・レベルの回答なのです。
タイミングは偶然ではありません。現在、EVM チェーン全体で約 6,200 万のスマートアカウントがアクティブであり、累計 24 億の UserOperations が処理され、ユーザーに代わって実際の DeFi 戦略を実行する自律型エージェントの人口が急増している中で、イーサリアムは静的なバッチ取引で表現できる限界に達しました。「スマート・バッチング（smart batching）」と銘打たれた ERC-8211 は、その限界を打破するために設計された標準です。
静的バッチ処理では解決できなかった問題
過去 2 年間、ERC-4337 と EIP-5792 はバッチ取引の重責を担ってきました。これらにより、スマートアカウントは、トークンの承認、Uniswap でのスワップ、その収益の Aave への預け入れなど、複数の呼び出しを単一の署名の下でアトミックにまとめることができました。このモデルは、DeFi が常に変動するものであることを忘れるまでは、見事に機能します。
実際の DeFi フローは、動的で予測不可能な出力を生み出します。スワップは、スリッページに応じて 1,000 USDC を返すこともあれば、998 USDC を返すこともあります。Vault（金庫）からの引き出しは、元本に加えて 23.4 ドルの未収利息を生むこともあれば、23.7 ドルになることもあります。静的なバッチ処理は、開発者やエージェントに 2 つの悪い選択肢を強いてきました：
- 楽観的な金額をハードコードする — そして、現実がそれを下回ったときにバッチ全体がリバート（巻き戻 し）されるのを眺める。
- 控えめに過小評価する — そして、次の呼び出しが到達できない中間ステップに価値を残したままにする。
どちらにせよ、ユーザーがコストを支払うことになります。失敗した取引、ロックされた資本、または最適ではない利回りです。監視なしで稼働する AI エージェントにとって、これは非効率である以上に深刻です。運用上、耐え難いものです。スワップが予期しない金額を返すたびにユーザーを起こさなければならないエージェントは、エージェントではなく、ウォレットを持った Slackbot に過ぎません。
ERC-8211 は、バッチを「凍結されたレシピ」から「安全チェックが組み込まれたプログラム」へと変える 3 つのプリミティブを導入することで、これを解決します。
3 つの構成要素：Fetcher、Constraint、Predicate
ERC-8211 の天才的な点は、そのコンパクトさにあります。仮想マシンになろうとはしていません。既存のバッチ形式に正確に 3 つの要素を追加し、残りのスタック（ERC-4337 バンドラー、EIP-7702 認可、ERC-7579 モジュール型アカウント）に配管（プラミング）を任せています。
Fetcher（フェッチャー）：実行時に状態を読み取る
Fetcher は、署名時ではなく、実行の瞬間にライブのオンチェーンデータを取得します。エージェントが「WETH 残高のすべてをスワップする」と言うとき、Fetcher はスワップが実行される直前に WETH コントラクトに対して balanceOf を呼び出すことで「WETH 全残高」を解決します。ユーザーは意図（「持っているものをすべてスワップする」）に署名し、チェーンは実行時に実際の数値を確定させます。
Constraint（制約）：各呼び出しの進行前に検証する
Constraint は、解決された値を事前定義されたルールに照らしてチェックします。Constraint は次のように指定できます：「このスワップの出力は少なくとも 998 USDC でなければならず、そうでなければリバートする」。単一の Uniswap 呼び出しに組み込まれた通常の手動の最小出力チェックとは異なり、Constraint はバッチと共に移動し、以前のステップからの任意の出力を参照できます。
Predicate（述語）：オンチェーン条件に基づいてバ ッチを制御する
Predicate は純粋なブール値チェックです。target = address(0) のエントリであり、条件が失敗した場合にはバッチ全体をリバートさせます。これらはガードレールのようにアクションの間に配置されます。「私の Vault のヘルスファクターが 1.5 以上を維持している場合にのみ、Aave への預け入れを進める」。「価格オラクルが過去 60 秒以内に更新されている場合にのみ、リバランスを実行する」。
ERC-8211 バッチの各入力パラメータには、3 つのメタデータが含まれます：値のソースを定義する Fetcher タイプ、それが呼び出しターゲット、値フィールド、または calldata 引数のどれになるかを決定するルーティング情報、そして、満たされない限りバッチ全体がリバートされるインライン Predicate です。
その結果、次のような内容を表現する単一の署名済みペイロードが得られます：
私の WETH 全残高を、スリッページ 0.3% 以内で USDC にスワップせよ。次に、受け取った正確な USDC を Aave の v3 プールに預け入れよ。ただし、アカウントのヘルスファクターが 1.8 以上を維持する場合に限る。最後に、最終的なポジションサイズが戦略の期待値と一致することを確認し、一致しない場合はバッチ全体をロールバックせよ。
これまでは、90 秒 のウィンドウで 3 つの個別の署名を行うか、特定のユースケースのために監査およびデプロイされたカスタムの Solidity ルーターコントラクトが必要でした。ERC-8211 は、これを ComposableExecution[] 配列にコンパイルされる単一の TypeScript プログラムに変え、一度の署名でアトミックに実行できるようにします。
なぜこれが Weiroll、x402、ベンダー SDK に勝るのか
ERC-8211 は、構成可能なバッチ処理の最初の試みではありません。最も近い先駆者は、コントラクトがマルチステップのフローを表現できるようにする組み込み VM である Weiroll です。ERC-8211 の背後にいるチームは、この比較を明確にしています。Weiroll は「スクリプト」であり、単純な呼び出しのシーケンスです。ERC-8211 は「プログラム」であり、安全チェック、ランタイム解決、および任意のバンドラーが信頼なしで検証できる制約検証が組み込まれたシーケンスです。
しかし、より重要な比較対象は、過去 18 か月間で急増したベンダー固有のスタックです：
| フレームワーク | 起源 | スコープ | 標準か？ |
|---|---|---|---|
| Coinbase x402 | Coinbase, 2024 | HTTP ネイティブの USDC 決済 | オープンスペック、単一の促進者 |
| Coinbase AgentKit | Coinbase, 2024 | 完全なエージェント SDK、ウォレット + アクション | ベンダー SDK |
| ElizaOS Agent Framework | a16z 資金提供, 2024 | マルチチェーン・エージェント・ランタイム | オープンソース、プロトコル標準なし |
| Solana Agent Primitives | AI Rig Complex, ElizaOS-on-SVM | Solana ネイティブのエージェント実行 | チェーン固有 |
| ERC-8211 | Biconomy + イーサリアム財団, 2026 | マルチステップの構成可能な実行 | EIP トラック標準 |
これらのスタックはそれぞれ、エージェントの問題の一部を解決しています。x402 は決済において目覚ましい成果を上げました。2026 年 3 月時点で、Base で 1 億 1,900 万件以上、Solana で 3,500 万件の取引、年間換算で約 6 億ドルのボリュームを記録しています。AgentKit は開発者にエージェントウォレットのワンストップキットを提供します。ElizaOS-on-Solana は、実際の商用エージェントをリリースしています。
しかし、それらのどれもがプロトコル・レベルの標準ではありません。それらはベンダー SDK、決済レール、またはチェーン固有のフレームワークです。Coinbase AgentKit で構築されたエージェントは、たとえ両方がイーサリアムに隣接するインフラ上で動作していても、ElizaOS 用に設計された戦略を簡単に実行することはできません。エージェントの数が増加するにつれ（2026 年のデータによれば、1 日あたり約 25 万のオンチェーン・アクティブ・エージェントが日常的にベンダーの境界を越えています）、その断片化がボトルネックとなります。
ERC-8211 の貢献は「より優れた SDK」ではなく、「あらゆる SDK がターゲットにできる共有セマンティックレイヤー」です。スマートアカウントが ERC-8211 に対応すれば、Biconomy、Coinbase、将来の Eliza-on-EVM、あるいはまだ誰も構築していない何かなど、あらゆるエージェント・ランタイムが、アカウントが理解できる実行ペイロードを送信できるようになります。
ERC-8211 は広範なエージェントスタックにどのように適合するか
イーサリアム財団は、ERC-8211 を他の関連規格と並行して位置づけることに慎重かつ意図的でした。
- ERC-4337 (アカウント抽象化) — スマートアカウントの基盤。ERC-8211 のバッチは ERC-4337 アカウントの 内部 で実行されます。2025 年 5 月の Pectra メインネット以降、すでに約 1,400 万の EOA が登録されている EIP-7702 の委任により、ERC-8211 は通常の EOA にも道を開きます。
- ERC-7579 (モジュラーアカウント) — プラグインインターフェース。ERC-8211 はフォークではなく、モジュールとして実装されます。
- ERC-7683 (クロスチェーンインテント) — 「どこでもいいからこの結果が欲しい」という意思表示の標準。ERC-8211 は「ここでこの結果を実行する 」ための標準です。
- ERC-8004 (トラストレスエージェント) — アイデンティティとレピュテーションレイヤー。ERC-8004 に登録されたエージェントは、ERC-8211 を使用して 行動 します。
- ERC-8183 (エージェント間商取引) — 交渉のプリミティブ。ERC-8183 を介して取引を成立させたエージェントは、ERC-8211 を介して決済を行います。
このレイヤー化が重要です。各標準は一つの役割を担います。ERC-8211 は実行セマンティクスを担当し、アイデンティティ、決済、またはクロスチェーンルーティングになろうとはあえてしません。その規律こそが、実際にリリースされる可能性を高めています。この提案は、イーサリアムのプロトコルフォークなしで、コントラクトレイヤーのエンコーディングとして実装できます。ハードフォークがないということは、5 年ものアクティベーション期間が必要ないことを意味します。ロールアップや主要なスマートウォレットベンダーが統合を選択すれば、この標準は 2026 年第 3 四半期までに本番環境へのデプロイが見られる可能性があります。
なぜエージェントにとってセッションキーが急に重要になったのか
ERC-8211 の隠れた主役は セッションキー です。この標準は wallet_grantPermissions と自然に構成されます。これは、ユーザーがエージェントに対して、時間制限と範囲制限のある委任を一度だけ承認できるようにするウォレット RPC メソッドです。エージェントは、その後ユーザーに再度プロンプトを表示することなく、その制限の範囲内で動作します。
セッションキーと ERC-8211 を組み合わせると、状況は劇的に鮮明になります。
- ユーザーは一度だけ署名します：「今後 30 日間、このエージェントは Base と Arbitrum でのみ、1 トランザクションあたり最大 50,000 USDC まで、私の代わりにスワップと Aave への預け入れを実行できます。ただし、私のヘルスファクターが 1.5 以上に保たれている場合に限ります。」
- エージェントは、それらの制約を遵守する ERC-8211 バッチを構築します。
- バンドラーは、リレーする前にセッションキーの範囲に対してバッチを検証します。
- 実行はアトミックに成功するか、アトミックにリバート（巻き戻し）されます。
これは、真に自律的なエージェントを阻んできた欠けていたプリミティブです。これまでの「エージェントの自律性」は、「エージェントのキーを信頼する」（Coinbase Agentic Wallet のモデル）か、「ステップごとにユーザーにプロンプトを表示する」（失敗した Web2 スタイルのフロー）のどちらかを意味していました。セッションキーと ERC-8211 は、第 3 の選択肢を提供します：オンチェーン検証を伴う制約付きの自律性 です。ユーザーが枠組みを定義し、エージェントは「自宅に電 話（ユーザーへの確認）」することなくその内部で動作します。
インフラへの影響：RPC プロバイダーがエージェントを認識するようになる
ここで波及効果が API とノードインフラに及びます。ERC-8211 バッチが本番環境に入ると、RPC プロバイダーはエージェントのトラフィックを「たまたまスクリプトから送られてきた通常のユーザートラフィック」として扱うことができなくなります。正しく動作するリレイヤーは、以下のことを行う必要があります。
- バッチ形式を解析 して、フェッチャー呼び出し、制約、および述語を特定する。
- 送信前に セッションキーの範囲を検証 し、ガス代を消費する 前 に、委任された権限を超えるバッチを拒否できるようにする。
- ライブ状態での 実行パスをシミュレート し、リバートが発生しそうな理由をプレビューできるようにする。
- 述語の失敗を、単なる生の EVM リバート文字列ではなく、構造化された形式でエージェント開発者に 提示 する。
これは新しいプロダクトの領域です。従来のイーサリアム RPC は、各呼び出し が個別のユーザーアクションである、人間主導の DApps 向けに設計されていました。エージェント主導の RPC は、それとはまったく異なるワークロードです。高頻度でプログラム的であり、多段階バッチの正確なシミュレーションに依存します。この変化をいち早く認識し、ERC-8211 対応のエンドポイント、エージェントトラフィックのダッシュボード、セッションキー検証を第一級の API として提供するプロバイダーが、エージェント経済の中心に位置することになるでしょう。
未解決の疑問：標準か、それともベンダー SDK か？
ERC-8211 にはイーサリアム財団の名前が付いています。これにより、どのベンダーの SDK も太刀打ちできない信頼性が得られます。しかし、信頼性は採用と同義ではありません。2 つの結果が考えられます。
楽観的なケース： 主要なスマートウォレットベンダー（Safe、Coinbase、Argent、Rabby）が 6 か月以内に ERC-8211 モジュールをリリースします。バンドラーインフラ（Pimlico、Stackup、Biconomy 自体）が第一級のサポートを追加します。エージェントのランタイムは、実行ターゲットとして ERC-8211 に集約されます。2026 年第 4 四半期までに、ERC-4337 がスマートアカウントの事実上の標準となったように、この標準はエージェントが EVM 上で取引を行うための 事実上の方法となります。
悲観的なケース： Coinbase が Smart Wallet で行ったのと同様に、垂直統合されたスタックとして AgentKit と x402 をさらに強化します。主要な DeFi プロトコルは、標準を待つのではなく、ベンダー固有のエージェント統合をリリースします。ERC-8211 は洗練されたビルダー向けのニッチな選択肢となり、マスマーケットのエージェントフローは商用ツールキットを通じて実行されます。断片化は継続します。
初期の兆候は楽観的なケースを支持しています。イーサリアム財団の「UX 改善」トラックは、共有標準の周りでウォレットベンダーを調整することに非常に効果的でした。EIP-7702 は提案から 1 年足らずで 1,400 万の承認を得るまでに至りました。ERC-8211 にも同じ構造的要素が揃っています。明確な問題、クリーンな解決策、プロトコルフォーク不要、そしてすでにエージェントをリリースしているビルダーにとっての即時の実用性です。
今後の注目ポイント
今後 90 日間で、ERC-8211 がデファクトスタンダードになるのか、それとも単なる意欲的な提案に終わるのかが明らかになるでしょう。特に以下の 3 つのシグナルが重要です：
- ウォレット統合のタイムライン。 もし Safe や Coinbase Smart Wallet が第 3 四半期までに ERC-8211 モジュールをリリースすれば、普及は順調に進んでいると言えます。
- バンドラーのエ コノミクス。 ERC-8211 のバッチ処理は、静的なバッチよりもシミュレーションのコストが高くなります。バンドラー側の手数料モデルを進化させる必要があります。
- 監査エコシステム。 コンポーザブルな実行は、フェッチャーの操作、制約のバイパス、述語の順序付けなど、新たな攻撃対象領域（アタックサーフェス）を生み出します。本番環境の ERC-8211 デプロイに関する最初の主要な監査レポートが、エージェント経済全体のセキュリティ基準を定義することになるでしょう。
2026 年に向けて投資先を検討している開発者にとって、戦略的な答えはますます明確になっています。それは、特定のベンダーの SDK ではなく、標準に基づいて構築することです。ERC-8211 は、イーサリアムのエージェント・インフラストラクチャが、特定の企業の独自キットによる「囲い込み」ではなく、公開標準が積み重なったレイヤー構造になることを示す最も強力なシグナルです。現在、毎日取引を行っている 25 万のエージェントは、現在の傾向が続けば 2028 年までに 2,500 万に達するでしょう。そして、それらが動作する基盤は、特定の企業の製品仕様よりも、ERC-8211 に近いものになるはずです。
自律型オンチェーン・エージェントの実行レイヤーには、すでに名前があります。イーサリアム財団とバンガロールの小さなチームが、それに名前を与えたのです。
BlockEden.xyz は、Ethereum、Base、Arbitrum、およびその他の EVM チェーンで AI エージェントをデプロイする開発者向けに、商用グレードの RPC、インデックス作成、およびアカウント抽象化（Account Abstraction）インフラストラクチャを提供しています。ERC-8211 と広範なエージェント・スタックが成熟するにつれ、当社のエンドポイントは、自律型エージェントが求める高頻度かつシミュレーション負荷の高いワークロードを処理できるように設計されています。API マーケットプレイスを探索 して、エージェント経済のために設計されたインフラストラクチャ上での開発を始めましょう。