Базовый бизнес-протокол экономики триллионов Agent: разберитесь в ERC-8183, это не просто платежи, это будущее

Автор:鉴叔

一、技术背景与问题定义

1.1 Возникновение экономики AI-агентов

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

Специализированный AI-агент, способный генерировать профессиональные изображения, — это услуга, за которую готовы платить;

AI-агент, глубоко анализирующий портфель инвестиций и выполняющий оптимальные сделки, управляет реальными деньгами;

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

Эти возможности вызывают появление новых форм экономики.

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

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

1.2 Основная проблема: необходимость доверия в бизнесе без доверия

В традиционной бизнес-среде доверие обеспечивается платформами, системами оценки, правовыми институтами и социальными нормами.

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

Просто перевод токенов не решает проблему доверия. В условиях отсутствия надежных гарантий, даже если поставщик услуги украдет токены и исчезнет, заказчик (или AI-агент, разместивший задачу) не сможет привлечь к ответственности.

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

Интеллектуальные контракты на базе блокчейна предоставляют надежное решение этой задачи.

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

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

二、ERC-8183定义与核心价值

2.1 Определение

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

Этот стандарт использует «Job (задача)» как основной элемент, определяет модель трех сторон: заказчика (Client), исполнителя (Provider) и оценщика (Evaluator). И реализует через смарт-контракт полный цикл: публикация задачи, блокировка средств, сдача результата и вынесение решения — в виде открытой, финансируемой, сдаваемой, завершенной/отклоненной/просроченной цепочки состояний.

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

2.2 Основная ценность

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

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

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

三、ERC-8183协议详解

3.1 Архитектура протокола

Как показано на схеме, ERC-8183 — это контрактная архитектура, основанная на жизненном цикле задачи: ядро — смарт-контракт, объединяющий механизмы блокировки средств, поток состояния задачи и расширяемые Hooks.

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

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

Далее — механизм работы.

3.2 Механизм разделения ролей

В ERC-8183 каждая бизнес-операция — это Job (задача), движущаяся по цепочке благодаря точному взаимодействию трех ролей:

Client (заказчик)

• инициатор сделки
• вызывает createJob, задает требования и блокирует средства (fund)
• устанавливает срок (expiredAt), после которого, при невыполнении, деньги возвращаются

Provider (исполнитель)

• выполняет работу и сдает результат (обычно хеш или доказательство на цепочке)
• слушает события, принимает заказы, выполняет, вызывает submitWork
• пока деньги не разблокированы — их он не получает

Evaluator (оценщик)

• ключевая роль — проверка результата
• решает, разблокировать ли средства или вернуть их заказчику
• может быть AI, ZK-контрактом или мультиподписным кошельком
• логика: проверяет сдачу, вызывает approveJob (разблокировка) или rejectJob (возврат)

3.3 Жизненный цикл смарт-контракта (состояния)

Движение задачи полностью автоматизировано:

Open (открыта) — заказчик создает задачу, исполнитель может быть пустым (address(0)), — открытый конкурс

Funded (финансирована) — средства заблокированы в контракте

Submitted (сдана) — исполнитель сдает результат

Terminal (завершена) — оценщик принимает решение:

• Completed — подтверждено, средства переводятся исполнителю
• Rejected — не подтверждено, средства возвращаются заказчику
• Expired — просрочка, средства автоматически разблокированы и возвращены

3.4 Процесс взаимодействия ролей

Процесс в рамках протокола:

1. Публикация и блокировка (Client) — вызов createJob, указание оценщика, блокировка средств в контракте. Средства «заморожены», заказчик не может их снять — это создает безопасность для исполнителя.
2. Доставка и доказательство (Provider) — после выполнения, вызывает submitWork, передавая хеш или ссылку. Статус меняется на Submitted.
3. Решение и расчет (Evaluator) — проверяет результат, вызывает approveJob или rejectJob. В случае подтверждения — средства переводятся исполнителю; в случае отказа — возвращаются заказчику.

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

3.5 Механизм Hooks

Чтобы сделать протокол гибким, в нем реализована система Hooks — контрактных точек расширения.

При создании задачи (createJob) заказчик может указать адрес Hook-контракта, который будет участвовать в проверках или дополнительных действиях. В процессе выполнения ключевых операций (оплата, сдача) протокол вызывает эти Hooks.

Два типа хуков:

• beforeAction — перед выполнением основного действия. Если логика хуков не прошла — транзакция откатывается.
• afterAction — после выполнения, для запуска дополнительных цепочек.

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

Так достигается высокая расширяемость и возможность адаптации под разные сценарии.

3.6 Механизм оценщика (Evaluator)

Evaluator — «мозг» оценки результата. В зависимости от типа задачи, он может быть:

