Virtuals совместно с Ethereum Foundation выпустили ERC-8183: доверия не требующийся on-chain бизнес-протокол

Автор: Virtuals Protocol

Перевод: Глубокий Волн TechFlow

Глубокий Волн: Virtuals Protocol совместно с командой dAI Фонда Ethereum выпустили предложение стандарта ERC-8183, основная идея которого — создание доверительно-нейтрального on-chain бизнес-протокола для экономического взаимодействия AI-агентов. Это не очередной платежный протокол, а целая инфраструктура, охватывающая спецификации задач, хранение, проверку доставки и оценку репутации. В сочетании с ранее предложенным ERC-8004 (идентификация и репутация агента) эти стандарты образуют замкнутый цикл: обнаружение, сделки, накопление репутации, улучшенное обнаружение, больше доверительных сделок. Если вы интересуетесь путями внедрения AI-агентов в цепочку, эта статья заслуживает внимательного изучения.

Полный текст ниже:

Разработано совместно Virtuals Protocol и командой dAI Фонда Ethereum

Стандарты:

Обсуждение: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Присоединяйтесь к сообществу Builder:

Бизнес: предпосылки децентрализованного AI

Если мы хотим, чтобы AI-агенты были доступными, децентрализованными, не контролировались одной платформой, не зависели от единственного поставщика и не имели единой точки отказа, то бизнес — необходимая часть. Бизнес не может быть придумана постфактум — он должен быть инфраструктурой. И эта инфраструктура должна быть всегда открытой, без лицензий. Именно для этого создавался @ethereum — «общий цифровой пространственный ресурс без владельца».

Почему? Потому что децентрализация на уровне AI и агентов требует множества независимых агентов и сервисов. Например, если только один агент умеет генерировать изображения, и он перестает работать, то независимо от протокола, генерация изображений становится централизованной. Если только один поставщик контролирует выполнение сделок, управление средствами зависит от его воли. Если только одна платформа управляет расчетной инфраструктурой, все участники — поставщики и клиенты — подчинены её правилам, даже если на платформе тысячи агентов.

Поэтому необходим открытый бизнес: любой агент должен иметь возможность покупать услуги, любой — предоставлять их. Нет ворот, нет закрытых садов, нет принудительных посредников.

Почему блокчейн

Ключ в том, что бизнес может функционировать только тогда, когда все стороны доверяют выполнению сделки. Если клиент платит заранее, как убедиться, что поставщик доставит? Если поставщик доставляет сначала, как убедиться, что заплатят? Нужно, чтобы кто-то держал средства, отслеживал выполнение работы и выполнял результаты: при завершении — высвобождение платежа, при неудаче — возврат. Именно доверие (или его отсутствие) порождает централизованные сущности или «сторожевых».

В традиционной архитектуре этим «кем-то» выступает платформа. Компания держит средства, управляет состоянием, решает, кто и когда получит вознаграждение. Такой подход работает — пока не перестает. Платформа может менять правила, замораживать средства, удалять поставщиков, останавливать работу. Каждый участник зависит от доброй воли платформы. Это — централизация, не на уровне протокола, а на уровне исполнения. В этом нет ошибки, но в системах без доверия это необходимо. Наша цель — «децентрализовать» (de-totalization): предотвратить полный контроль любой одной сущности над сделками агентов. Мы видели, что разработчики хотят инфраструктуру, на которую можно полагаться, но без зависимости от доброй воли конкретной платформы.

Решение — децентрализованные смарт-контракты. Хранение, состояние и оценка проходят в открытом, неизменяемом коде, не принадлежащем никому. Контракт — нейтральный исполнитель, создающий значимые сигналы для репутации сторон.

On-chain расчет обеспечивает то, что централизованные платформы не могут — переносимые, проверяемые, неизменяемые записи. Каждая выполненная задача, каждый сертификат оценщика, хэш каждого результата — все записано в цепочку. Это источник данных для систем репутации и идентификации агентов. Без on-chain расчетов не будет проверяемой истории. Без истории — не будет переносимой репутации. Без переносимой репутации каждый взаимодействие агента начинается с нуля доверия.

Именно поэтому нужны стандарты на цепочке. Хранение, переходы состояний, сертификация — эти части должны быть нейтральными, безопасными и исполняемыми.

Обнаружение, согласование и коммуникации могут проходить как on-chain, так и off-chain, через любые удобные интерфейсы. Агент может взаимодействовать через HTTP по протоколу x402, как с API или HTTPS-запросами. Агент не обязательно должен напрямую взаимодействовать с цепочкой. Он подписывает сообщение, а фасилитатор обрабатывает расчет и стандарты on-chain. Или агент может взаимодействовать напрямую через MCP или A2A. Интерфейсы гибкие, но основное расчетное ядро должно быть доверительно-нейтральным, программируемым и on-chain. Это инфраструктура, которую централизованные системы не предоставляют, потому что она ослабляет их контроль.

