BTC80 120▼ 1,69%ETH2 317▼ 2,23%SOL100,14▼ 2,78%XRP1,29▼ 3,08%BNB741,24▼ 1,84%
🇬🇧 cryptoslate Добавлено: 11.03.2026 16:50 Gino Matos

Is crypto needed to protect the security of AI agents paying each other online?

Тональность: Нейтральная
Фактичность: Слухи
Полезность: 80%
Фокус: Настоящее
Эмоции: Надежда 60% Оптимизм 40% Неопределённость 70%

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

Гонка за инфраструктуру для агентской коммерции уже определяет победителей.

Протокол Model Context Protocol компании Anthropic работает на более чем 10 000 общедоступных серверах и обеспечивает 97 миллионов ежемесячных загрузок SDK, соединяя AI-приложения с внешними инструментами и данными.

Протокол Agent-to-Agent компании Google был запущен в апреле 2025 года с участием 50 партнеров и расширился до более чем 100 поддерживающих компаний, прежде чем перейти под управление Linux Foundation.

11 января Google представила Universal Commerce Protocol, которая привлекла таких ранних сторонников, как Shopify, Walmart, Target, Mastercard, Stripe, Visa и American Express, с целью стандартизации способов взаимодействия агентов в процессе онлайн-оплаты.

Протокол x402 компании Coinbase обеспечивает уровень передачи платежей, позволяя осуществлять автоматические платежи в стабильных криптовалютах через HTTP. К концу 2025 года проект обработал более 100 миллионов платежей через API, приложения и AI-агенты.

Это значительное количество стандартизации для категории технологий, которая едва ли существовала три года назад.

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

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

Протокол / стандарт Что он делает Что он не решает Почему это важно в этой истории MCP (Model Context Protocol) Соединяет приложения и агенты ИИ с внешними инструментами, API и источниками данных. Не проверяет, был ли фактически достигнут желаемый результат. Он работает на уровне инструментов/данных, а не на уровне доверия к выполненной работе. A2A (Agent-to-Agent) Позволяет агентам общаться и координировать действия между системами или организациями. Не удерживает средства в качестве залога и не оценивает качество результатов. Решает проблему взаимодействия между агентами, но не проблему условных расчетов. UCP (Universal Commerce Protocol) Стандартизирует процессы электронной коммерции и оформления заказов, управляемые агентами. Не определяет, была ли приобретенная услуга или задача выполнена удовлетворительно. Он углубляет внедрение агентов в реальные транзакции, что делает недостающий уровень проверки более заметным. AP2 (Agent Payment Protocol) Использует подписанные платежные поручения для подтверждения полномочий агента на совершение расходов. Подтверждает разрешение, а не то, был ли достигнут ожидаемый результат за оплаченную работу. Это стандарт авторизации, а не стандарт проверки выполненной работы. x402 Обеспечивает автоматические платежи через HTTP, включая платежи в стабильных криптовалютах. Переводит деньги, но не решает, следует ли переводить деньги только после проверки выполненной работы. Это платёжный канал, а не механизм эскроу/разрешения споров. Mastercard Verifiable Intent Создает слой доверия и аудита для подтверждения авторизации покупок пользователем. Сосредоточен на санкционированных покупках и процедурах разрешения споров, а не на выполнении задач. Это показывает, что крупные компании стандартизируют намерения и ответственность, но все еще не обеспечивают полную проверку результатов. ERC-8183 Определяет механизм эскроу, основанный на задачах: средства блокируются, работа предоставляется, оценщик завершает или отклоняет, истечение срока может вернуть средства клиенту. Не решает проблемы доверия к оценщикам, разрешения споров или "агентской" идентификации. Это "крючок" статьи, поскольку он направлен на недостающий этап условной оплаты/верификации. ERC-8004 Предоставляет систему доверия/репутации для агентов и контрагентов. Не является механизмом эскроу или системой выпуска платежей. Это, вероятно, композиционный слой для повышения надежности оценки в стиле ERC-8183. Системы доверия на основе оракулов, стейкинга, zkML/TEE Потенциальные способы проверки результатов или подтверждения оценок оценщиков с использованием более надежных гарантий. Ни одна из них не является устоявшимся стандартом для широкой коммерческой деятельности с участием агентов. Это возможные ответы на главный вопрос статьи: кто имеет право судить о том, была ли выполнена работа?

Эскроу как недостающий базовый элемент

