Экономика ИИ-агентов: Инфраструктура — Исследовательский экскурс (Часть 1)

Первоисточник: OKX Ventures. Эта статья адаптирована из подробного отчета OKX Ventures. Из-за объема мы публикуем ее в двух частях: Часть 1 посвящена макроконтексту, протоколу x402, ERC-8004 и Virtuals Protocol; Часть 2 будет посвящена OpenClaw и более широким отраслевым тенденциям — оставайтесь на связи.

---

Резюме

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

OKX Ventures рассматривает это как появление платежных сетей машина-машина (M2M) и инфраструктурного стека для экономики агентов, где идентификация, доверие, платежи и маркетплейсы агентов становятся компонуемыми примитивами. В своем прогнозе на 2026 год они отмечают, что платежи агентов входят в фазу раннего прорыва наряду с множеством стандартов и отраслевых пилотных проектов. (okxventures.medium.com)

В Части 1 мы сосредоточимся на трех фундаментальных компонентах, которые все чаще обсуждаются разработчиками:

• x402: платежный рукопожатие, совместимое с HTTP, которое возрождает зарезервированный код состояния 402 Payment Required для крипторасчетов за запрос.
• ERC-8004: предложение по стандарту Ethereum для поиска агентов, репутации и проверки без доверия
• Virtuals Protocol: ончейн-экосистема, которая рассматривает агентов как токенизированных экономических субъектов и стандартизирует торговлю между агентами с помощью ACP.

---

1) Макроэкономический фон: Почему экономике агентов нужны крипто-рельсы

1.1 Агенты становятся «API-нативными бизнесами»

В Web2 программное обеспечение обычно монетизируется через учетные записи, подписки, API-ключи, счета-фактуры и чарджбэки. Агенты нарушают эти предположения:

• Агенты не хотят «регистрироваться» посреди выполнения задачи.
• Агенты не могут надежно проходить проверки KYC/идентификации, предназначенные для людей.
• Агенты работают в тесных циклах (получить данные → выполнить инференс → выполнить действие → проверить результат), где расчет за вызов часто более естественен, чем ежемесячное выставление счетов.

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

1.2 Стандарты сходятся: инструменты, идентификация, доверие и платежи

Современный стек агентов стандартизируется по уровням:

• Подключение к инструментам (как агенты вызывают внешние сервисы) — например, Model Context Protocol (MCP).
• Взаимодействие между агентами (как агенты обмениваются сообщениями и координируются) — например, Agent2Agent (A2A).
• Идентификация и идентификаторы (как сущности могут быть разрешимы без централизованного каталога) — например, W3C Decentralized Identifiers (DIDs) (w3.org).
• Платежи + расчеты (как перемещаются средства) — где такие протоколы, как x402, стремятся сделать платежи неотъемлемой частью потока HTTP.

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

---

2) x402: Превращение HTTP 402 Payment Required в ончейн-платежный поток

2.1 «Неиспользуемый» код состояния HTTP, который внезапно стал важен

Код состояния HTTP 402 существует десятилетиями, но был зарезервирован для будущего использования в спецификации семантики HTTP. (datatracker.ietf.org). Ссылка: RFC 9110 — HTTP Semantics.

x402 берет это зарезервированное пространство и придает ему конкретное, удобное для разработчиков значение: если вам нужен этот ресурс, прикрепите действительный платеж и повторите попытку.

Краткий обзор, ориентированный на HTTP, см. в: MDN: 402 Payment Required.

2.2 Что предлагает x402 (и почему это убедительно)

В дизайне x402 ИИ-агент (или любой клиент) запрашивает API/ресурс:

1. Запрос клиента → запрос поступает без оплаты.
2. Сервер возвращает HTTP 402 → включает цены + инструкции по оплате.
3. Клиент повторяет попытку с подписанным разрешением на платеж.
4. Сервер проверяет и транслирует платеж → возвращает ресурс.

Этот поток явно позиционируется как способ устранения API-ключей, учетных записей и подписок для доступа по принципу «оплата за использование». (x402.org). Основная ссылка: Whitepaper x402 (PDF).

2.3 Почему x402 «нативный для агентов» (а не просто новая кнопка оплаты)

x402 интересен для обсуждения инфраструктуры экономики агентов, поскольку он соответствует тому, как фактически работают агенты:

• Атомарный цикл намерения: «Мне нужны данные → я плачу → я продолжаю задачу».
• Отсутствие долгоживущих секретов, таких как API-ключи: снижает распространенную уязвимость безопасности.
• Компонуемая монетизация: любой API-конечный пункт может стать микрорынком.

Это суть платежей агентов: не просто возможность платить криптовалютой, а сделать платежи запускаемыми машиной и на уровне протокола, встроенными в обычные интернет-потоки. (x402.org).

2.4 Сложные проблемы, которые x402 не решает сам по себе

x402 может элегантно решать транспортировку платежей, но для коммерции с участием агентов в производственной среде требуется больше уровней:

• Авторизация и бюджеты: кто разрешил этому агенту тратить, сколько и при каких ограничениях?
• Урегулирование споров/контроль качества: что, если сервер не предоставит обещанный результат?
• Атомарность услуг: можем ли мы надежно связать платеж с исполнением + доставкой?
• Идентификация и доверие агентов: как мы узнаем, что контрагент (агент/сервис) является законным?