Экономика агентов

Модели и агенты AI каждый месяц становятся все мощнее. Задачи, ранее требовавшие человеческого профессионализма — писать код, создавать медиа, анализировать финансы, координировать сложные рабочие процессы — теперь выполняются агентами с равной или большей точностью. И возможности растут экспоненциально. Траектория развития AI делает новую экономику неизбежной.

Когда агент становится сильнее, его работа ценнее. Агент, создающий изображения, неотличимые от профессиональной фотосъемки, — платная услуга. Агент, анализирующий портфель и выполняющий оптимизационные сделки — управляет реальными деньгами. Агент, просматривающий юридические документы и отмечающий риски — выполняет работу, за которую люди платят сотни долларов в час.

Это — ключевое изменение: AI и агенты становятся участниками экономики, создающими ценность и предоставляющими услуги.

Когда AI становится доступным каждому, каждый человек, организация и устройство может иметь своего агента. Экономика меняется. Агенты не только взаимодействуют и обслуживают людей, но и взаимодействуют друг с другом, создавая сеть сделок. Например, агент, координирующий маркетинговую кампанию, может подписывать контент-агентов, дистрибьюторских агентов и аналитиков. Экономика превращается в сеть взаимодействий между агентами, работающую на машинных скоростях и масштабируемую по всему миру.

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

Проблема: доверительные сделки между агентами

Экономика агентов требует бизнес-операций между агентами. Но сделки между агентами, не имевшими ранее взаимодействия и пересекающими границы организаций и цепочек, должны быть доверительно-нейтральными.

Людские сделки, найм или использование сервисов основаны на доверии. В этих случаях доверие обеспечивают платформы, отзывы, правовые системы и социальные нормы. Когда один агент нанимает другого, эти механизмы не работают. Нет репутации, нет юридических или репутационных сигналов, нет платформ или регуляторов, которые бы обеспечивали исполнение.

Встает вопрос: как сделать так, чтобы сделки между агентами были доверительно-нейтральными?

Нельзя просто перевести токены и надеяться на лучшее. Передача токенов — это не сделка, а платеж без гарантий. Нет записей о договоренностях, нет механизма удержания средств до выполнения, нет сигналов для других агентов, нет оценки, и если поставщик не выполнит — нет возможности взыскать.

Нужна структурированная механика сотрудничества: средства хранятся в программируемом, децентрализованном, нейтральном хранилище, работа выполняется с помощью проверяемых артефактов, оценщик подтверждает соответствие результатов условиям, а итог — детерминированный. Средства высвобождаются при выполнении, возвращаются при отказе, могут быть возвращены по истечении срока. Все это связано с идентичностью и репутацией сторон.

ERC-8183: primitive «Job»

В тесном сотрудничестве с командой @ethereumfndn dAI мы оформили это в стандарт. ERC-8183: Agentic Commerce — открытый, без лицензий стандарт для бизнес-приложений агентов, реализуемый через смарт-контракты, хранящие и сертифицирующие задания и оценки.

Стандарт определяет основной элемент: «Job». Каждое задание включает три стороны — клиент (Client), поставщик (Provider) и оценщик (Evaluator). Каждая сторона определяется только своим адресом кошелька, что делает этот primitive широко применимым.

Ключевые компоненты и принципы «Job»: (i) спецификация и описание задачи — четкая запись связанной с оплатой работы, услуги или задания; (ii) платеж — хранится в доверительно-нейтральном хранилище до финала и программно высвобождается; (iii) проверяемая, трассируемая доставка — защищает обе стороны; (iv) сертификация оценщика — создает сигналы о идентичности и репутации сторон, обеспечивая согласованность без доверия.

Это обеспечивает четыре ключевых состояния «Job», гарантирующих доверительные сделки:

Open → Funded → Submitted → Terminal (Completed / Rejected / Expired)

Вкратце: клиент создает задание для поставщика, вносит средства, которые блокируются в хранилище. После выполнения работы поставщик вызывает submit, прикрепляя результат (или его ссылку). Оценщик проверяет результат и вызывает complete (высвобождение средств поставщику) или reject (возврат клиенту). Если до срока ни одна сторона не действует, задание истекает, и средства возвращаются клиенту.

Стандарт минимален, представляет атомарный primitive. Он не регламентирует переговоры, структуру оплаты, разрешение споров, коммуникации или обнаружение. Он лишь задает минимальный жизненный цикл «Job» — основу доверительной сделки.

Оценщик

Ключевое понятие и решение в ERC-8183 — оценщик (Evaluator), который определяется только адресом. Это всегда агент, в самом широком смысле.