ERC-8183, проект стандарта Ethereum, опубликованный 25 февраля, является попыткой криптотехнологий сделать это суждение программируемым.

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

Expiry автоматически возвращает средства клиенту. В спецификации эта последовательность называется: Open (Открыто), Funded (Финансировано), Submitted (Отправлено), Terminal (Завершено). Кроме того, в ней прямо указано, что только оценщик может отметить задачу как выполненную после завершения работы.

Эта архитектура более ограничена, чем предполагает концепция "агентского коммерции".

Критики в обсуждении на форуме Ethereum Magicians ссылка на обсуждение отметили, что в предложении "нет ничего особенно 'агентского'". Один из комментаторов назвал это "реестром заданий с замороженными средствами".

Эта критика точна и является самым полезным аспектом этой информации.

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

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

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

Разрыв между авторизацией и проверкой

Компании, разрабатывающие решения в области "агентского коммерции", решают вопросы авторизации, а не проверки.

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

Verifiable Intent от Mastercard, разработанный совместно с Google и представленный 5 марта, создает слой доверия для подтверждения того, что пользователь авторизовал транзакцию, и предоставляет аудитный след для разрешения споров.

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

Этот разрыв является ключевым противоречием в этой системе.

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

Будет ли этот оценщик клиентом, сетью оракулов, системой стейкинга или системой zkML-подтверждения – это остается на усмотрение разработчиков, но в спецификации явно рекомендуется использовать слой доверия и репутации ERC-8004 в качестве точки интеграции для задач более высокой стоимости.

Центр власти, который никто не назвал

Роль оценщика делает это предложение политически интересным.

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

Один из участников обсуждения на форуме "Magicians" написал: "Именно в компоненте 'Evaluator' скрывается настоящая сложность". Другой обобщил проблему следующим образом: "Все проверяют оплату, но никто не проверяет качество работы".

Эти наблюдения указывают на структурную особенность любого открытого рынка агентов: тот, кто контролирует оценку, контролирует рынок.

Архитектура системы явно демонстрирует эту взаимосвязь.

CryptoSlate Daily Brief

Ежедневные сигналы, без лишнего шума.

Важные новости и контекст, представленные каждое утро в кратком обзоре.

Обзор за 5 минут, более 100 000 читателей.

Адрес электронной почты

Получить обзор

Бесплатно. Без спама. Отписка в любое время.

Ой, похоже, возникла проблема. Пожалуйста, попробуйте еще раз.

Вы подписаны. Добро пожаловать!

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

ERC-8183 определяет это узкое место, но пока не предлагает надежного решения.

Текущее состояние системы

Данные об использовании показывают, что окружающие компоненты развиваются быстрее, чем система проверки.

Компания Gartner прогнозирует, что к 2028 году 33% корпоративных программных приложений будут включать агентский ИИ, а 15% повседневных рабочих решений будут выполняться автономно к этому году, по сравнению с 0% в 2024 году.

Компания Deloitte оценивает мировой рынок агентского ИИ в $8,5 миллиардов в 2026 году, который вырастет до 35 миллиардов долларов к 2030 году, при этом 75% компаний потенциально инвестируют в эту область к концу этого года.

IBM и NRF сообщили в январе, что 45% потребителей уже используют ИИ в процессе покупок, включая 41% для исследования продуктов.

Этот объем активности, связанной с агентами, требует инфраструктуры для расчетов.

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

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

Криптографические требования AP2, аудит авторизации Verifiable Intent и интеграции UCP в реальном времени уже позволяют платежным системам и крупным технологическим компаниям занять позицию, которую ERC-8183 пытается занять с противоположной стороны.

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

Кто владеет уровнем условной оплаты?

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

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

ERC-8183 может быть этим уровнем, или это может быть эскроу-сервис на рынке с более привлекательным брендингом.

Форум Magicians прав, когда говорит, что базовая структура существует задолго до появления ИИ. Но то же самое можно сказать и о большинстве финансовых инструментов, которые оказались важными.

Эскроу существовал до интернета. Условная оплата существовала до блокчейнов.

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

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

Упомянуто в этой статье:

EthereumEthereum GoogleGoogle CoinbaseCoinbase AnthropicAnthropic VisaVisa MastercardMastercard

Опубликовано в:

Главные новости Технологии ИИ Платежи

Контекст:

Связанные материалы

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

AITop Категория: Пресс-релизы, Новостные сводки

Отказ от ответственности

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