Именно здесь такие стандарты, как ERC-8004, и экосистемные протоколы, такие как Virtuals ACP, становятся весьма дополняющими, а не конкурентными.

---

3) ERC-8004: Агенты на Ethereum без доверия (Идентификация, Репутация, Проверка)

Если x402 касается способов оплаты агентов, то ERC-8004 касается способов обнаружения агентов и обеспечения доверия к ним между организациями.

3.1 Что предлагает ERC-8004

ERC-8004 («Агенты без доверия») — это проект стандарта Ethereum, который предлагает использовать блокчейны для:

• обнаружения агентов
• выбора агентов
• взаимодействия с агентами без предварительного доверия

Он определяет структуру, сосредоточенную на:

• Реестре идентификации (Identity Registry)
• Реестре репутации (Reputation Registry)
• Реестре проверки (Validation Registry)

ERC-8004 подчеркивает настраиваемые модели доверия с безопасностью, пропорциональной риску потерянных средств, начиная от задач с низкими ставками и заканчивая задачами с высокими ставками (с опциями, такими как обратная связь по репутации, повторное исполнение с обеспечением доли, ZKML-доказательства или подходы на основе TEE). (eips.ethereum.org). Основная ссылка: ERC-8004 на EIPs.

3.2 Почему это важно для экономики ИИ-агентов

Большинство сбоев агентов в контексте реальных денег связаны не с «интеллектом модели», а с границами доверия:

• Могу ли я проверить, какой агент что выполнил?
• Могу ли я ограничить радиус поражения, если агент скомпрометирован?
• Могу ли я доказать, что результат был вычислен/проверен в соответствии с согласованными правилами?

Реестры ERC-8004 представляют собой прямую попытку сделать доверие агентов компонуемым, а не изобретать его заново на каждой закрытой платформе.

3.3 ERC-8004 + x402: естественное сочетание

Практическая ментальная модель:

• x402: «Вот рукопожатие для оплаты услуг с оплатой за использование».
• ERC-8004: «Вот как обнаружить агентов/сервисы и оценить доверие».

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

---

4) Virtuals Protocol: Общество токенизированных агентов + Протокол коммерции агентов (ACP)

Virtuals Protocol подходит к экономике агентов с точки зрения экосистемы и координации: рассматривает агентов как ончейн-экономических субъектов, способных генерировать результаты, получать доход и координировать задачи.

4.1 Что Virtuals заявляет о своем создании

В своей интерпретации Virtuals Protocol — это «общество ИИ-агентов»: ончейн-экосистема, где агенты координируют работу, совершают транзакции и осуществляют расчеты без разрешений через блокчейн. (whitepaper.virtuals.io). Основная ссылка: Whitepaper Virtuals Protocol.

Примечательный выбор дизайна: протокол позиционирует $VIRTUAL как базовую транзакционную валюту и пару ликвидности во взаимодействиях между агентами. (whitepaper.virtuals.io).

4.2 ACP: стандарты для торговли между агентами

Virtuals утверждает, что без стандартизированных протоколов интеграция коммерции агентов становится комбинаторным хаосом из пользовательского кода и хрупких предположений — особенно по мере роста числа агентов и типов транзакций. (whitepaper.virtuals.io). Ссылка: Agent Commerce Protocol (ACP).

Важно отметить, что ACP — это не просто «платежи». Это включает в себя:

• Обнаруживаемость предложений агентов.
• Структурированные рабочие процессы задач.
• Пути расчетов в ончейне.
• Общий словарь для коммерции агентов.

4.3 ACP v2 сигнализирует о движении к реальной сложности

В документации Virtuals описывается ACP v2 как крупное обновление, включающее (среди прочего):

• Единый интерфейс Jobs для рабочих процессов.
• Пользовательские схемы предложений вакансий для специфических для предметной области требований.
• Аккаунты как постоянные ончейн-записи отношений между агентами и истории взаимодействий. (whitepaper.virtuals.io).

Ссылка: Introducing ACP v2.

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

4.4 Virtuals + ERC-8004 + x402: взаимодополняющие роли

Может возникнуть согласованный стек:

• ERC-8004: примитивы обнаружения + доверия между границами.
• x402: беспрепятственный расчет за запрос для API/сервисов.
• ACP (Virtuals): рабочий процесс, структурирование задач и координация между агентами в рамках торговой сети.

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

---

5) Чек-лист для разработчиков и пользователей: на что обратить внимание в 2025–2026 годах

5.1 Для разработчиков: недостающий «управляющий узел»

Если вы интегрируете платежи агентов или ончейн-взаимодействия агентов, отдавайте приоритет:

• Политика расходов (ограничения на одного продавца, на задачу, на временной интервал).
• Изоляция ключей (отдельные операционные ключи от ключей казначейства).
• Аудируемость (подписывайте каждое намерение и сохраняйте квитанции).
• Резервные механизмы и автоматические выключатели (приостанавливаемые потоки, одобрение человеком для крайних случаев).

Именно здесь «инфраструктура экономики агентов» становится реальной: платежи — это легко; безопасные платежи — это сложно.

5.2 Для пользователей: самохранение становится примитивом безопасности агентов

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

Практический подход, который применяют многие команды, — это разделение средств по ролям:

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

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

---

Что дальше (Анонс Части 2)

В Части 2 мы расширим эту карту инфраструктуры на:

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

---

Отказ от ответственности: Эта статья предназначена только для информационных целей и не является финансовой консультацией.