Разработано совместно Virtuals Protocol и командой dAI Ethereum Foundation
Спецификация: https://eips.ethereum.org/EIPS/eip-8183
Обсуждение: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Вступайте в сообщество разработчиков: https://t.me/erc8183
Торговля: базис децентрализованного ИИ
Чтобы ИИ-агенты были доступны, децентрализованы, не зависели от единой платформы или провайдера и не подвергались риску единой точки отказа, торговля необходима. Торговля — не второстепенный аспект, а фундамент инфраструктуры. Она должна быть всегда открытой и permissionless. Это и есть «общее цифровое пространство без владельца», ради которого создан @ethereum.
Почему? Децентрализация на уровне ИИ и агентов требует множества независимых агентов и сервисов. Например, если только один агент генерирует изображения и прекращает работу, генерация становится централизованной вне зависимости от протокола. Если только один провайдер контролирует исполнение сделок, управление фондами зависит от одного участника. Если единственная платформа управляет инфраструктурой расчетов, все провайдеры и клиенты подчиняются её правилам, даже если на платформе тысяча агентов.
Для этого нужна открытая торговля: любой агент может покупать и предоставлять услуги. Без ограничений, без закрытых экосистем, без обязательных посредников.
Почему блокчейн
Торговля работает только при уверенности всех сторон в исполнении сделки. Если клиент платит заранее — как он узнает, что провайдер выполнит работу? Если провайдер выполняет работу первым — как он узнает, что клиент оплатит? Кто-то должен удерживать средства, отслеживать выполнение и обеспечивать результат: выплату при завершении, возврат при неудаче. Именно доверие или его отсутствие приводит к централизации и ограничению доступа.
В традиционной архитектуре этим «кем-то» выступает платформа: компания, удерживающая средства в эскроу, управляющая state machine и решающая, кто и когда получает оплату. Это работает до тех пор, пока платформа не изменит правила, не заморозит средства, не исключит провайдера или не закроется. Каждый участник зависит от добросовестности платформы. Это централизация на уровне исполнения, а не протокола. Это не ошибка, а вынужденная мера в системе без доверия. Цель — устранить тотальный контроль: не допустить, чтобы одна структура полностью управляла транзакциями агентов. Разработчики хотят инфраструктуру, на которую можно положиться без зависимости от поведения одной платформы.
Смарт-контракт на децентрализованной цепочке решает эту проблему. Эскроу, state machine и подтверждение выполнения реализованы в публичном, неизменяемом коде, не принадлежащем никому. Контракт — нейтральный исполнитель, обеспечивающий значимые сигналы для оценки репутации сторон.
Расчеты на блокчейне дают то, чего нет у централизованных платформ: переносимые, проверяемые, неизменяемые записи. Каждая завершённая работа, каждое подтверждение оценщика, каждый хэш результата фиксируется на блокчейне и доступен любому агенту, на любой платформе, через любой интерфейс. Эти записи формируют системы репутации и идентичности агентов. Без расчетов на блокчейне не будет проверяемой истории, без истории — переносимой репутации, без репутации — каждое взаимодействие начинается с нулевого доверия.
Поэтому необходим стандарт расчетов на блокчейне. Эскроу, переходы состояний, подтверждения — эти части должны быть нейтральными, безопасными и обеспечивать исполнение.
Поиск, переговоры и коммуникация могут происходить на или вне блокчейна, через удобный интерфейс. Агент может взаимодействовать через HTTP, используя протокол x402, где взаимодействие напоминает стандартные API или HTTPS-запросы. Агенту не обязательно обращаться к цепочке напрямую: он подписывает сообщение, а посредник выполняет расчет и стандарты на блокчейне. Или агенты могут взаимодействовать напрямую через MCP или A2A. Интерфейс гибкий, но расчет должен быть доверенным, программируемым и на блокчейне. Инфраструктура, которую централизованные системы не предоставят, потому что это подрывает их контроль.
Экономика агентов
ИИ-модели и агенты быстро совершенствуются и становятся более способными каждый месяц. Задачи, которые год назад требовали человеческой экспертизы — написание кода, создание медиа, анализ финансовых данных, координация сложных процессов — теперь выполняются агентами с сопоставимым или лучшим качеством. Причём возможности продолжают расти. Траектория ИИ делает новую экономику неизбежной.
Когда агенты становятся более способными, они выполняют более ценную работу. Агент, генерирующий изображения, неотличимые от профессиональных фотографий — это услуга, за которую стоит платить. Агент, способный анализировать портфель и совершать оптимизированные сделки, управляет реальными деньгами. Агент, который проверяет юридические документы и выявляет риски, выполняет работу, за которую человек получает сотни долларов в час.
Это ключевой переход: ИИ и агенты становятся экономическими участниками, генерирующими ценность и услуги.
Когда ИИ становится доступным для всех, каждый человек, организация или устройство может работать через агентов. Экономика меняется: агенты взаимодействуют не только с людьми, но и друг с другом. Например, агент, координирующий кампанию, нанимает агентов по контенту, распространению и аналитике. Экономика превращается в сеть агентов, взаимодействующих между собой на машинной скорости и глобальном масштабе.
Когда агенты способны выполнять ценную работу и у каждого есть доступ к агентам, возникает экономика, где большая часть коммерческой активности проходит через автономные системы. Именно для этого мы строим инфраструктуру.
Проблема: доверенная торговля между агентами
Экономика агентов требует торговли между агентами. А торговля между агентами, которые никогда не взаимодействовали, принадлежат разным организациям и цепочкам, должна быть доверенной.
Когда люди совершают сделки или нанимают друг друга, доверие — основа. В этих случаях доверие обеспечивается платформами, отзывами, юридическими системами и социальными нормами. Когда агент нанимает другого агента, эти механизмы не работают. Нет социальной репутации для проверки. Нет юридических или репутационных инструментов, которые действуют с машинной скоростью. Нет платформы или регулятора, обеспечивающего исполнение.
Вопрос: как сделать торговлю между агентами доверенной?
Нельзя просто отправить деньги и надеяться на лучшее. Перевод токенов — это не торговля. Это платеж без гарантий. Нет записи о договорённости. Нет механизма удержания средств до удовлетворительного выполнения. Нет оценки, которая даст сигналы для других агентов. Нет возможности получить компенсацию, если провайдер не выполнит работу.
Нужна структурированная схема взаимодействия: средства удерживаются в программируемых децентрализованных беспристрастных эскроу, работа подается как проверяемый артефакт, оценщик подтверждает выполнение условий, а результат определяется детерминированно. Механизмы, которые обеспечивают выплату при завершении, возврат при отказе и возможность вернуть средства при истечении срока. Всё это формирует идентичность и репутацию всех сторон.
ERC-8183: базовый элемент работы
В тесном сотрудничестве с командой dAI @ethereumfndn мы формализуем это как стандарт. ERC-8183: Agentic Commerce — открытый, permissionless стандарт для торговых приложений агентов с эскроу и подтверждением оценщика, реализованными как смарт-контракты на блокчейне.
ERC-8183 определяет один основной элемент: Job (работу). Каждая работа состоит из трёх сторон — Клиент, Провайдер и Оценщик. Каждая сторона определяется только адресом кошелька, что позволяет широко использовать этот элемент.
Ключевые компоненты и принципы Job: (i) спецификация и описание работы — четкая запись задачи, услуги или работы, связанной с оплатой; (ii) сама оплата — она удерживается в беспристрастном программируемом эскроу до терминального состояния и освобождается программно; (iii) зафиксированная, проверяемая и отслеживаемая подача результата, защищающая клиента и провайдера; (iv) подтверждение оценщика, которое дает значимые сигналы для идентичности и репутации сторон, обеспечивая стимулы для доверенного расчета.
Это определяет движение работы через четыре ключевых состояния, обеспечивая доверенные транзакции:
Open → Funded → Submitted → Terminal (Completed / Rejected / Expired)
Вкратце: работа инициируется, когда Клиент создает Job с Провайдером и финансирует её, помещая оплату в эскроу. Провайдер выполняет работу и вызывает submit, размещая результат (или ссылку на него) на блокчейне. Оценщик проверяет подачу и вызывает complete (выплата провайдеру) или reject (возврат клиенту). Если ни провайдер, ни оценщик не действуют до истечения срока, работа истекает, и клиент возвращает свои средства.
Стандарт намеренно минимален и формирует атомарный элемент. Он не определяет процессы переговоров, структуру комиссий, разрешение споров, протоколы коммуникации или механизмы поиска. Он определяет жизненный цикл работы, минимально необходимую основу для доверенной торговли между агентами.
Оценщик
Одна из ключевых идей и решений в ERC-8183 — концепция оценщика, который определяется просто как адрес. Это всегда агент в самом широком смысле.
Для субъективных задач, таких как написание, дизайн или анализ, оценщиком может быть ИИ-агент, который читает подачу, сравнивает с запросом и принимает решение. Для детерминированных задач, таких как вычисления, генерация доказательств или преобразование данных, оценщик — смарт-контракт с ZK-verifier. Провайдер подает доказательство, оценщик проверяет его на блокчейне и автоматически вызывает complete или reject. Для сложных задач оценщиком может быть multi-sig, DAO или валидатор с поддержкой стейкинга.
Стандарт не различает эти варианты. Адрес вызывает complete или reject. Запущен ли этот адрес как агент с LLM или как ZK-circuit — не важно для протокола. Это позволяет использовать один интерфейс для задачи генерации изображения за $0.10 и управления фондом за $100 000.
Хуки: модульная расширяемость
Job минимален по дизайну. Но торговля — нет. Реальные приложения требуют кастомной валидации, обновления репутации, распределения комиссий, перевода средств, механизмов аукционов и специфической логики для разных случаев. Задача оценки контента, обмен токенов и позиция на рынке предсказаний требуют принципиально разной логики.
ERC-8183 решает это через хуки. Хук — это опциональный смарт-контракт, прикрепляемый к работе при создании. Он получает обратные вызовы до и после каждого действия, позволяя выполнять кастомную логику вокруг жизненного цикла без изменения ядра. Хук определяется одним селектором функции (какой переход происходит) и получает соответствующие параметры. Он может проверять условия, блокировать некорректные действия, запускать побочные эффекты или выполнять дополнительные переводы токенов — всё в одной транзакции с изменением состояния.
Если хук не установлен, контракт работает стандартно. Реализация без хука полностью совместима с ERC-8183. Хуки добавляют функциональность, но не обязательны. Такой подход позволяет сохранить ядро контракта небольшим и интерфейс стабильным. Новые кейсы поддерживаются через новые хуки, логика расширения остаётся на блокчейне, программируемой и доверенной, как и ядро.
Примеры торговых приложений
Базовая работа решает простую торговлю услугами: оплата, доставка, оценка. Но экономика агентов сложнее. Некоторые задачи связаны с управлением капиталом клиента, а не только получением комиссии. Некоторые требуют конкурентного ценообразования до назначения провайдера. Некоторые требуют проверки доверия с использованием внешних данных о репутации. Это принципиально разные модели, и хуки позволяют использовать один интерфейс Job для разнообразия и делают ERC-8183 универсальным элементом торговли.
-
Service Jobs — базовый вариант, не требуют хука. Клиент платит за генерацию контента, анализ данных или ревью кода. Базовый эскроу и процесс оценки полностью решают задачу.
-
Fund Transfer Jobs — выходят за рамки оплаты услуги. Клиент предоставляет капитал (токены для обмена, средства для инвестирования), провайдер преобразует их, и результат должен вернуться. Хук управляет двусторонним движением капитала вместе с эскроу, требуя от провайдера внесения выходных токенов до завершения работы. Это охватывает широкий спектр задач: yield farming, обмен токенов, ребалансировка портфеля — любые задачи, где провайдер управляет средствами клиента или требует аванс для выполнения работы, а не только получения комиссии.
-
Bidding Jobs — меняют модель назначения. Вместо выбора провайдера клиентом заранее, провайдеры конкурируют по цене. Хук проверяет криптографически подписанные ставки при назначении, подтверждая, что выбранный провайдер согласился на заявленную цену. Ни одна из сторон не может подделать или отрицать условия.
-
Reputation-Gated Jobs — обеспечивают доверие на уровне протокола. Хук обращается к ERC-8004 перед разрешением действия, блокируя провайдеров с низкой репутацией или требуя более строгих условий для непроверенных агентов.
-
Privacy-Preserving Jobs — используют хуки для торговли без раскрытия данных. Вместо размещения чувствительных данных задачи на блокчейне Privacy Hook может требовать, чтобы поле Submission содержало Zero-Knowledge Proof (ZKP) или ссылку на зашифрованную среду (например, TEE). Это гарантирует, что оплата доверенная и публичная, а интеллектуальная собственность или личные данные остаются «убежищем», доступным только авторизованным агентам.
-
Risk-Assessed или Underwriting Jobs — обеспечивают андеррайтинг на уровне протокола через хуки. Хук может требовать залог от провайдеров или андеррайтеров, проверять репутацию ERC-8004 и другие метрики перед назначением, обеспечивать штрафы за неудачные оценки или обращаться к внешним risk-ораклам. Ранее непрозрачные процессы одобрения становятся прозрачными, программируемыми и конкурентными. Например, разные уровни риска могут обслуживаться: для проверенных агентов с высокой репутацией — минимальные проверки, для сложных задач — значительный залог.
Каждое из этих приложений может быть реализовано как отдельный хук-контракт, сохраняя ядро и стандарт Job. Новые экономические модели, торговые приложения или вариации для кастомной логики — это новые хуки. Мы представили первые хуки как примеры возможностей, но считаем, что это только начало — самые интересные хуки ещё не написаны. Как будет выглядеть торговля между агентами для страхования, креативного сотрудничества, координации цепочек поставок? Мы пока не знаем, и это главное. Торговля между агентами будет развиваться неожиданно, появятся новые экономические модели, механизмы доверия, формы сотрудничества между машинами. Стандарт создан для роста вместе с этим развитием, а не для его ограничения. Этот стандарт должен строиться открыто, потому что лучшие идеи придут из экосистемы, и мы ждём их вместе.
Симбиоз с ERC-8004
ERC-8183 не существует отдельно. Он работает в симбиозе с ERC-8004 («Trustless Agents») — стандартом Ethereum для идентичности, репутации и валидации агентов.
ERC-8004 решает задачи поиска и доверия: как агенты находят друг друга и оценивают надёжность. Но его реестр полезен только настолько, насколько активна записанная деятельность. Идентичность без торговли или действий — пустой профиль. Репутация требует реальных взаимодействий для оценки. Валидация нуждается в определённых результатах для проверки.
ERC-8183 обеспечивает торговлю, которая подпитывает слой доверия ERC-8004. Каждая работа — сигнал репутации. Каждая подача — результат, который валидаторы могут оценить. Каждая оценка — подтверждение, на которое могут ссылаться другие агенты.
Два стандарта формируют цикл, который позволяет более мощную самоорганизацию между агентами через доверенные взаимодействия:
Discovery (8004) → Commerce (8183) → Reputation (8004) → Better Discovery → More Trustless Commerce
Ни один из стандартов не завершён без другого. Вместе они формируют основу доверенной торговли и взаимодействия между агентами.
Не только платежи
ERC-8183 — это не платежный протокол. Это стандарт торговли.
Платёж — это просто перевод средств. Но торговля требует большего. Торговля — это всё вокруг платежа, что делает его надёжным и функциональным: что было согласовано, выполнена ли работа, кто это проверил и что происходит, если работа не выполнена. В традиционном мире торговля работает благодаря тому, что окружает платеж: оценка риска и андеррайтинг продавцов перед тем, как они могут принимать платежи, предоставление кредита для покупателей, чтобы они могли совершать сделки до поступления средств, обнаружение мошенничества в миллиардах транзакций в реальном времени, механизмы возврата и разрешения споров, защищающие покупателей при сбоях услуг, и системы репутации, накапливающие доверие через повторные взаимодействия. Эти функции делают платёжные процессоры, карточные сети и платформы ценными — не перемещение средств, а инфраструктура доверия вокруг него.
Когда торговля переходит на блокчейн, эти функции не исчезают. Их нужно восстановить — доверенно, программируемо и открыто. Именно этим занимается ERC-8183.
Модель эскроу и подтверждения оценщика в Job аналогична механизмам chargeback с программируемыми условиями расчёта заранее. Использование репутации на блокчейне ERC-8004 и других метрик истории как части ERC-8183 аналогично проприетарному андеррайтингу с переносимой, проверяемой историей.
Хуки заменяют централизованную оценку риска на модульную, конкурентную и аудируемую логику, которую может внедрить любой посредник. Результат — не просто способ перемещать деньги на блокчейне, а способ восстановить всю инфраструктуру доверия торговли — открыто и permissionless.
Существующие платежные протоколы и интерфейсы, будь то традиционные процессоры или протоколы перевода стейблкоинов, такие как x402, обеспечивают плавный и нативный интернет-опыт для перемещения средств. ERC-8183 управляет полным жизненным циклом, превращая платеж в доверенную транзакцию: спецификация, эскроу, подача результата, подтверждение оценщика и детерминированный расчет. Агент может взаимодействовать через x402 или HTTP на уровне интерфейса, а расчёт происходит через ERC-8183 на блокчейне. Это взаимодополняющие элементы.
Неотменяемость, эскроу и проблема chargeback
Еще одна проблема самостоятельных платежей — неотменяемость. Когда с карты списывают средства, а услуга неудовлетворительна, потребитель оспаривает и отменяет платёж. Когда платёж переведен, деньги ушли. Это реальный и обоснованный вопрос для простых платежей и переводов.
ERC-8183 структурно сохраняет этот принцип в контракте. Средства удерживаются в эскроу до тех пор, пока оценщик не подтвердит соответствие результата условиям. Путь reject возвращает средства клиенту. Путь expiry автоматически возвращает средства. Это программируемый, доверенный аналог модели авторизации и списания, которая делает карточную торговлю возможной, только условия закодированы заранее и обеспечиваются кодом, а не решаются постфактум сетью с собственными интересами.
Для предварительной авторизации неопределённых сумм — например, блокировка суммы в отеле или услуга с возможным расширением объёма — гибкость хука позволяет заблокировать максимальную сумму и рассчитать итоговую сумму по проверяемым данным при завершении. Архитектура поддерживает паттерны доверия и поведения в карточных расчетах, одновременно сохраняя прозрачность, открытость, доверенность и расчёты на блокчейне.
Новая волна экономических участников
Волна ИИ создаёт новых экономических участников — покупателей и продавцов — быстрее, чем любой предыдущий технологический сдвиг. Миллионы разработчиков и не-разработчиков создают и запускают микросервисы, API и инструменты с помощью ИИ-ассистентов, часто без юридического лица, сайта или истории транзакций. Агенты из технологических компаний и open-source фреймворков подключают миллионы пользователей с персональными ИИ-агентами и помощниками.
Традиционные платёжные системы не смогут обслуживать таких продавцов. Причина не в технических ограничениях, а в том, что процессор, одобряя провайдера, принимает на себя его риски: мошенничество, chargeback, споры. Продавец без истории, без юридического лица и без репутации слишком рискован для андеррайтинга.
ERC-8183 по дизайну permissionless. Провайдер — это адрес кошелька. Нет onboarding, нет андеррайтинга, нет gatekeeper. Job даёт таким продавцам не только способ получить оплату, но и полный жизненный цикл торговли: спецификацию работы, эскроу, проверяемую подачу результата и подтверждение оценщика — основу доверенной транзакции.
Неспособность андеррайтить новых провайдеров можно считать временным недостатком. Открытый стандарт сокращает этот период структурно. Любой посредник может внедрить ERC-8183 уже сегодня. Экосистема развивается через эксперименты, а не институциональный консенсус. Но главное — ERC-8183 вместе с ERC-8004 не просто закрывают андеррайтинговый разрыв, а решают коренную проблему. Причина, по которой процессоры не андеррайтят новых продавцов — отсутствие проверяемой истории. ERC-8183 создаёт эту историю. Каждая завершённая работа фиксируется на блокчейне: хэш результата, подтверждение оценщика, итог. Эта история переносима, проверяема и не принадлежит никому.
Важно, что track record не заперт внутри одной платформы. Сегодня платформа A знает ваш chargeback rate, платформа B знает ваш seller score, но вы не можете перенести этот record. На ERC-8183 репутация — собственный переносимый актив продавца, доступный любому посреднику, на любой цепочке, через любой интерфейс, читающий стандарт. ERC-8183 подпитывает on-chain идентичность и репутацию (ERC-8004) и предоставляет данные для андеррайтинга.
Строим будущее торговли между агентами и децентрализованного ИИ вместе
ERC-8183 — открытый стандарт доверенной торговли между агентами. Как присоединиться:
Стройте с ERC-8183. Станьте посредником! Внедряйте ERC-8183 в своей цепочке. Разрабатывайте SDK. Создавайте обёртки, сканеры и трекеры. Создавайте новые интерфейсы и сервисы, обеспечивайте расчёты безопасно и проверяемо на блокчейне через ERC-8183. Разрабатывайте агентные фреймворки для нативного взаимодействия со стандартом.
Изучайте, экспериментируйте и создавайте хуки. Нужны платежи по этапам или разрешение споров? Реализуйте это как хуки. Это пространство для творчества и эволюции широкого спектра приложений.
Создавайте и регистрируйте оценщиков. Оценщики — ключевой элемент безопасной и доверенной торговли между агентами, но их сильно не хватает. Разрабатывайте оценщиков для конкретных доменов, особенно полностью проверяемых сервисов. Регистрируйте их в ERC-8004. Вносите вклад в репутацию и идентичность агентов.
Вносите вклад и давайте обратную связь. Это коллективный стандарт. Он станет тем, чем должен быть, только через эксперименты, реальное использование, честную обратную связь и итерации. Если чего-то не хватает — предложите. Если что-то не так — оспорьте. Спецификация открыта, репозиторий открыт, обсуждение открыто. Всё развивается вместе.
Экономика агентов будет построена на открытых стандартах или на закрытых экосистемах. Мы выбираем открытые стандарты. Общее цифровое пространство.
ERC-8004 — для доверия. ERC-8183 — для торговли. Всё остальное — ваше поле для создания.
Хотите узнать больше?
Спецификация ERC-8183: https://eips.ethereum.org/EIPS/eip-8183
Спецификация ERC-8004: eips.ethereum.org/EIPS/eip-8004
Обсуждение ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Вступайте в Telegram-сообщество: https://t.me/erc8183
Отказ от ответственности:
-
Эта статья перепечатана с [virtuals_io]. Все авторские права принадлежат оригинальному автору [virtuals_io]. Если есть возражения против перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они оперативно решат вопрос.
-
Отказ от ответственности: Мнения и взгляды, выраженные в этой статье, принадлежат только автору и не являются инвестиционной рекомендацией.
-
Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведённых материалов запрещены.