Для субъективных задач — написания текста, дизайна, анализа — оценщик может быть AI-агентом, читающим результат и сравнивающим с запросом. Для детерминированных задач — генерации доказательств, преобразования данных — оценщик — смарт-контракт с ZK-верификатором. Поставщик предоставляет доказательство, оценщик проверяет его в цепочке и вызывает complete или reject. В высокорискованных сценариях оценщик может быть мульти-подписанным, DAO или залоговым валидатором.

Стандарт не делает различий. Адрес вызывает complete или reject. Этот адрес может быть LLM-агентом или ZK-цепочечным контрактом — протокол не важен. Это позволяет обрабатывать как задачи за 0.1 доллара на генерацию изображения, так и сделки на сотни тысяч долларов по управлению фондами.

Модули расширения: Hooks

Primitive «Job» минимален, но бизнес — нет. Реальные приложения требуют кастомных проверок, обновлений репутации, распределения платежей, управления капиталом, аукционов и специфической логики.

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

Если Hook не установлен — контракт работает по стандарту. Реализация без Hooks полностью совместима с ERC-8183. Hooks — это расширение, не обязательное. Такой дизайн сохраняет минимализм ядра и стабильность интерфейса. Новые сценарии реализуются через новые Hook-контракты, логика остается на цепочке, программируемой и доверительно-нейтральной — как и ядро.

Примеры бизнес-приложений

Основной «Job» — прямой сервис: платежи, доставка, оценка. Но экономика агентов сложнее. Некоторые задания связаны с управлением капиталом клиента, а не только оплатой. Некоторые требуют аукционов перед распределением. Некоторые — доверительные проверки с внешней репутацией. Это разные модели, и Hooks позволяют использовать один и тот же основной интерфейс «Job» для поддержки этой диверсификации, делая ERC-8183 универсальным бизнес-примитивом.

Базовые «Job» — без Hooks, для оплаты контента, анализа данных, ревью кода. Полностью управляемые процессы.

«Финансовые» Job выходят за рамки оплаты услуг. Клиент предоставляет капитал (токены или инвестиции), поставщик его преобразует, и результат возвращается. Hooks могут управлять этим двунаправленным движением капитала вне основного хранения, обеспечивая, что поставщик внесет необходимые токены до завершения. Это подходит для yield farming, токен-обменов, ребалансировки портфеля — любой сценарий, где поставщик работает с капиталом клиента или требует предварительных вложений.

Аукционные «Job» меняют модель распределения. Не клиент выбирает поставщика, а поставщики конкурируют по цене. Hooks проверяют подписи предложений, подтверждая обещания поставщиков. Никто не может подделать или отрицать условия.

Репутационные «Job» реализуют доверие на уровне протокола. Hooks могут обращаться к ERC-8004 для проверки репутации и блокировать низкорейтинговых поставщиков или требовать более строгих условий.

Конфиденциальные «Job» используют Hooks для обеспечения приватности. Например, «submit» может содержать ZKP или ссылку на зашифрованную среду (TEE), не раскрывая чувствительные данные. Это обеспечивает доверительные и публичные платежи, сохраняя интеллектуальную собственность или личные данные в «убежище», доступное только авторизованным агентам.

Риск-оценочные и андеррайтинговые «Job» могут через Hooks реализовать процессы одобрения. Например, залог, проверка репутации, выполнение гарантийных условий или внешних оракулов. Эти процессы ранее были не прозрачны, теперь — программируемы и конкурентны.

Каждый из этих сценариев может реализовываться отдельным Hook-контрактом, сохраняя ядро и стандарт «Job». Новые модели, бизнес-приложения или кастомные логики — это новые Hooks. Мы уже создали несколько примеров Hooks, чтобы показать возможности, но считаем, что это только начало. Как будет выглядеть страховой бизнес, креативное сотрудничество или управление цепочками поставок в рамках Agent-экономики — мы еще не знаем, и это важно. Стандарты будут развиваться вместе с этим, а не ограничивать. Они созданы для открытого развития, потому что лучшие идеи рождаются в экосистеме. Мы ждем совместных открытий.

Взаимосвязь с ERC-8004

ERC-8183 не существует отдельно. Он тесно связан с ERC-8004 («Trustless Agents»), стандартом идентификации, репутации и верификации агентов Ethereum.

ERC-8004 решает проблему обнаружения и доверия: как агенты находят друг друга и оценивают надежность. Но его ценность зависит от активности, записанной в реестре. Без реальных взаимодействий и поведения идентификатор — пустой профиль. Репутация требует реальных взаимодействий. Верификация — определенных доставок.

ERC-8183 обеспечивает бизнес-активности, питающие доверие ERC-8004. Каждый «Job» — это сигнал репутации. Каждая доставка — это артефакт, который оценщик может проверить. Каждая оценка — это сертификат, который могут использовать другие агенты.

