ERC-8211: стандарт Ethereum, который учит ИИ-агентов думать перед совершением транзакций

Представьте, что вы говорите DeFi-боту: «Обменяй все мои WETH на USDC, размести их в Aave, но только если мой итоговый баланс останется выше $5 000». Сегодня такая инструкция требует от разработчика жёстко прописать каждый параметр перед подписанием — точный баланс WETH, ожидаемый объём USDC, сумму депозита в Aave — создавая хрупкую транзакцию, которая ломается в тот момент, когда рыночные условия меняются между блоком подписания и блоком попадания в блокчейн. ERC-8211, опубликованный 6 апреля 2026 года компанией Biconomy и Ethereum Foundation, полностью устраняет эту хрупкость. Это первый стандарт Ethereum, позволяющий ИИ-агентам считывать актуальное состояние блокчейна, проверять условия и выполнять многоэтапные стратегии в одной атомарной транзакции — превращая статические пакетные вызовы в интеллектуальные самонастраивающиеся рабочие процессы.

Выбор момента не случаен. Более 17 000 ИИ-агентов уже работают только на Virtuals Protocol. AgentKit от Coinbase обеспечивает автономные кошельки для множества LLM-провайдеров. Сооснователь NEAR заявил, что «пользователями блокчейна будут ИИ-агенты». Но до сих пор эти агенты были вынуждены взаимодействовать с DeFi через те же жёсткие форматы транзакций, разработанные для людей, нажимающих кнопки во фронтенде. ERC-8211 даёт им нечто принципиально иное: возможность формировать решения ончейн, в момент исполнения, со встроенными механизмами безопасности.

Проблема: статическая группировка никогда не создавалась для автономных агентов

Контракты мультивызовов, такие как Multicall3, и бандлеры ERC-4337 уже позволяют кошелькам объединять несколько транзакций в одну. Но каждый параметр должен быть зафиксирован в момент подписания. Если ИИ-агент подписывает пакет для обмена 2,5 WETH на USDC и размещения полученных средств в Aave, значение 2,5 WETH замораживается — даже если фактический баланс агента изменился между подписанием и исполнением из-за поступившего перевода или списания комиссии.

Это создаёт три каскадных проблемы для автономных агентов:

• Устаревшее состояние: К моменту включения пакетной транзакции в блок ончейн-состояние, на которое она опиралась, может уже не соответствовать действительности. Сдвиг цены на 0,3% может привести к откату свопа, потере газа и частичному выполнению стратегии.
• Избыточная спецификация: Агенты должны заранее рассчитать каждое промежуточное значение (точные объёмы на выходе, пороги проскальзывания, суммы депозитов) перед подписанием. Для пятишагового цикла кредитного плеча это означает прогнозирование пяти последовательных результатов — любой из которых может обесценить остальные.
• Отсутствие условной логики: Статические пакеты работают по принципу «всё или ничего». Нет возможности сказать: «Перейти к шагу три, только если результат шага два превышает порог». Агент не может выразить ограничения безопасности внутри самого пакета.

В результате сегодняшние ИИ-агенты выполняют DeFi-стратегии с гибкостью напечатанного посадочного талона — каждая деталь должна быть верной до вылета, а любое изменение требует начинать всё заново.

Как работает ERC-8211: фетчеры, ограничения и предикаты

ERC-8211 вводит то, что Biconomy называет «умной группировкой» (smart batching) — стандарт кодирования на уровне контракта, где каждый параметр в пакете объявляет, как получить своё значение и каким условиям это значение должно удовлетворять. Стандарт построен на трёх примитивах:

Фетчеры

Каждый входной параметр несёт тип фетчера, определяющий, как его значение получается в момент исполнения, а не в момент подписания. Доступны три типа фетчеров:

• RAW_BYTES: Значение жёстко закодировано, идентично традиционной группировке.
• STATIC_CALL: Значение считывается из вызова ончейн-контракта в реальном времени — проверка баланса, запрос цены оракула или чтение резервов пула.
• BALANCE: Значение равно балансу нативного токена или ERC-20 исполняющего аккаунта в момент выполнения.

Затем назначение маршрутизации определяет, куда направляется разрешённое значение: в адрес вызова, его поле value или calldata.

Ограничения (Constraints)

