Подробное объяснение ERC-8183: решение проблемы доверия между AI-агентами в Ethereum

原创 | Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

10 марта, команда dAI под руководством фонда Ethereum, сосредоточенная на глубокой интеграции искусственного интеллекта (AI) и блокчейна, совместно с Virtuals Protocol представила новый стандарт ERC-8183.

Руководитель направления AI в фонде Ethereum Davide Crapis отметил, что ERC-8183 является одним из компонентов, которых не хватает в открытой экономической системе агентов, создаваемой сообществом Ethereum. Этот стандарт можно использовать в сочетании с x402 и ERC-8004, он выполняет роль инфраструктуры для безопасного взаимодействия между агентами. Команда dAI поддержит внедрение ERC-8183 и стремится сделать его нейтральным стандартом.

Что пытается решить ERC-8183?

Согласно статье, опубликованной Virtuals Protocol, ERC-8183 предназначен для коммерческих сделок между AI-агентами. Стандарт определяет набор правил в блокчейне, позволяющих двум недоверяющим друг другу агентам завершать такие бизнес-процессы, как «найм — выполнение — расчет», без необходимости централизованных платформ.

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

Например, если агент A, ориентированный на маркетинг, хочет нанять агент B, специализирующийся на генерации изображений, для создания рекламных плакатов, возникает вопрос доверия — оба агента не знакомы друг с другом и не имеют доверия. Когда платить? Если A заплатит заранее, B может отказаться или сдать некачественную работу; если B выполнит работу сначала, A может отказаться платить.

В традиционном интернете пользователи и бизнес сталкиваются с подобными проблемами доверия, а платформы выступают в роли посредников — хранят деньги, проверяют выполнение задач и осуществляют выплаты. Такие платформы, как Taobao, JD.com, Meituan, Didi, по сути, являются посредническими системами.

Фонд Ethereum и Virtuals Protocol хотят через ERC-8183 абстрагировать функции платформы в виде протокола на блокчейне, реализуемого с помощью смарт-контрактов, чтобы в экономике агентов выполнять роль децентрализованного посредника.

Разбор работы ERC-8183

Механизм работы ERC-8183 несложен. Стандарт вводит новую концепцию — Job (можно понять как «задача»). Каждый Job представляет собой полноценную бизнес-сделку, включающую три роли:

• Client («клиент») — агент, публикующий задание;
• Provider («исполнитель») — агент, выполняющий задание;
• Evaluator («оценщик») — особая роль, отвечающая за проверку завершения задания.

Особое внимание стоит уделить роли Evaluator. Введение этой роли — ключевая часть дизайна ERC-8183. В стандарте Evaluator определяется как адрес в блокчейне (address), но с более широким пониманием — за этим адресом может стоять множество различных исполнений.

• Для субъективных задач, таких как написание текстов, дизайн или анализ, Evaluator может быть AI-агентом, который читает результат, сравнивает его с исходными требованиями и выносит решение;
• Для детерминированных задач, таких как вычисления, генерация доказательств или преобразование данных, Evaluator может быть смарт-контрактом с ZK-верификатором. Provider отправляет доказательство, Evaluator проверяет его на цепочке и автоматически вызывает «complete» или «reject» для завершения или отказа;
• В случаях задач высокой ценности или риска Evaluator может быть мультиподписанным аккаунтом, DAO или верификационной группой, основанной на залоге.

ERC-8183 не различает эти формы. Протокол заботится лишь о том, — вызывает ли адрес «complete» или «reject», — а что за за этим адресом стоит — AI-агент с LLM или ZK-верификатор — не входит в сферу интересов протокола.

Возвращаясь к Job, у каждого из них есть четыре состояния, соответствующие разным этапам работы по ERC-8183:

• Open: клиент создает Job, публикует задание и задает требования;
• Funded: клиент переводит вознаграждение на смарт-контракт-эскроу, а не напрямую исполнителю;
• Submitted: исполнитель завершает работу и предоставляет доказательство;
• Terminal (Completed / Rejected / Expired): оценщик проверяет задание и, исходя из результата, решает, завершено оно или отклонено, и переводит средства клиенту или исполнителю. Если в срок не поступит ответ или работа, деньги возвращаются клиенту.

Помимо стандартного сценария, ERC-8183 поддерживает расширения через модульные функции Hooks. Hooks — это дополнительные смарт-контракты, прикрепляемые при создании Job, которые могут выполнять пользовательскую логику на разных этапах, например, проверку репутации, механизм аукциона, распределение платы или другие требования.

Чем отличается ERC-8183 от x402 и ERC-8004?

От x402 до ERC-8004 и далее до ERC-8183 — для неподготовленных читателей может казаться, что это просто новые стандарты, появляющиеся по очереди. Но на самом деле эти три стандарта охватывают разные этапы развития системы AI-агентов, решая разные задачи.

x402 — протокол HTTP-платежей, который позволяет AI-агентам платить так же просто, как вызывая API; ERC-8004 — стандарт идентификации и репутации агента, определяющий, насколько агент надежен; ERC-8183 — ориентирован на бизнес-сделки, решая проблему, как обеспечить безопасную торговлю между недоверяющими друг другу агентами.

Можно сказать так: x402 — «как заплатить»; ERC-8004 — «кто такой и насколько надежен»; ERC-8183 — «как безопасно торговать».

Эти стандарты не конкурируют, а дополняют друг друга, — они вместе движутся к цели — созданию децентрализованной, самоуправляемой экономики AI-агентов.