x402 связывает сетевые запросы с платежами через ответы HTTP 402 Payment Required и позволяет AI-агентам совершать транзакции в соответствии с условиями оплаты, указанными сервером.
x402B развивает эту концепцию за счёт внедрения эскроу-контрактов, статуса доставки и механизмов разрешения споров. Благодаря этому авторизацию платежа, блокировку средств, доставку товара или услуги и окончательный расчёт можно выполнять как отдельные этапы. Boson Protocol запустил x402B в основной сети Base 8 июня 2026 года. Однако область применения, совместимость и фактический уровень защиты решения ещё необходимо оценивать с учётом конкретной реализации.
x402B — это разработанное Boson Protocol ончейн-расширение платёжного протокола x402, использующее смарт-контракты для управления средствами транзакции. Платёж и окончательное высвобождение средств при этом выполняются поэтапно.
x402 в первую очередь решает задачу автоматизации платежей, а x402B дополнительно учитывает риски, связанные с доставкой после оплаты. Если услугу, приобретённую AI-агентом, нельзя предоставить сразу, механизм эскроу может обеспечить дополнительную защиту.
Некастодиальный эскроу — основной механизм x402B. Средства покупателя поступают в ончейн-эскроу-контракт, а не переводятся полностью на счёт продавца сразу после авторизации платежа.
Порядок высвобождения средств определяется подтверждением доставки и разрешением споров. В зависимости от условий конкретной транзакции средства могут быть распределены после подтверждения доставки, по окончании периода для подачи спора или после вынесения решения по спору.
x402B создаёт новую инфраструктуру для коммерции между агентами. Решение подходит для коммерческих сценариев с AI-агентами, где необходимы асинхронная доставка, защита транзакций и автоматизированные расчёты, но не устраняет все риски неисполнения обязательств.
x402B можно рассматривать как реализацию, которая добавляет ончейн-защиту транзакций к платёжному процессу x402. Основная идея x402 заключается во включении требований к оплате в процесс обмена HTTP-запросами и ответами. Когда клиент запрашивает платный ресурс, сервер может вернуть код HTTP 402 и указать доступные способы оплаты. После выполнения необходимой авторизации клиент отправляет запрос повторно. Затем сервер проверяет условия оплаты и принимает решение о предоставлении ресурса. Такая модель снижает зависимость автоматизированных сервисов от традиционной регистрации аккаунтов, управления подписками и ручной оплаты.
Для API-вызовов с немедленной выдачей результата такая платёжная модель обычно достаточно проста. Например, AI-агент может запросить услугу инференса модели, оплатить её по цене, указанной в API, и получить соответствующий результат. Однако если транзакция связана с индивидуальным контентом, длительными вычислениями, цифровыми лицензиями или товарами, доставку которых необходимо ожидать, между оплатой и фактическим исполнением может возникнуть временной интервал. При прямой оплате после окончательного зачисления средств покупатель обычно не может потребовать их возврата, ссылаясь только на исходный платёжный протокол.
x402B решает эту проблему с помощью эскроу-платежей. Продавец может указать условия эскроу-транзакции в ответе HTTP 402. После подписания соответствующей авторизации покупателем средства блокируются в смарт-контракте, а способ их высвобождения определяется позднее с учётом статуса доставки и спора. x402B не заменяет весь протокол x402 новой платёжной сетью. Вместо этого он использует поддержку x402 различных платёжных схем, расширяя возможности расчётов по транзакциям.
AI-агенты могут самостоятельно вызывать сервисы, сравнивать предложения и отправлять платёжные запросы в соответствии с заданными задачами. Однако автоматическое выполнение платежа не означает, что AI-агент способен автоматически определить, исполнена ли транзакция. Если API-запрос сразу возвращает результат, временной интервал между оплатой и предоставлением услуги может быть очень коротким. Для исследовательского отчёта, подготовка которого занимает несколько минут, вычислительной задачи продолжительностью в несколько часов или покупки товара за рубежом период между оплатой и доставкой может быть значительно дольше.
Такой временной интервал создаёт риск, связанный с контрагентом. Например, AI-агент может заплатить 100 USDC незнакомому поставщику услуг за индивидуальный отчёт с данными. Если средства напрямую зачислены на адрес продавца, а продавец в итоге не предоставил контент, покупателю придётся использовать дополнительную процедуру возврата, правила платформы или правовые средства защиты. Для автоматизированных поставщиков услуг без подтверждённой репутации традиционные механизмы оценки не всегда покрывают все риски.
Ончейн-эскроу снижает некоторые риски за счёт изменения порядка высвобождения средств. Покупатель сначала блокирует средства в смарт-контракте. Затем продавец предоставляет согласованный товар или услугу, после чего средства распределяются на основании подтверждения доставки, окончания периода для подачи спора или других условий расчёта. Таким образом, авторизация платежа не обязательно приводит к немедленному получению продавцом всей суммы. Однако эскроу не означает, что транзакция всегда будет успешно исполнена, и не позволяет автоматически проверить качество товара, предоставляемого вне блокчейна. Фактический уровень защиты по-прежнему зависит от механизмов проверки доставки и разрешения споров.
x402B объединяет платёжные взаимодействия через HTTP со статусом ончейн-эскроу и позволяет AI-агентам выполнять несколько этапов от покупки до расчёта с помощью стандартизированных запросов. Типичный процесс включает запрос ресурса, получение предложения, подписание авторизации, блокировку средств, выполнение доставки и окончательный расчёт.