Каждое разрешённое значение может нести встроенные ограничения — логические проверки, валидируемые ончейн перед продолжением вызова. Поддерживаемые типы ограничений включают EQ (равно), GTE (больше или равно), LTE (меньше или равно) и IN (принадлежность множеству). Если какое-либо ограничение не выполняется, весь пакет откатывается атомарно.

На практике это означает, что агент может сказать: «Получи мой баланс WETH (фетчер BALANCE), подтверди, что он GTE 1,0 WETH (ограничение), затем передай разрешённое значение в calldata свопа (маршрутизация)».

Предикаты

Записи с target = address(0) действуют как чисто проверочные контрольные точки. Они кодируют булево условие на состояние блокчейна — например, проверяя, что баланс USDC кошелька остаётся выше порога безопасности после цикла кредитного плеча — без выполнения какого-либо внешнего вызова. Если предикат не выполняется, пакет откатывается.

Вместе эти три примитива превращают пакет из статического скрипта в реактивную программу: «Обменяй весь мой баланс WETH на USDC, затем размести ровно столько, сколько поступило, в Aave, но только если мой итоговый баланс превышает порог безопасности». Всё в одной транзакции, всё разрешается в момент исполнения.

Формирующийся протокольный стек агентов

ERC-8211 существует не изолированно. Он вписывается во всё более целостный протокольный стек, который Ethereum Foundation собирает специально для автономных агентов:

Уровень	Стандарт	Функция	Ключевой разработчик
Идентичность	ERC-8004	Обнаружение агентов, доверие и оценка репутации	Ethereum Foundation
Коммерция	ERC-8183	Управление жизненным циклом задач — эскроу, подтверждение доставки, расчёты	Virtuals Protocol
Исполнение	ERC-8211	Умная группировка — условное, учитывающее состояние ончейн-исполнение	Biconomy
Платежи	x402	HTTP-нативные микроплатежи стейблкоинами для агентских сервисов	Coinbase + Cloudflare

Аналогия не случайна: ERC-8004 определяет, кто совершает транзакцию, ERC-8183 регулирует, какая работа обменивается, ERC-8211 управляет тем, как работа выполняется ончейн, а x402 обеспечивает как платежи перемещаются между агентами. Вместе они формируют то, что отраслевые наблюдатели начали называть «моментом TCP/IP для ончейн ИИ» — многоуровневый стек, где каждый протокол чисто отвечает за одну задачу.

ERC-8183 особенно комплементарен. Его примитив Job — где клиентский агент нанимает агента-исполнителя, средства удерживаются в эскроу, а оценщик подтверждает выполнение — генерирует именно тот тип многоэтапных условных ончейн-действий, для выполнения которых предназначен ERC-8211. ИИ-агент, принимающий задачу через ERC-8183, может нуждаться в выполнении серии DeFi-операций (обмен, размещение, заимствование) для выполнения работы. ERC-8211 гарантирует корректное выполнение этих операций даже при изменении рыночных условий между принятием задачи и её исполнением.

Конкурирующие подходы: AgentKit, NEAR Chain Signatures и риск фрагментации

Умная группировка ERC-8211 — не единственный фреймворк, претендующий на роль стандартного уровня исполнения для ИИ-агентов:

Coinbase AgentKit предоставляет кошельковую инфраструктуру и примитивы ончейн-действий для ИИ-агентов с нативной поддержкой моделей OpenAI, Anthropic и Llama. В марте 2026 года World (проект идентификации Сэма Альтмана) запустил интеграцию с AgentKit, включающую платежи x402 и верификацию World ID, позволяющую агентам нести криптографическое доказательство поддержки человеком. AgentKit превосходен в управлении кошельками и простых транзакциях, но в настоящее время не предлагает условного, учитывающего состояние исполнения, которое обеспечивает ERC-8211.

NEAR Chain Signatures использует иной архитектурный подход: агенты получают собственные аккаунты NEAR с приватными ключами, хранящимися в доверенных средах исполнения (TEE), и через технологию Chain Signatures могут подписывать транзакции в любом блокчейне — Ethereum, Bitcoin, Solana — из единой идентичности на базе NEAR. Это элегантно решает мультичейн-проблему, но работает на инфраструктурном уровне, а не на уровне семантики исполнения.

