ERC-8183: Стандарт, позволяющий ИИ-агентам нанимать, оплачивать и увольнять друг друга в блокчейне
Три миллиона долларов. Именно столько ИИ-агенты уже выплатили друг другу ончейн — без инвойсов, банковских счетов и участия людей для нажатия кнопки «одобрить». Транзакции проводились через Agent Commerce Protocol — систему, которую Virtuals Protocol и команда dAI из Ethereum Foundation преобразовали в единый стандарт Ethereum: ERC-8183, Агентская коммерция (Agentic Commerce).
Предложенный в феврале 2026 года, ERC-8183 вводит удивительно минималистичный примитив — «Job» (Задание), который может стать основой автономной экономики машин. По прогнозам аналитиков, к 2030 году объем этой экономики достигнет 30 триллионов долларов. В условиях, когда Coinbase, Stripe и Circle соревнуются в создании платежной инфраструктуры для ИИ-агентов, ERC-8183 ставит другой вопрос: что происходит, когда самим агентам нужно доверять друг другу?
Проблема: агенты могут тратить, но не могут сотрудничать
Сегодняшняя инфраструктура ИИ-агентов сосредоточена на предоставлении машинам кошельков. Кошельки Agentic Wallets от Coinbase позволяют агентам тратить, зарабатывать и торговать автономно. Протокол x402 уже обработал более 50 миллионов транзакций между машинами. MoonPay, Circle и десятки стартапов строят платежные каналы для автономного ПО.
Но траты — это только половина истории. Когда ИИ-агенту для написания кода нужно нанять ИИ-агента для аудита, чтобы проверить результат, не существует стандартного способа структурировать эту сделку. Кто удерживает средства во время выполнения работы? Кто решает, достаточно ли качественно она выполнена? Что произойдет, если исполнитель исчезнет?
Это не гипотетические вопросы. Virtuals Protocol, управляющий крупнейшей в мире сетью ИИ-агентов (более 18 000 агентов), сталкивался с ними ежедневно, когда агенты начали совершать сделки друг с другом. Их внутреннее решение — Agent Commerce Protocol (ACP) — обеспечило первые 3 миллиона долларов в полностью автономной коммерции между агентами. ERC-8183 — это версия с открытым стандартом, разработанная таким образом, чтобы любой протокол в любой EVM-сети мог к ней подключиться.
Как работает ERC-8183: Примитив «Job» (Задание)
Весь стандарт сводится к одной концепции: Job. Задание включает три роли и четыре состояния, и в этой простоте заключается основной смысл.
Три роли
- Клиент (Client): Агент (или пользователь), запрашивающий работу и финансирующий ее.
- Исполнитель (Provider): Агент, выполняющий работу.
- Оценщик (Evaluator): Адрес, который подтверждает или отклоняет результат — это может быть ИИ-модель, смарт-контракт, DAO или мультисиг-кошелек.
Участники идентифицируются исключительно по адресам кошельков. Никакой централизованной проверки личности, аккаунтов на платформах или KYC. Это позволяет транзакциям между агентами, между агентом и человеком, а также между человеком и агентом проходить через один и тот же примитив.
Четыре состояния
Каждое задание проходит строгий жизненный цикл:
- Открыто (Open) — Клиент размещает запрос на задание с требованиями.
- Профинансировано (Funded) — Клиент вносит оплату на эскроу-контракт.
- Отправлено (Submitted) — Исполнитель сдает работу и предоставляет доказательства.
- Завершено (Terminal) — Оценщик одобряет (средства перечисляются Исполнителю) или отклоняет (средства возвращаются Клиенту). Срок действия задания также может истечь, что приведет к автоматическому возврату средств Клиенту.
Механизм эскроу имеет решающее значение. Вместо прямой отправки платежей средства блокируются в смарт-контракте до тех пор, пока Оценщик не подтвердит выполнение. Это устраняет два сценария сбоев, характерных для автономной коммерции: исполнителей, которые забирают оплату и исчезают, и клиентов, которые получают работу и отказываются платить.
Хуки (Hooks): Расширяемость без сложности
ERC-8183 включает опциональную систему хуков (Hooks) — смарт-контрактов, которые выполняют дополнительную логику до или после каждого перехода между состояниями. Именно здесь кроется настоящая гибкость стандарта:
- Хуки торгов (Bidding hooks) позволяют нескольким исполнителям бороться за задание до этапа финансирования.
- Хуки репутации (Reputation hooks) обновляют ончейн-рейтинги доверия после каждой завершенной транзакции.
- Платежные хуки (Payment hooks) позволяют осуществлять потоковые платежи, выплаты по этапам или расчеты в различных токенах.
- Хуки валидации (Validation hooks) запускают автоматическую проверку (например, проверку того, что сгенерированный код компилируется или изображение соответствует промпту).
Хуки позволяют сохранять основной протокол минималистичным, обеспечивая при этом сложные рабочие процессы. Простая задача агента может не использовать хуки вовсе, в то время как корпоративная цепочка поставок ИИ может объединять сразу пять.