• AI-агентом (например, LLM), для субъективных задач — написание текстов, дизайн, анализ;
• ZK-контрактом — для объективных задач, где требуется доказательство правильности вычислений;
• мультиподписным кошельком или DAO — для крупных, высокоценностных задач.

Важно, что интерфейс — один: вызов функции approveJob или rejectJob. Это обеспечивает универсальность: один и тот же протокол подходит как для микрозадач, так и для крупных сделок.

四、ERC-8183与传统智能体支付协议的对比分析

4.1 Отличия между ACP, AP2 и ERC-8183

В 2025 году OpenAI совместно со Stripe, Google Cloud и Coinbase представили протокол ACP (Agentic Commerce Protocol), а также AP2 (Agent Payments Protocol).

Протокол ERC-8183, разработанный Ethereum Foundation и командами dAI и Virtual Protocol, был предложен в феврале 2026 года и находится в стадии черновика.

Все три протокола пытаются решить одну задачу: «Как AI-агенты могут безопасно и эффективно взаимодействовать и осуществлять платежи?»

Но у них есть существенные различия в модели доверия, логике расчетов и степени децентрализации.

4.2 ACP и AP2: API-подход к взаимодействию AI

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

4.3 Преимущества ERC-8183

Почему я считаю, что в условиях глобализации и масштабирования экономики, ERC-8183 — более перспективен?

А. Безразрешенная модель «эскроу»

В централизованных протоколах, если заказчик не платит — исполнитель ничего не получит. Если платит заранее — рискует, что исполнитель не выполнит.

ERC-8183 реализует неподконтрольное блокирование средств: как только исполнитель предъявит доказательство, средства автоматически разблокируются — исключая возможность злонамеренного отказа.

Б. Модульность и Hooks

Протокол позволяет вставлять Hooks — контрактные точки расширения. Например, перед оплатой можно проверить репутацию агента через ERC-8004, и отказать низкокачественным или недоверенным.

В. Атомарность и разрешение споров

В отличие от ACP/AP2, где споры решаются вручную, ERC-8183 использует Evaluator — автоматизированный «судья». Он может быть AI, ZK-контрактом или DAO, что обеспечивает прозрачность и автоматизм.

Это — прорыв в автоматическом и надежном разрешении конфликтов.

4.4 Как выбрать подходящий протокол

Если вы строите локальную закрытую систему — проще использовать ACP или AP2.

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

五、应用场景

5.1 Автоматизация цепочек поставок

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

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

5.2 Автоматизация маркетинга

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

Обеспечивается прозрачность, контроль и снижение операционных затрат.

5.3 Децентрализованный рынок вычислительных ресурсов

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

Это обеспечивает честность, безопасность и эффективность распределенных вычислений.

5.4 Полностью автоматизированный центр аутсорсинга AI-программного обеспечения

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

Это ускоряет разработку, повышает качество и создает новую экосистему AI-агентства.

六、生态协同与协议组合

6.1 ERC-8183 + ERC-8004 + x402

В будущем на базе Ethereum эти стандарты могут образовать тройку опор AI-экономики:

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

6.2 Полный сценарий автоматизированного аутсорсинга AI

1. ERC-8004 — профиль и репутация агента: например, OpenClaw показывает, что он успешно выполнил 500 задач, имеет 99% положительных отзывов, прошел аудит.
2. ERC-8183 — создание бизнес-контракта: агент создает задачу, указывает требования, блокирует средства, назначает оценщика.
3. x402 — платежный канал: при выполнении задачи, средства автоматически делятся по договоренности.
4. Оценка и расчет — оценщик (например, AuditNode) проверяет результат, подтверждает или отклоняет. В случае успеха — средства переводятся, и репутация агента улучшается.

Это — полностью автоматизированный, прозрачный и надежный цикл.

七、风险挑战与未来展望

7.1 Риски и сложности

Проблемы внедрения механизма оценщика

Для субъективных задач (творчество, дизайн) автоматическая оценка — сложна. Возможно, потребуется гибридный подход: человек + AI.

Уязвимость оценщика

Если оценочный контракт взломан или данные подделаны — есть риск потери средств. Важна надежность и безопасность оценочных механизмов.

Доверие к анонимным участникам

Отсутствие проверки личности — риск злоупотреблений. Необходимы дополнительные меры защиты.

7.2 Перспективы

Три стандарта — синергия

ERC-8004 создает базу для доверия и идентификации. ERC-8183 — обеспечивает автоматизацию сделок. В совокупности они формируют основу для масштабируемой, доверительной экономики AI.

Более полный бизнес-стандарт

ERC-8183 — не только платежный протокол, а инфраструктура полного цикла: определение условий, блокировка средств, проверка сдачи, оценка и автоматический расчет.

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

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

Это — фундамент для будущего AI-экономики, где доверие и автоматизация станут стандартом.