Всё, что нужно знать об ERC-8004

10 февр. 2026 г.

Всё, что нужно знать об ERC-8004

От повседневных задач до профессиональных процессов — ИИ-агенты стремительно превращаются в стандартных «работников» интернета: они вызывают API, договариваются об услугах и даже управляют средствами. Концепция автономной, самоорганизующейся агентской экономики уже перестала быть фантастикой — она активно формируется в сферах криптотрейдинга, DeFi-операций, ончейн-исследований и агентской коммерции.

Но за всей этой шумихой скрывается важный вопрос:

Когда два ИИ-агента, разработанные разными командами и ранее не взаимодействовавшие, хотят сотрудничать, как они могут доверять друг другу?

Если вы нанимаете подрядчика, с которым раньше не работали, вы изучаете его прошлые отзывы, рекомендации и опыт. ERC-8004 переносит эту идею в децентрализованные сети — используя Ethereum как нейтральную точку доверия для идентичности, репутации и верификации агентов. (eips.ethereum.org)

Что такое ERC-8004 (и что это не такое)

ERC-8004 ("Trustless Agents") — это проект стандарта прикладного уровня на базе Ethereum, призванный упростить обнаружение и оценку агентов за пределами отдельных организаций, без необходимости полагаться на централизованные платформы. (eips.ethereum.org)

Для этого стандарт описывает три легковесных ончейн-реестра:

Реестр идентичности
Реестр репутации
Реестр верификации (eips.ethereum.org)

Важно понимать, чем ERC-8004 не является:

Он не заменяет протоколы для общения агентов (но может ссылаться на них).
Он не управляет платежами напрямую (но может включать подтверждения платежей в рамках отзывов). (eips.ethereum.org)

Начать можно со спецификации: ERC-8004: Trustless Agents

Почему криптоэкосистема нуждается в «уровне доверия агентов» в 2025–2026 годах

В 2025 году пользовательский опыт в криптоиндустрии сосредоточился на автоматизации: исполняемых намерениях, абстракции цепочек, «умных кошельках» и AI-ассистентах для управления портфелем. В 2026 году следующим логичным этапом стали агентские рынки — когда одни агенты нанимают других для выполнения задач: получения данных, исполнения, аудита, маршрутизации и расчётов.

Но есть одна проблема: автоматизация увеличивает риски злоупотреблений.

Без унифицированных механизмов доверия такие открытые рынки быстро сталкиваются с проблемами:

Подделка агентов (ложные конечные точки, фальшивые описания сервисов)
Атаки Сивиллы на репутацию (армии поддельных агентов, оценивающих друг друга)
Непроверяемые утверждения ("Я выполнил стратегию" / "Я проверил доказательство")
Компрометация ключей (агенты, способные подписывать операции или управлять средствами, становятся заманчивыми целями)

ERC-8004 создаёт инструменты, делающие доверие составным, проверяемым и переносимым — чтобы репутация могла сопровождать агента независимо от цепочки или платформы. (eips.ethereum.org)

Основной подход: три реестра

1) Реестр идентичности: «паспорт» агента на базе ERC-721

ERC-8004 использует принцип ERC-721 (NFT), чтобы регистрировать агентов, предоставляя каждому уникальный ончейн-идентификатор, уже совместимый с существующими инструментами в NFT-экосистеме. (eips.ethereum.org)

Ключевые моменты:

Агент идентифицируется по:
- agentRegistry = {namespace}:{chainId}:{identityRegistry}
- agentId = tokenId
agentURI агента указывает на JSON-файл регистрации, содержащий:
- имя / описание / изображение
- конечные точки сервиса (например, web, A2A, MCP, ENS, DID, email)
- информацию о поддержке репутации, криптоэкономических проверок или TEE-аттестации (eips.ethereum.org)

Практическая польза:

Агент может указать конечную точку Model Context Protocol (MCP) — обеспечения унифицированного доступа ИИ-приложений к инструментам. См. Introducing the Model Context Protocol
Также можно задать адрес для приёма ончейн-платежей, используя поле agentWallet, обновляемое только при наличии корректной подписи (EIP-712 / ERC-1271). (eips.ethereum.org)

Дополнительно предусмотрена опциональная проверка домена агента через файл /.well-known/agent-registration.json — помогает подтверждать, что реквизиты действительно принадлежат владельцу домена.

2) Реестр репутации: стандартизированные отзывы

После взаимодействия клиент (человек или агент) может оставить отзыв, используя стандартизированный интерфейс.

Ключевые особенности:

Отзыв представляет собой подписанное фиксированное числовое значение ( int128 + десятичные) и необязательные теги.
Подробности могут храниться вне цепочки (например, в IPFS), а в блокчейне фиксируются:
- события для индексирования
- хэши файлов (для интегритетной проверки ссылок) (eips.ethereum.org)
Резюме отзывов следует фильтровать по известным клиентским адресам, чтобы сократить риски спама и манипуляций.

Это важно — ведь репутация становится фактором маршрутизации:

"Какой агент лучше выполнит моё намерение?"
"Кто адекватнее озвучит цену для внебиржевого обмена?"
"Какой агент проверит результат до окончательного расчёта?"

3) Реестр верификации: механизм проверки для критических задач

Иногда репутации недостаточно. В ERC-8004 предусмотрен универсальный способ верификации:

Агент указывает на внешний пакет данных (и его хэш) и запрашивает проверку.
Контракт-валидатор возвращает оценку (0–100) и, при желании, предоставляет подтверждение. (eips.ethereum.org)

Поддерживаются различные модели верификации:

перепроверка за счёт залога
криптодоказательства по типу zkML
оркестраторы на базе TEE (доверенных сред исполнения)

Иными словами — переход от:

«люди говорят, что агент хороший»
к:
«третья сторона может криптографически или экономически подтвердить корректность работы»

ERC-8004 в контексте остальных агентских стандартов: MCP, A2A и платежи

Практическая модель:

MCP стандартизирует использование агентами контекста и инструментов (вертикальные способности). Документация MCP
A2A — взаимодействие и координация между агентами (горизонтальная интеграция)
ERC-8004 выполняет роль слоя доверия и обнаружения: кто этот агент, заслуживает ли доверия, можно ли проверить результат работы (eips.ethereum.org)

Платежи специально оставлены «вне рамок спецификации», но предполагается использование подтверждений платежей в составе отзывов. Одно из возможных направлений — интеграция с x402 (механизм HTTP 402 "Payment Required", адаптированный для интернет-оплат), поддерживаемый крупными инфраструктурными игроками.

Подробнее: Cloudflare и Coinbase запускают фонд x402

Текущий статус: черновик стандарта, но уже с реальной реализацией

ERC-8004 был представлен 13 августа 2025 года и пока обладает статусом черновика в официальном репозитории ERC. (eips.ethereum.org)

При этом экосистема развивается быстро: согласно нескольким источникам, основные реестры ERC-8004 уже развёрнуты в основной сети Ethereum 29 января 2026 года, демонстрируя готовность к практическому внедрению даже до завершения стандартизации. (forbes.com)

Интересный обзор на китайском языке: Инфраструктура экономики ИИ-агентов: ERC-8004 & A2A & MCP

Вопросы безопасности, о которых нельзя забывать

ERC-8004 делает доверие переносимым, но не устраняет все опасности:

Атаки Сивиллы и манипуляции с репутацией
Возьмите под контроль, кто может оставлять отзывы. Применяйте фильтрацию, весовые оценки и валидаторов. (eips.ethereum.org)
Перехват конечных точек и злонамеренные обновления
Конечные точки, указанные в файле регистрации, могут изменяться. Верификация домена — минимальное требование, а не абсолютная защита.
Управление ключами = вопрос выживания
Поскольку агент — это ERC-721 токен, ключ от владельца — это корень доверия. При его компрометации можно изменить конечные точки, адрес для платежей или передать самого агента другому.
Идентичность ≠ компетенция
ERC-8004 доказывает, что агент существует, но не гарантирует его компетентность. Именно для этого и нужны репутация и проверка.

Практический чеклист: как проверить агента ERC-8004 перед взаимодействием

Если вы пользователь или протокол, использующий агентов:

Проверьте ончейн-идентичность (реестр + agentId)
Ознакомьтесь с файлом регистрации агента и проверьте конечные точки (включая /.well-known/, если есть)
Учитывайте контекст репутации: оценивайте источники отзывов, соответствующие теги и связанные конечные точки
Для сложных задач требуйте верификацию (и заранее определите, каких валидаторов принимаете)
Ограничивайте разрешения: не давайте агентам бесконечные права доступа к токенам
Предпочитайте подписанные намерения, а не фоновое выполнение без подтверждения

Где здесь OneKey: защита ключей агента

ERC-8004 упрощает переносимость идентичности и репутации — но одновременно повышает требования к безопасности приватных ключей как для разработчиков, так и пользователей.

Аппаратный кошелёк, такой как OneKey, может быть важной частью модели безопасности ERC-8004:

Оффлайн-хранение ключа владельца защищает от компрометации и подмены конечных точек
Подтверждение на уровне устройства снижает риски при передаче агента или изменении критичных данных вроде кошелька для платежей
Пользователи, работающие с агентами, получают дополнительную защиту от «невидимого» подписания действий

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