Автор оригинала: Хендрикс, исследователь Web3Caff Research
Как легко следить за текущими рыночными трендами, технологическими тенденциями, развитием экосистем и ситуацией с управлением в индустрии Web3? В рамках рубрики «Анализ рыночного пульса» Web3Caff Research глубоко изучает и отбирает актуальные горячие события, давая им ценностную интерпретацию, комментарии и анализ принципов работы. Видеть суть сквозь явления — присоединяйтесь к нам, чтобы быстро улавливать актуальные тренды рынка Web3.
По мере того, как возможности AI-агентов постоянно растут и охватывают всё больше сквозных задач, создание платежных систем для агентов стало неизбежным изменением для традиционных бизнесов и поставщиков услуг. Однако существующие решения имеют свои ограничения: традиционные платежные системы, такие как кредитные карты или сторонние платежные платформы, изначально разрабатывались для реальных пользователей-людей, требуя сложных процессов проверки личности, оценки рисков и т.д., что неприменимо к агентам. В то же время новые протоколы оплаты для агентов, такие как x402 (продвигаемый Coinbase) и MPP (Machine Payment Protocol, разработанный Tempo и Stripe), скорее создают отдельную нишу, полностью ориентированную на платежи в блокчейне, где вся обработка происходит в сети, а безопасность обеспечивается проверкой в блокчейне. Поставщикам услуг приходится строить отдельную платежную систему помимо традиционных каналов, что повышает порог входа. Традиционные платежные схемы и новые протоколы оплаты для агентов похожи на две параллельные полосы движения, которые не очень хорошо интегрированы. Это также приводит к тому, что услуги, которые агенты могут автономно приобретать, обычно ограничены сферами, дружественными к Web3, что препятствует масштабированию и объединению рабочих процессов. Для решения этой проблемы Фонд Solana и Google Cloud совместно представили Pay.sh, позиционируя его как «платежный шлюз между агентами и корпоративной сервисной инфраструктурой», чтобы преодолеть последний барьер для вызова агентами большего количества услуг.
Юридическое уведомление: Следующая информация является лишь объективным анализом Pay.sh, его технических принципов и правил проектирования, не представляет собой какого-либо предложения или оферты. Пожалуйста, не используйте эту информацию для принятия решений и строго соблюдайте законы и нормативные акты вашей страны или региона (читателям из материкового Китая настоятельно рекомендуется ознакомиться с документом «Сводка и ключевые положения законов и нормативных актов материкового Китая, касающихся блокчейна и виртуальных валют»), не участвуйте в каких-либо финансовых операциях, запрещенных законодательством вашей страны или региона.
Pay.sh позволяет пользователям быстро пополнить кошелек Solana с помощью кредитной карты или стейблкоина. После этого кошелек Solana может выступать в качестве прокси для идентификации агента и платежного аккаунта в мире ресурсов Web2. Когда агенту требуется вызвать услугу, ему больше не нужно регистрировать учетную запись или вводить API-ключи. Шлюз Pay.sh будет, подобно системе идентификации Google, подтверждать легитимную идентичность агента, позволяя ему использовать единую учетную запись для покупки таких ресурсов для разработки, как Google Cloud, Alibaba Cloud и других, которые ранее было трудно получить.
Поддерживаемые API-сервисы в Pay.sh на данный момент. Источник изображения: официальный сайт проекта
Процесс оплаты в Pay.sh похож на недавно ставший популярным протокол x402 — он построен на основе HTTP-статуса 402: когда агент обнаруживает необходимость вызова внешнего сервиса, он отправляет запрос на платный ресурс. Сервер возвращает статус 402 (требуется оплата), одновременно прикладывая детали платежа, включая сумму, схему оплаты, адрес для получения средств, срок действия платежа и т.д. Pay.sh анализирует соответствующее содержимое и запрашивает авторизацию у кошелька. После завершения платежа и генерации платежного подтверждения кошельком, Pay.sh снова отправляет запрос на сервис, на этот раз с подтверждением, и получает нормальный ответ. Однако, чтобы охватить различные сценарии использования API, Pay.sh одновременно совместим с логикой оплаты как x402, так и MPP: когда сервер возвращает статус 402, Pay.sh дополнительно определяет способ оплаты целевого сервиса. Если это разовый доступ к данным (оплата за одноразовый доступ) или доступ по объему (оплата за фиксированный объем доступа), Pay.sh создаст одноразовый перевод фиксированной суммы и отправит его в блокчейн. Если речь идет о непрерывном биллинге или сессионном биллинге (единовременная оплата счета по объему использования), Pay.sh поддерживает токен авторизации сессии, представленный протоколом MPP (Machine Payment Protocol), записывая лимит бюджета в авторизацию и передавая ее обратно на сервер. В этом случае агент может многократно вызывать определенный сервис в течение короткого времени, избегая частых запросов на авторизацию одного типа. Pay.sh будет обновлять оставшийся баланс при каждом вызове и автоматически повторно запрашивать авторизацию сессии, когда баланс исчерпан или срок действия сервиса истек. Pay.sh автоматически выберет наиболее подходящий способ оплаты в зависимости от требований целевого сервиса, что может снизить стоимость использования и затраты на управление. Pay.sh также гарантирует, что кошелек всегда хранится локально в безопасности, запрашивая подтверждение пользователя только при необходимости платежа. При получении информации Pay.sh различает данные и инструкции. Весь внешний контент, возвращаемый поставщиком услуг (включая заголовки, основной текст и описания API), Pay.sh рассматривает как недоверенный ввод. Агент не должен напрямую выполнять инструкции, возвращаемые поставщиком услуг, чтобы предотвратить вредоносные инъекции промптов или другие атаки.
Главное преимущество Pay.sh заключается в том, что он также предоставляет поставщикам услуг легко развертываемый шлюз. Поставщикам услуг не нужно вносить масштабные изменения в свои платежные каналы или API для интеграции платежного шлюза в свою сервисную сеть. Поставщику услуг достаточно предоставить декларативный файл, описывающий параметры, связанные с оплатой, чтобы адаптироваться к различным сложным сценариям использования. Например, определяя правила маршрутизации, можно позволить агенту бесплатно использовать услугу в пределах определенного объема, а после превышения лимита начать взимать плату или даже реализовать ступенчатую тарификацию (разная цена за разный объем использования). Кроме того, Pay.sh предоставляет функцию разделения платежей: средства, полученные поставщиком услуг, могут автоматически отправляться на несколько адресов, например, 2% — на оплату роялти за данные, 5% — на облачные затраты, а остальное — на собственные операции. Поставщику услуг достаточно определить разные проценты или суммы при настройке адресов для получения средств, чтобы реализовать расчеты по нескольким счетам за один раз. После регистрации поставщик услуг может опубликовать данные о своих API-сервисах в Pay Skill Registry, чтобы агенты могли обнаруживать и выбирать подходящие API-сервисы, запрашивая реестр.
Сам Pay.sh не является конкурентом протоколов x402 и MPP. В то время как протоколы x402 и MPP стремятся сделать платежи в блокчейне для агентов как можно более надежными, Pay.sh стремится соединить платежные экосистемы Web2 и Web3, предоставив агентам соответствующую идентичность для получения ресурсов. Кошелек агента — это одновременно и личность, и способ оплаты. Ему больше не нужно самостоятельно регистрировать учетные записи на сайтах поставщиков услуг для получения доступа (в настоящее время некоторые поставщики могут рассматривать имитацию агентом регистрации услуг как человека как нарушение правил). Кроме того, сотрудничество Pay.sh с Google позволяет выполнять проксирование API и управление трафиком агентом в среде Google Cloud, что может гарантировать соответствие контролю доступа и журналов аудита требованиям, удерживая поведение агентов в рамках допустимого. Pay.sh может предоставлять отфильтрованный каталог услуг и механизм обнаружения цен, агентам не нужно обнаруживать услуги случайным образом в незащищенной сетевой среде, одновременно имея возможность использовать различные способы оплаты x402 и MPP. Процесс обслуживания может выполняться в Google Cloud с соблюдением корпоративных требований соответствия. Все это дополняет возможности оплаты агентов, которые не могут быть охвачены x402 и MPP как отдельными платежными каналами, а также открывает вход для перетока бизнеса агентов в Web3. Кроме того, Pay.sh также может дополнить финальным платежным звеном несколько бизнес-протоколов для агентов, представленных Google, например, A2A (Agent2Agent Protocol) может выполнять коммуникацию между агентами и делегирование задач, AP2 (Agent Payments Protocol) может выполнять проверку соответствия требованиям, UCP (Universal Commerce Protocol) может выполнять обнаружение и выполнение услуг, а Pay.sh отвечает за окончательную, безболезненную реализацию стоимости услуг. Появление Pay.sh также одновременно совершенствует цепочку бизнеса агентов в Web2, став точкой пересечения потоков стоимости двух миров. Этот шаг также представляет собой возможность для обновления самой экосистемы блокчейна Solana. В среде протокола x402 существует множество оболочек API, где поставщики услуг могут нарушать условия обслуживания исходных поставщиков и перепродавать их услуги, например, злонамеренно собирая данные с веб-сайтов баз данных для перепродажи или инкапсулируя API больших моделей для перепродажи другим. В такой среде агенту трудно отличить, какие услуги авторизованы, а какие являются вредоносными или мусорными. Благодаря платежному шлюзу Pay.sh и сотрудничеству с Google, у агентов при использовании услуг через Pay.sh есть шанс снизить потенциальные риски. Запуск Pay.sh знаменует выход блокчейна Solana на арену для поддержки платежей агентов, предоставляя гарантии и инфраструктуру. Это не только может привлечь больше платежного трафика из Web2 в саму сеть Solana, но и может еще больше повысить возможности кошельков Solana и ускорить их распространение.
Однако Pay.sh пока далек от идеального решения для платежного шлюза. В реестре поставщиков услуг Pay.sh в настоящее время отсутствуют механизмы допуска и децентрализованной проверки, что по-прежнему затрудняет эффективное различение неавторизованных сторонних услуг-оболочек и вредоносных сервисов. Агенты подвергаются высокому риску подключения к поддельным услугам, что может привести к убыткам для пользователей. Кроме того, поскольку сам Pay.sh не разрабатывает базовые протоколы оплаты, безопасность процесса платежа в большей степени зависит от дизайна самих базовых протоколов, что вносит в Pay.sh неконтролируемые внешние риски, а также может привести к потенциальным сбоям платежей из-за недостаточной адаптации к различным протоколам. С точки зрения поставщиков услуг, несмотря на поддержку платформы Google, поставщики API из разных стран и регионов все еще могут отказаться от использования услуг, предоставляемых Pay.sh, из-за собственных требований соответствия в управлении конфиденциальностью данных и требованиях соответствия платежей. Это не только ограничит количество поставщиков услуг, использующих Pay.sh, но и может потребовать от Pay.sh в будущем больших усилий по соответствию требованиям. Тем не менее, запуск Pay.sh знаменует шаг к интеграции Web2 и Web3 в инфраструктуре платежей для агентов, и кошельки в блокчейне получат шанс стать гарантом участия агентов в разнообразных задачах. Поэтому мы можем продолжать наблюдать за дальнейшим развитием Pay.sh.
Структурная схема ключевых моментов:
Отказ от ответственности: Этот отчет подготовлен Web3Caff Research, предоставленная информация носит исключительно справочный характер и не является каким-либо прогнозом, инвестиционной рекомендацией, предложением или офертой. Инвесторы не должны полагаться на такую информацию при покупке, продаже любых ценных бумаг, криптовалют или принятии любых инвестиционных стратегий. Используемая в отчете терминология и выраженные точки зрения направлены на помощь в понимании тенденций отрасли и содействие ответственному развитию Web3, включая блокчейн-индустрию, и не должны толковаться как прямое юридическое мнение или точка зрения Web3Caff Research. Мнения, выраженные в отчете, отражают личные взгляды авторов по состоянию на указанную дату, не связаны с позицией Web3Caff Research и могут меняться в зависимости от последующих обстоятельств. Информация и мнения, содержащиеся в настоящем отчете, получены из собственных и сторонних источников, которые Web3Caff Research считает надежными, но не обязательно охватывают все данные и не гарантируют их точность. Следовательно, Web3Caff Research не дает никаких гарантий относительно их точности и надежности и не несет ответственности за ошибки или упущения, возникшие каким-либо иным образом (включая ответственность перед любым лицом в результате небрежности). В настоящем отчете может содержаться «прогнозная» информация, которая может включать предсказания и прогнозы, и данный текст не является гарантией какого-либо прогноза. Полностью на усмотрение читателя остается, полагаться ли на информацию, содержащуюся в настоящем отчете. Настоящий отчет предоставляется только в информационных целях, не является инвестиционной рекомендацией, предложением или офертой о покупке или продаже каких-либо ценных бумаг, криптовалют или принятии каких-либо инвестиционных стратегий, и вам настоятельно рекомендуется строго соблюдать соответствующие законы и нормативные акты вашей страны или региона.