Trusted Agent Protocol от Visa и AP2 (Agent Payment Protocol 2.0) от Google решают вопросы платежей и верификации мерчантов, помогая традиционной коммерции распознавать и обрабатывать транзакции ИИ-агентов. Они дополняют, а не конкурируют с фокусом ERC-8211 на ончейн-исполнении.

Риск фрагментации реален. Если AgentKit разработает собственные примитивы условного исполнения или NEAR создаст конкурирующий стандарт пакетного исполнения, агенты могут столкнуться с теми же проблемами интероперабельности, которые преследовали ранний DeFi — множество стандартов, решающих одну проблему, ни один из которых не достигает критической массы. Преимущество ERC-8211 — совместимость с существующей инфраструктурой абстракции аккаунтов (ERC-4337, ERC-7683) и минимальный след: он не требует форка протокола, нового опкода и работает с любой реализацией смарт-аккаунтов.

Почему это важно: экономике 400 000 агентов нужна ончейн-компонуемость

Цифры рисуют ясную картину неотложности. Более 400 000 ИИ-агентов сейчас работают в блокчейн-сетях, по оценкам Chainalysis. Только Virtuals Protocol превысил $39,5 миллионов совокупной выручки от своих более чем 17 000 агентов. AgentKit от Coinbase поддерживает автономные кошельки для всех основных LLM. Экономика агентов — не спекуляция: она генерирует реальную выручку и выполняет реальные транзакции уже сегодня.

Но эти агенты ограничены инфраструктурой, разработанной для пользователей-людей. Человек, подписывающий своп на Uniswap, может проверить цену, скорректировать проскальзывание и подтвердить — всё за секунды. Автономный агент, работающий в масштабе, не может позволить себе такой ручной цикл обратной связи. Ему нужно выражать сложные стратегии в виде самодостаточных, самопроверяющихся пакетов транзакций, которые выполняются корректно независимо от того, что происходит между подписанием и включением в блок.

Влияние ERC-8211 выходит за рамки автоматизации DeFi. Рассмотрим следующие сценарии:

• Автономное управление казначейством: Агент казначейства DAO, ребалансирующий средства между протоколами доходности, с проверками предикатов, гарантирующими, что ни один протокол не содержит более 30% средств — всё в одной атомарной транзакции.
• Устойчивое к MEV исполнение: Разрешая значения в момент исполнения, а не подписания, умные пакеты сокращают объём информации, доступной MEV-искателям, использующим устаревшие параметры в ожидающих транзакциях.
• Межпротокольный арбитраж: Агент, обнаруживший ценовое расхождение между Uniswap и Curve, может атомарно выполнить арбитраж с ограничениями, гарантирующими минимальные пороги прибыли, устраняя риск выполнения одной стороны и неудачи на другой.

Путь вперёд: от стандарта к инфраструктуре

ERC-8211 по-прежнему является предложением ERC, а не финализированным стандартом. Его эталонная реализация открыта и доступна в демо-формате, но внедрение зависит от провайдеров кошельков, операторов бандлеров и DeFi-протоколов, интегрирующих интерфейс умной группировки. Агностичный к аккаунтам дизайн стандарта — он работает со смарт-аккаунтами ERC-4337, кросс-чейн интентами ERC-7683 и традиционными EOA через контракты-исполнители — устраняет главный барьер для внедрения, но интеграция всё равно требует активной разработки.

Стек из четырёх стандартов для агентов (ERC-8004 + ERC-8183 + ERC-8211 + x402) представляет собой целостное видение, но целостные видения в крипто исторически фрагментировались под давлением конкуренции. Консолидируется ли стек в де-факто стандарт или расколется на конкурирующие реализации — зависит от того, какие протоколы первыми выпустят производственные интеграции.

Что не вызывает сомнений — это направление. Основные пользователи блокчейна смещаются от людей, кликающих через фронтенды, к автономным агентам, выполняющим программные стратегии. ERC-8211 — первая серьёзная попытка дать этим агентам формат транзакций, соответствующий их возможностям, — формат, который думает перед тем, как совершить транзакцию.

Создаёте ИИ-агентов, взаимодействующих с DeFi-протоколами в нескольких сетях? BlockEden.xyz предоставляет высокопроизводительные RPC-эндпоинты и API данных для Ethereum, Sui, Aptos и более 20 сетей — инфраструктурный уровень, необходимый вашим агентам для надёжного чтения и исполнения ончейн. Ознакомьтесь с нашим маркетплейсом API, чтобы начать.