Эти стандарты образуют цикл: обнаружение (8004) → бизнес (8183) → репутация (8004) → лучшее обнаружение → больше доверительных сделок.

Без одного из них — не будет полноценной системы. Вместе они создают основу доверительных взаимодействий агентов.

Выход за рамки платежей

ERC-8183 — не платежный протокол, а бизнес-стандарт.

Платежи — это только перемещение денег. Бизнес — гораздо больше. Он включает договоренности, выполнение, проверку, разрешение споров и доверие. В традиционной системе бизнес работает благодаря сопутствующим механизмам: оценке рисков, кредитованию, обнаружению мошенничества, возвратам, репутации. Эти функции — ценность платежных систем, карт и платформ — не только в переводе денег, а в инфраструктуре доверия.

Когда бизнес переходит в цепочку, эти функции не исчезают. Их нужно воссоздать в доверительно-нейтральной, программируемой, открытой форме. Это — то, что делает ERC-8183.

Модель хранения и сертификации оценщика в «Job» похожа на механизм авторизации и возврата, с предустановленными условиями расчетов. Использование ERC-8004 для репутации и других метрик — как переносимая, проверяемая история. Hooks заменяют централизованные механизмы оценки рисков — любой фасилитатор может внедрить их. Итог — не только способ перемещения средств, а полная инфраструктура доверия, открытая и без лицензий.

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

Обратная совместимость и возврат средств

Еще одна проблема — необратимость платежей. Если карта списывает деньги, а услуга оказалась плохой, клиент может оспорить и отменить списание. После перевода — деньги исчезают. Это — реальный аргумент против.

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

Для предавторизаций с неопределенной суммой — депозитов в отелях или расширяемых услугах — Hooks позволяют зафиксировать максимальную сумму, а окончательный расчет — по проверяемым входным данным. Такая архитектура поддерживает гибкие доверительные модели и прозрачность расчетов, оставаясь открытой, без доверия и на цепочке.

Новые участники экономики

Поток AI-революции создает новых участников — покупателей и продавцов. Миллионы разработчиков и энтузиастов используют AI-помощники для создания микросервисов, API и инструментов, зачастую без юридического лица, сайта или истории сделок. Агентов из технологических компаний и open-source фреймворков привлекают миллионы пользователей.

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

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

Отсутствие возможности кредитовать новых поставщиков — временный недостаток. Но открытый стандарт сокращает этот цикл. Уже сегодня любой фасилитатор может внедрить ERC-8183. Экосистема развивается через эксперименты, а не через централизованные решения. Но важнее — ERC-8183 в связке с ERC-8004 не только устраняет проблему кредитования, но и решает корень — отсутствие проверяемой истории. Каждое выполненное задание записывается в цепочку: хэш результата, сертификация оценщика, итог. Эта история переносима, проверяема и не принадлежит никому.

Важно, что эти записи не заперты внутри одного платформенного пространства. Сегодня платформа А знает о вашем уровне возвратов, платформа В — о вашей репутации продавца, но вы не можете перенести эти данные. В ERC-8183 репутация — это переносимый актив, который принадлежит самому участнику. Любой фасилитатор, любая цепочка, любой интерфейс, использующий этот стандарт, может читать эти данные. ERC-8183 питается идентичностью и репутацией в цепочке (ERC-8004) и предоставляет данные для сертификации и кредитования.

Совместное построение будущего Agent-экономики и децентрализованного AI

ERC-8183 — это открытый стандарт доверительной Agent-экономики. Как участвовать:

Создавайте на базе ERC-8183. Стать фасилитатором! Разверните ERC-8183 на своей цепочке. Создавайте SDK, обертки, сканеры и трекеры. Разрабатывайте новые интерфейсы и UX, обеспечивающие безопасное и проверяемое расчетное взаимодействие через ERC-8183. Создавайте фреймворки для Agent, взаимодействующих с этим стандартом.

Экспериментируйте с Hooks. Нужны платежи по этапам или разрешение споров? Реализуйте их как Hooks. Это пространство для творчества и расширения.

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

Вносите предложения и делитесь отзывами. Это — открытый стандарт. Он развивается через эксперименты, реальные кейсы, честную обратную связь и итерации. Если что-то недостает — предлагайте. Есть ошибки — критикуйте. Стандарт и код открыты, обсуждения — открыты. Совместно развиваем.

Экономика агентов строится на открытых стандартах или на закрытых «садах». Мы выбираем открытые стандарты. Общий цифровой пространственный ресурс.

ERC-8004 — для доверия. ERC-8183 — для бизнеса. А остальное — ваше дело.

Связанные ресурсы:

ERC-8183 — спецификация:

ERC-8004 — спецификация: eips.ethereum.org/EIPS/eip-8004

Обсуждение ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902