AI-агент покупателя запрашивает ресурс у сервера. Продавец формирует предложение на основании запроса и указывает условия эскроу-платежа в ответе HTTP 402. Эти условия могут включать цену, поддерживаемые токены, адрес эскроу-контракта и подписанное продавцом обязательство по транзакции. После проверки условий покупатель подписывает авторизацию метатранзакции, а затем отправляет транзакцию в блокчейн через Facilitator или другим поддерживаемым способом. Смарт-контракт блокирует средства и записывает соответствующий статус транзакции.
После блокировки средств продавец может предоставить ресурс или подтверждение доставки. Последующие действия определяются статусом транзакции и доступными операциями. В архитектуре x402B для описания доступных на текущем этапе действий используется nextActions. К ним относятся подтверждение доставки, инициирование спора и выполнение расчёта. В зависимости от конкретной реализации средства могут быть высвобождены после подтверждения доставки, окончания периода для подачи спора или разрешения спора. Этот механизм превращает разовый платёж в отслеживаемый жизненный цикл транзакции.
Эскроу — это механизм временного хранения средств до выполнения условий транзакции. В традиционной коммерческой деятельности эскроу обычно предоставляет банк, платёжная организация или сторонняя платформа. В x402B средствами управляет смарт-контракт в соответствии с заданными правилами. После завершения авторизации покупателем стейблкоины блокируются в ончейн-эскроу-контракте. Продавец не может получить средства сразу только потому, что получил платёжный запрос.
x402B использует эскроу-инфраструктуру Boson Protocol для управления обязательствами по транзакциям и статусом расчётов. Покупатель и продавец выполняют согласованные операции, а смарт-контракт распределяет средства на основании подтверждения доставки, статуса спора и установленных сроков. Основная ценность этого механизма заключается в снижении зависимости от единой платёжной платформы или контрагента, который хранит средства, а также в возможности проверять записи о транзакции и условия высвобождения средств в блокчейне.
Однако некастодиальный формат не означает отсутствия рисков. Уязвимости смарт-контрактов, некорректные параметры транзакции, необоснованно установленный период для подачи спора и недостаточные доказательства доставки могут повлиять на итоговый результат. В частности, фактическое качество товаров и услуг, предоставляемых вне блокчейна, нельзя определить автоматически только на основании статуса в блокчейне. Поэтому x402B предоставляет программируемый механизм защиты транзакций, а не безусловную гарантию любого результата.
В автоматизированных транзакциях между AI-агентами оплата и доставка могут происходить в разное время. Чтобы учитывать это, x402B включает статус доставки в жизненный цикл транзакции. Например, после покупки цифровой услуги продавец может предоставить контент или подтверждение доставки через определённый канал, после чего покупатель выполняет подтверждение в соответствии с требованиями протокола. Для некоторых товаров и услуг доставка также может включать код для получения, обновление статуса заказа или другие этапы проверки.
Если покупатель считает, что продавец не исполнил условия транзакции, он может инициировать спор в течение установленного правилами периода. Архитектура Boson Protocol предусматривает участие Dispute Resolver. Конкретный механизм может включать переговоры между сторонами, рассмотрение третьей стороной или расчёт в соответствии с заранее установленными правилами по истечении срока. Окончательное распределение средств зависит от статуса транзакции, соответствующих подписей и применимых условий обработки спора, а не определяется в одностороннем порядке покупателем или продавцом.
Важно отметить, что разрешение споров не означает, что полностью автоматизированный смарт-контракт сможет определить качество каждого товара. При доставке вне блокчейна могут потребоваться внешние доказательства, ручное рассмотрение или доверенные механизмы проверки. Преимущество x402B заключается в возможности связать результат спора с исполнением операции со средствами в блокчейне. Однако определение фактического исполнения транзакции по-прежнему может зависеть от информации вне блокчейна.
Основное различие между x402 и x402B заключается в подходах к расчётам по средствам и управлению жизненным циклом транзакции. Платёжная схема x402 exact лучше подходит для сценариев, в которых ресурс предоставляется сразу после оплаты, а схема x402B escrow — для сценариев с временным интервалом между оплатой и доставкой, где требуется дополнительная защита транзакции.
| Критерий сравнения | Схема x402 exact | Boson x402B |
|---|---|---|
| Основная цель | Выполнение нативных для сети платежей | Защита оплаты и доставки |
| Движение средств | Перевод продавцу после проверки | Сначала блокировка в эскроу-контракте |
| Способ доставки | В основном подходит для немедленной доставки | Поддерживает асинхронную доставку |
| Обработка споров | Не предоставляет единого встроенного процесса разрешения споров в эскроу | Поддерживает механизм разрешения споров в эскроу |
| Высвобождение средств | После завершения расчёта по платежу | На основании статуса доставки и спора |
| Подходящие сценарии | API-вызовы, сервисы данных в реальном времени | Индивидуальные услуги, цифровые товары, сложные закупки |
| Основные риски | Неполучение ожидаемой услуги после оплаты | Риски, связанные с контрактом, проверкой доставки и механизмом разрешения споров |
Это сравнение не означает, что сам x402 можно использовать только для простых транзакций, и не означает, что все сервисы на базе x402 не поддерживают возвраты или разрешение споров. Разработчики могут реализовать защиту транзакций с помощью других механизмов на уровне приложения. Отличие x402B заключается в том, что он делает эскроу-платеж интегрируемой платёжной схемой и напрямую связывает соответствующие правила со статусом средств в блокчейне.
Кроме того, x402B не требует от всех существующих клиентов x402 автоматически поддерживать эскроу-транзакции. Корректно распознавать и выполнять процесс эскроу могут только клиенты, способные обрабатывать соответствующую платёжную схему. Серверы могут предлагать как прямую оплату, так и эскроу-платежи, чтобы разные клиенты могли выбирать вариант с учётом своих возможностей.
x402B не полагается на один смарт-контракт, который выполняет весь процесс транзакции. Вместо этого решение объединяет офчейн-подписи, авторизацию стейблкоинов, ончейн-контракты и компоненты для ретрансляции транзакций. EIP-712 предоставляет метод подписания структурированных данных, позволяя покупателям и продавцам подписывать предложения, авторизации транзакций и другие параметры. По сравнению с прямым подписанием непрозрачных данных структурированное подписание позволяет совместимым кошелькам более наглядно отображать некоторые сведения о транзакции. Однако пользователям всё равно необходимо проверять фактический объём авторизации.
Для оплаты x402B может использовать поддерживаемые стейблкоины, например USDC, чтобы блокировать средства. Техническое решение предусматривает разные варианты, включая EIP-3009, EIP-2612, Permit2 и стандартные разрешения для токенов. Конкретный метод зависит от актива, сети и условий интеграции. Стейблкоины используются как расчётная единица и средство расчётов, а эскроу-контракт управляет условиями высвобождения средств. Эти компоненты решают разные задачи.
Facilitator в основном помогает отправлять и выполнять транзакции. Покупатель может сначала подписать транзакцию, после чего Facilitator отправляет её в блокчейн. В некоторых реализациях это позволяет покупателю не оплачивать газ напрямую. Однако отсутствие необходимости платить газ самостоятельно не означает отсутствия стоимости ончейн-транзакций. Это означает, что расходы несёт другой участник. x402B также предоставляет возможность выполнять операции напрямую в блокчейне, что снижает влияние недоступности Facilitator на дальнейшее выполнение транзакций.
Покупка цифрового контента и профессиональных услуг. AI-агенту может потребоваться приобрести отраслевые отчёты, индивидуальные данные, лицензии на программное обеспечение или исследовательские услуги третьих сторон. Такие продукты обычно нельзя предоставить сразу, как простой ответ API, а некоторые услуги требуют подготовки контента с учётом требований пользователя. С помощью x402B покупатель может заблокировать средства в момент оплаты, а продавец сможет перейти к расчёту после предоставления товара или услуги в соответствии с условиями.
Коммерция между агентами, или Agent-to-Agent Commerce, означает автоматизированные коммерческие транзакции между AI-агентами. Например, агент, проводящий исследование рынка, может приобрести вычислительные услуги у агента анализа данных, который затем обращается к другим моделям или источникам данных для выполнения задачи. У нескольких независимых поставщиков услуг может не быть длительных устоявшихся отношений. Поэтому стандартизированные обязательства по транзакциям, заблокированные в эскроу средства и механизмы разрешения споров могут снизить некоторые риски, связанные с контрагентами.
Автоматизированная электронная коммерция и закупка физических товаров. AI-агент может отвечать за поиск товаров, сравнение предложений, оформление заказов и авторизацию платежей, тогда как доставка по-прежнему зависит от продавцов, логистических операторов и других процессов в реальном мире. Boson Protocol продемонстрировал процесс покупки, объединяющий магазин Facet, USDC и эскроу x402B. Эти примеры показывают, что автоматизированные платежи можно объединять с транзакциями по реальным товарам. Однако демонстрация в тестовой среде сама по себе не означает широкого коммерческого внедрения.
Во-первых, x402B необходимо решать задачу проверки доставки. Для данных, возвращаемых API, относительно легко определить, успешно ли сервер отправил ответ. Однако для индивидуальных исследований, дизайнерских работ или физических товаров определение соответствия доставки согласованным условиям часто связано с субъективными критериями. Даже если эскроу и расчёты полностью выполняются в блокчейне, протокол не может определить наличие проблем с качеством товара только на основании записей о переводах.
Второе ограничение связано с заблокированным капиталом и стоимостью транзакций. Эскроу повышает защиту транзакции, но может увеличить время, необходимое для высвобождения средств. Для недорогих и частых API-запросов прямая оплата может быть проще. Если для каждой транзакции необходимо поддерживать статус эскроу, подтверждение доставки и период для подачи спора, дополнительные процессы и расходы на выполнение могут снизить часть преимуществ по эффективности. Поэтому x402B подходит не для каждого сценария оплаты AI-агентами.
Наконец, существуют ограничения, связанные с совместимостью и распространением. Для эскроу-платёжной схемы x402B требуется поддержка со стороны клиентов, серверов и соответствующих компонентов ретрансляции. Нельзя предполагать, что все приложения на базе x402 уже обладают такими возможностями. Дальнейшее развитие решения также будет зависеть от безопасности смарт-контрактов, надёжности Dispute Resolver, ликвидности платёжных активов, затрат разработчиков на интеграцию и фактического спроса на транзакции. Существующие технические реализации и коммерческие примеры могут продемонстрировать определённую осуществимость модели, но пока недостаточны, чтобы доказать, что она станет универсальным стандартом для всех транзакций Agent Commerce.
Развитие Agent Commerce стимулирует переход платёжной инфраструктуры от простых переводов средств к полноценному управлению транзакциями. Когда AI-агенту необходимо только приобрести API-сервис, который сразу возвращает результат, возможностей автоматизированной оплаты может быть достаточно. Однако когда агенты начинают покупать индивидуальные услуги, координировать работу нескольких поставщиков или участвовать в транзакциях с реальными товарами, авторизация платежа, подтверждение исполнения, возвраты и разрешение споров должны быть связаны в единый процесс.
x402B предоставляет технический путь для объединения этих этапов. С помощью платёжных запросов через HTTP, ончейн-эскроу, структурированных подписей и исполняемых состояний транзакции AI-агенты могут получать определённый уровень защиты транзакций и одновременно снижать необходимость участия человека. Эта модель также может способствовать созданию более стандартизированных процессов автоматизированных закупок, позволяя разным разработчикам и поставщикам услуг создавать приложения на основе общих интерфейсов оплаты и расчётов.
Однако зрелость Agent Commerce зависит не только от платёжных технологий. Одновременно должны развиваться идентификация, авторизация транзакций, оценка качества услуг, управление спорами и нормативно-правовые механизмы. x402B решает только часть задач, связанных с хранением средств в эскроу и расчётами. Его фактическую ценность в конечном счёте необходимо оценивать по объёму реальных транзакций, уровню исполнения обязательств, безопасности средств и распространению среди разработчиков.
x402B — разработанное Boson Protocol ончейн-эскроу-расширение платёжной системы x402. В отличие от методов прямых расчётов, изначально предназначенных преимущественно для немедленной оплаты, x402B объединяет блокировку средств, доставку товара или услуги, обработку споров и окончательный расчёт в рамках единого процесса транзакции. Это обеспечивает дополнительную защиту AI-агентам, приобретающим услуги, которые предоставляются не сразу.
Основная ценность x402B заключается не в ускорении платежей AI-агентов, а в создании более чёткой связи между автоматизированной оплатой и исполнением транзакции. По мере того как AI-агенты начинают участвовать в более сложных закупках цифровых услуг и коммерческих транзакциях, некастодиальный эскроу может стать важной частью инфраструктуры Agent Commerce. Однако безопасность, область применения и коммерческая зрелость решения по-прежнему требуют дальнейшей проверки.
x402B — это платёжное расширение x402, разработанное Boson Protocol. Оно использует некастодиальный ончейн-эскроу-контракт для управления средствами транзакции и поддерживает подтверждение доставки и разрешение споров.
Это не полностью одинаковые понятия. x402 — это нативный для сети платёжный протокол, а x402B — конкретное расширение, добавляющее возможности эскроу-транзакций к инфраструктуре платёжных взаимодействий x402. Не все клиенты x402 поддерживают его автоматически.
Не обязательно. В сценариях с поддержкой ретрансляции транзакций Facilitator может отправить транзакцию и оплатить газ, поэтому покупателю не нужно хранить нативный токен для оплаты газа. Однако расходы на выполнение операций в блокчейне всё равно существуют.
Нет. Ончейн-эскроу может снизить некоторые риски непредоставления услуги после оплаты, но не устраняет такие проблемы, как уязвимости смарт-контрактов, ложные доказательства доставки или ошибочные решения по спорам.
Нет. USDC — это стейблкоин, используемый в существующих интеграциях. Конкретный список поддерживаемых активов зависит от соответствующей сети, механизма авторизации токенов и конфигурации сервера.
x402B лучше подходит для транзакций, в которых между оплатой и доставкой проходит определённое время или покупателю и продавцу требуется дополнительная защита исполнения обязательств. К таким сценариям относятся индивидуальные цифровые услуги, закупка программного обеспечения, асинхронные вычислительные задачи и некоторые транзакции с товарами.
* Информация не предназначена и не является финансовым советом или любой другой рекомендацией любого рода, предложенной или одобренной Gate.
* Эта статья не может быть опубликована, передана или скопирована без ссылки на Gate. Нарушение является нарушением Закона об авторском праве и может повлечь за собой судебное разбирательство.





