Virtuals и Фонд Ethereum представили ERC-8183: бездоверительный ончейн-коммерческий протокол

Автор: Virtuals Protocol

Перевод: TechFlow

Введение от TechFlow: Virtuals Protocol совместно с командой dAI Ethereum Foundation представила предложение по стандарту ERC-8183. Основная идея заключается в создании бездоверительного ончейн-протокола для экономического взаимодействия между ИИ-агентами.

Это не еще один платежный протокол, а комплексная коммерческая инфраструктура, охватывающая спецификацию задач, эскроу, верификацию доставки и оценку сертификации.

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

Если вы отслеживаете путь внедрения экономики ИИ-агентов в блокчейн, эту статью стоит прочитать внимательно.

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

Разработано совместно 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

Коммерция: необходимое условие для децентрализованного ИИ

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

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

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

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

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

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

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

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

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

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

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

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

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

В чем ключевой сдвиг: ИИ и агенты становятся экономическими участниками, создающими стоимость и предоставляющими услуги.

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

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

Проблема: бездоверительная коммерция между агентами

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

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

Таким образом, вопрос становится таким: как обеспечить бездоверительную коммерцию между агентами?

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

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

ERC-8183: примитив Job

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

ERC-8183 определяет базовую единицу: Job. Каждый Job состоит из трех сторон — Клиента (Client), Провайдера (Provider) и Оценщика (Evaluator). Каждая сторона определяется исключительно своим адресом кошелька, что делает этот примитив широко применимым.

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

Это приводит к прохождению Job через четыре ключевых состояния, обеспечивающих бездоверительные транзакции:

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

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

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

Оценщики (Evaluators)

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

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

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

Hooks: модульная масштабируемость

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

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

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

Примеры коммерческих приложений

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

Сервисные Jobs являются базовым уровнем и не требуют Hook. Клиент оплачивает генерацию контента, анализ данных или рецензирование кода. Основные процессы эскроу и оценки обрабатываются полностью.

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

Jobs с торгами (Bidding) переворачивают модель назначения. Вместо того чтобы клиент заранее выбирал провайдера, провайдеры конкурируют по цене. Hook валидирует криптографически подписанное предложение при назначении, доказывая, что выбранный провайдер действительно гарантирует заявленную цену. Ни одна сторона не может подделать или отрицать условия.

Jobs с репутационным шлюзом (Reputation-gated) обеспечивают доверие на уровне протокола. Hook запрашивает ERC-8004 перед выполнением операций, блокируя провайдеров с низкой репутацией или требуя более строгих условий для непроверенных агентов.

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

Jobs по оценке рисков / андеррайтингу могут выполнять андеррайтинг на уровне протокола через Hooks. Hook может требовать, чтобы провайдер или андеррайтер заблокировали залог, проверял рейтинг репутации ERC-8004 и другие релевантные показатели перед назначением, исполнял маржу, которая будет slashed при отказе оценки, или запрашивал внешний риск-оракул. Эти ранее непрозрачные процессы одобрения становятся прозрачными, программируемыми и конкурентными.

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

Симбиоз с ERC-8004

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

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

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

Два стандарта образуют цикл, который потенциально позволяет агентам достигать более сильной самоорганизации через бездоверительные взаимодействия:

Обнаружение (8004) → Коммерция (8183) → Репутация (8004) → Лучшее обнаружение → Больше бездоверительной коммерции

Оба стандарта незаменимы. Вместе они составляют основу для бездоверительной коммерции и взаимодействия агентов.

За пределами платежей

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

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

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

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

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

Необратимость, эскроу и проблема возвратов

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

ERC-8183 сохраняет эту ключевую концепцию в структуре контракта. Средства удерживаются в эскроу до тех пор, пока оценщик не докажет, что артефакты доставки соответствуют согласованным условиям. Путь rejection возвращает средства клиенту. Путь expiration автоматически извлекает средства. Это программируемый, бездоверительный эквивалент модели authorization-capture, которая лежит в основе карточной коммерции, лишь условия закодированы заранее и исполняются кодом, а не решаются постфактум сетью, имеющей свои интересы.

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

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

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

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

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

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

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

Давайте вместе строить будущее коммерции агентов и децентрализованного ИИ

ERC-8183 — это открытый стандарт коммерции агентов без доверия. Вот как можно участвовать:

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

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

Стройте и регистрируйте оценщиков. Оценщики являются ключевой частью обеспечения безопасности и бездоверительной коммерции агентов, но их сейчас сильно не хватает. Стройте оценщиков для конкретных отраслей, особенно для полностью верифицируемых сервисов и задач. Регистрируйте их на 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