Що таке x402B? Як ончейн-ескроу захищає платежі AI-агентів

x402 поєднує мережеві запити з платежами за допомогою відповідей HTTP 402 Payment Required, даючи AI-агентам змогу виконувати транзакції відповідно до умов оплати, наданих сервером.

x402B розвиває цю основу, додаючи ескроуконтракти, статус доставки та механізми вирішення спорів. Це дає змогу керувати авторизацією платежу, блокуванням коштів, доставкою товару або послуги та остаточним розрахунком як окремими етапами. Boson Protocol розгорнув x402B у основній мережі Base 8 червня 2026 року. Однак сферу застосування, сумісність і фактичний рівень захисту протоколу ще потрібно оцінити з урахуванням конкретної реалізації.

Ключові положення

• x402B — це ончейн-розширення з ескроу, розроблене Boson Protocol для платіжного протоколу x402. Воно використовує смартконтракти для керування коштами транзакцій, даючи змогу проводити оплату та остаточне вивільнення коштів поетапно.

• x402 переважно призначений для автоматизованих платежів, тоді як x402B додатково вирішує ризики доставки після оплати. Якщо послугу, придбану AI-агентом, неможливо надати одразу, механізм ескроу може забезпечити додатковий захист.

• Некастодіальне ескроу — основний механізм x402B. Кошти покупця надходять до ончейн-ескроконтракту, а не переказуються повністю на рахунок продавця одразу після авторизації платежу.

• Підтвердження доставки та вирішення спорів визначають порядок вивільнення коштів. Залежно від конкретних правил транзакції кошти можуть розподілятися після підтвердження доставки, завершення періоду для подання спору або винесення рішення у спорі.

• x402B надає нову інфраструктуру транзакцій для Agent Commerce. Протокол підходить для комерційних сценаріїв із використанням AI-агентів, які передбачають асинхронну доставку, захист транзакцій та автоматизований розрахунок, але не може усунути всі ризики невиконання зобов’язань.

Що таке x402B і як він пов’язаний із платіжним протоколом x402?

x402B можна розглядати як реалізацію, що додає ончейн-захист транзакцій до платіжного процесу x402. Основна ідея x402 полягає у вбудовуванні вимог до оплати в процес обміну HTTP-запитами та відповідями. Коли клієнт запитує платний ресурс, сервер може повернути код стану HTTP 402 і вказати прийнятні способи оплати. Після необхідної авторизації клієнт повторно надсилає запит. Потім сервер перевіряє умови платежу та вирішує, чи надавати ресурс. Така модель зменшує залежність автоматизованих сервісів від традиційної реєстрації акаунтів, керування підписками та ручних платежів.

Для API-викликів із миттєвою доставкою ця платіжна модель зазвичай є простою. Наприклад, AI-агент може запитати послугу інференсу моделі, виконати оплату відповідно до ціни, зазначеної в API, і отримати відповідний результат. Однак якщо транзакція передбачає індивідуалізований контент, тривалі обчислювальні завдання, цифрові ліцензії або товари, доставку яких потрібно очікувати, між оплатою та фактичним виконанням може виникнути часовий проміжок. За прямої моделі оплати після остаточного розрахунку покупець зазвичай не може вимагати від продавця повернення коштів, посилаючись лише на початковий платіжний протокол.

x402B вирішує цю проблему, запроваджуючи платіжне рішення з ескроу. Продавець може надати умови ескроутранзакції у відповіді HTTP 402. Після підписання покупцем відповідної авторизації кошти блокуються у смартконтракті, а спосіб їх вивільнення визначається пізніше залежно від статусу доставки та спору. x402B не замінює весь протокол x402 новою платіжною мережею. Натомість він використовує підтримку x402 для різних платіжних схем, щоб розширити можливості розрахунків за транзакціями.

Навіщо автоматизованим платежам AI-агентів потрібне ончейн-ескроу?

AI-агенти можуть самостійно викликати сервіси, порівнювати пропозиції та надсилати платіжні запити відповідно до заздалегідь визначених завдань. Однак автоматичне виконання платежу не означає, що AI-агент може автоматично визначити, чи виконано транзакцію. Для API-запиту, який одразу повертає результат, часовий проміжок між оплатою та наданням послуги може бути дуже коротким. Для звіту за результатами дослідження, підготовка якого займає кілька хвилин, обчислювального завдання тривалістю кілька годин або навіть транскордонної покупки товару проміжок між оплатою та доставкою може бути значно довшим.

Такий часовий проміжок створює ризик контрагента. Наприклад, AI-агент може сплатити 100 USDC незнайомому постачальнику послуг за індивідуалізований звіт із даними. Якщо кошти безпосередньо зараховано на адресу продавця, а продавець зрештою не надав контент, покупцеві доведеться використовувати додаткову процедуру повернення коштів, правила платформи або правові засоби захисту. Для автоматизованих постачальників послуг без підтвердженої історії роботи традиційні механізми репутації можуть не охоплювати всі ризики.

Ончейн-ескроу зменшує частину ризиків, змінюючи порядок вивільнення коштів. Спочатку покупець може заблокувати кошти у смартконтракті. Потім продавець надає погоджений товар або послугу, після чого кошти розподіляються на основі підтвердження доставки, періоду для подання спору або інших умов розрахунку. Це означає, що авторизація платежу не обов’язково призводить до негайного отримання продавцем усіх коштів. Однак ескроу не означає, що транзакція завжди буде успішною, і не може автоматично перевірити якість товару поза мережею. Фактичний рівень захисту все одно залежить від механізмів перевірки доставки та вирішення спорів.

Як працює процес транзакції x402B?

x402B поєднує платіжні взаємодії через HTTP зі статусом ончейн-ескроу, даючи AI-агентам змогу виконувати кілька етапів — від покупки до розрахунку — за допомогою стандартизованих запитів. Типовий процес включає запит ресурсу, отримання пропозиції, підписання авторизації, блокування коштів, завершення доставки та остаточний розрахунок.

AI-агент покупця запитує ресурс у сервера. Продавець формує цінову пропозицію на основі запиту та надає умови ескроуплатежу у відповіді HTTP 402. Ці умови можуть містити ціну, підтримувані токени, адресу ескроконтракту та підписане продавцем зобов’язання за транзакцією. Після перевірки умов покупець підписує авторизацію метатранзакції, а потім надсилає транзакцію до блокчейну через Facilitator або інший підтримуваний спосіб. Смартконтракт блокує кошти та записує відповідний статус транзакції.

Після блокування коштів продавець може надати ресурс або доказ доставки. Подальші дії визначаються статусом транзакції та доступними діями. У дизайні x402B використовується nextActions для опису дій, які можна виконати на поточному етапі, зокрема підтвердити доставку, ініціювати спір або завершити розрахунок. Залежно від конкретної реалізації кошти можуть бути вивільнені після підтвердження доставки, завершення періоду для подання спору або вирішення спору. Цей механізм перетворює одноразовий платіж на транзакційний життєвий цикл, який можна відстежувати.

Як некастодіальне ескроу x402B захищає кошти транзакції?

Ескроу — це механізм, який тимчасово утримує кошти до виконання умов транзакції. У традиційній комерційній діяльності ескроу зазвичай забезпечує банк, платіжна установа або стороння платформа. У x402B коштами керує смартконтракт відповідно до заздалегідь визначених правил. Після завершення покупцем авторизації стейблкоїни блокуються в ончейн-ескроконтракті. Продавець не може отримати кошти одразу лише через те, що отримав платіжний запит.

x402B використовує ескроуінфраструктуру Boson Protocol для керування зобов’язаннями за транзакціями та статусом розрахунків. Покупець і продавець виконують погоджені операції, а смартконтракт розподіляє кошти на основі підтвердження доставки, статусу спору та часових обмежень. Основна цінність цього механізму полягає у зменшенні залежності від однієї платіжної платформи або контрагента, який утримує кошти, а також у можливості перевіряти записи транзакцій та умови вивільнення коштів у блокчейні.

Однак некастодіальний характер не означає відсутності ризиків. На кінцевий результат можуть впливати вразливості смартконтракту, неправильні параметри транзакції, необґрунтовано встановлені періоди для подання спору та недостатні докази доставки. Зокрема, фактичну якість товарів і послуг поза мережею неможливо автоматично визначити лише на основі статусу в блокчейні. Тому x402B надає програмований механізм захисту транзакцій, а не безумовну гарантію всіх результатів транзакції.

Як x402B підтверджує доставку товару та обробляє спори щодо транзакцій?

В автоматизованих транзакціях AI-агентів оплата та доставка можуть відбуватися в різний час. Щоб врахувати цю особливість, x402B включає статус доставки до життєвого циклу транзакції. Наприклад, після придбання покупцем цифрової послуги продавець може надати контент або доказ доставки через визначений канал, після чого покупець виконує необхідне протоколом підтвердження. Для певних товарів або послуг доставка також може передбачати облікові дані для погашення, оновлення статусу замовлення або інші етапи перевірки.

Якщо покупець вважає, що продавець не виконав транзакцію, він може ініціювати спір протягом періоду, визначеного правилами. Дизайн Boson Protocol передбачає участь Dispute Resolver. Конкретний механізм може включати переговори між сторонами, розгляд третьою стороною або розрахунок відповідно до заздалегідь визначених правил завершення за тайм-аутом. Остаточний розподіл коштів залежить від статусу транзакції, відповідних підписів та застосовних умов обробки спору, а не визначається одноосібно покупцем або продавцем.

Важливо зазначити, що вирішення спорів не означає, що повністю автоматизований смартконтракт визначатиме якість кожного товару. Для доставки поза мережею можуть і надалі знадобитися зовнішні докази, ручний розгляд або надійні механізми перевірки. Перевага x402B полягає в тому, що він може пов’язати результат спору з виконанням ончейн-операцій із коштами. Однак визначення того, чи було транзакцію фактично виконано, усе ще може залежати від інформації поза мережею.

Які основні відмінності між x402 і x402B?

Основна відмінність між x402 і x402B полягає у підходах до розрахунку за коштами та керування життєвим циклом транзакції. Платіжна схема x402 exact краще підходить для сценаріїв, у яких ресурс надається одразу після оплати, тоді як схема x402B escrow призначена для сценаріїв із часовим проміжком між оплатою та доставкою, де потрібен додатковий захист транзакції.

Це порівняння не означає, що сам x402 можна використовувати лише для простих транзакцій, а також не означає, що всі сервіси на базі x402 не мають можливостей повернення коштів або вирішення спорів. Розробники можуть реалізовувати захист транзакцій за допомогою інших механізмів на рівні застосунку. Відмінність x402B полягає в тому, що він робить ескроуплатежі інтегрованою платіжною схемою, безпосередньо пов’язуючи відповідні правила з ончейн-статусом коштів.

Крім того, x402B не вимагає, щоб усі наявні клієнти x402 автоматично підтримували ескротранзакції. Лише клієнти, здатні обробляти відповідну платіжну схему, можуть правильно розпізнати та виконати процес ескроу. Сервери можуть надавати як варіант прямої оплати, так і варіант ескроуплатежу, щоб різні клієнти могли обирати спосіб відповідно до своїх можливостей.

Як x402B працює з EIP-712, стейблкоїнами та Facilitator?

x402B не покладається на один смартконтракт для виконання всієї транзакції. Натомість він поєднує офчейн-підписи, авторизацію стейблкоїнів, ончейн-контракти та компоненти ретрансляції транзакцій. EIP-712 надає метод підписання структурованих даних, що дає змогу покупцям і продавцям підписувати цінові пропозиції, авторизації транзакцій та інші параметри. Порівняно з безпосереднім підписанням непрозорих даних, структуроване підписання дає сумісним гаманцям змогу чіткіше відображати деякі деталі транзакції. Однак користувачам усе одно потрібно перевіряти фактичний обсяг авторизації.

Як платіжні активи x402B може використовувати підтримувані стейблкоїни, зокрема USDC, для блокування коштів. Його технічне рішення передбачає різні варіанти, зокрема EIP-3009, EIP-2612, Permit2 і стандартні дозволи токенів. Конкретний метод залежить від активу, мережі та умов інтеграції. Стейблкоїни слугують одиницею обліку та засобом розрахунку, а ескроконтракт керує умовами вивільнення коштів. Ці компоненти вирішують різні завдання.

Facilitator переважно допомагає з надсиланням і виконанням транзакцій. Покупець спочатку може виконати підпис, після чого Facilitator надсилає відповідну транзакцію до блокчейну. У деяких реалізаціях це дає змогу покупцеві не сплачувати комісію Gas безпосередньо. Однак Gasless не означає, що ончейн-транзакції не мають вартості. Це означає, що витрати бере на себе інший учасник. x402B також надає можливість безпосередньої ончейн-операції, щоб зменшити вплив недоступності Facilitator на подальше виконання транзакцій.

Які комерційні сценарії для AI-агентів підтримує x402B?

Придбання цифрового контенту та професійних послуг. AI-агенту може знадобитися придбати галузеві звіти, індивідуалізовані дані, програмні ліцензії або дослідницькі послуги третіх сторін. Такі продукти зазвичай неможливо доставити одразу, як просту відповідь API, а деякі послуги також потребують створення контенту відповідно до вимог користувача. За допомогою x402B покупець може заблокувати кошти під час оплати, а продавець — перейти до розрахунку після доставки товару або надання послуги відповідно до домовленостей.

Agent-to-Agent Commerce означає автоматизовані комерційні транзакції між AI-агентами. Наприклад, агент із дослідження ринку може придбати обчислювальні послуги в агента з аналізу даних, який потім викликає інші моделі або джерела даних для виконання завдання. Між кількома незалежними постачальниками послуг може не бути усталених довгострокових відносин. Тому стандартизовані зобов’язання за транзакціями, кошти в ескроу та механізми вирішення спорів можуть зменшити частину ризиків контрагента.

Автоматизована електронна комерція та закупівля фізичних товарів. AI-агент може відповідати за пошук товарів, порівняння цінових пропозицій, оформлення замовлень і авторизацію платежів, тоді як доставка все одно залежить від продавців, логістичних операторів та інших процесів у реальному світі. Boson Protocol продемонстрував процес купівлі, що поєднує магазин Facet, USDC та ескроу x402B. Ці приклади показують, що автоматизовані платежі можна поєднувати з транзакціями щодо реальних товарів. Однак демонстрація в тестовому середовищі не означає масштабного комерційного впровадження.

З якими технічними та комерційними обмеженнями стикається x402B?

По-перше, x402B потрібно вирішити питання перевірки доставки. Для даних, які повертає API, може бути відносно легко визначити, чи успішно сервер надав відповідь. Однак для індивідуалізованих досліджень, дизайнерської роботи або фізичних товарів визначення відповідності доставки погодженим умовам часто передбачає суб’єктивні критерії. Навіть якщо ескроу та розрахунок повністю відбуваються ончейн, протокол не може визначити наявність проблем із якістю товару лише на основі записів про перекази.

Друге обмеження пов’язане із заблокованим капіталом і витратами на транзакції. Механізм ескроу посилює захист транзакцій, але також може збільшити час, необхідний для вивільнення коштів. Для API-запитів невеликої вартості з високою частотою пряма оплата може бути простішою. Якщо кожна транзакція потребує підтримки статусу ескроу, підтвердження доставки та періоду для подання спору, додаткові процеси й витрати на виконання можуть нівелювати частину переваг ефективності. Тому x402B може підходити не для кожного сценарію платежів AI-агентів.

Останнє обмеження стосується сумісності та впровадження. Платіжна схема x402B з ескроу потребує підтримки з боку клієнтів, серверів і пов’язаних компонентів ретрансляції. Не можна вважати, що всі застосунки x402 уже мають такі можливості. Подальший розвиток протоколу також залежатиме від безпеки смартконтрактів, надійності Dispute Resolver, ліквідності платіжних активів, витрат розробників на інтеграцію та фактичного попиту на транзакції. Наявні технічні реалізації та комерційні приклади можуть продемонструвати певну здійсненність, але їх усе ще недостатньо, щоб довести, що ця модель стане універсальним стандартом для всіх транзакцій Agent Commerce.

Що означає x402B для розвитку Agent Commerce?

Розвиток Agent Commerce спонукає платіжну інфраструктуру перейти від простих переказів коштів до комплексного керування транзакціями. Коли AI-агенту потрібно лише придбати послугу API, яка одразу повертає результат, автоматизованих платіжних можливостей може бути достатньо. Однак коли агенти починають купувати індивідуалізовані послуги, координувати кількох постачальників або брати участь у транзакціях щодо реальних товарів, авторизація платежу, підтвердження виконання, повернення коштів і вирішення спорів мають стати взаємопов’язаними етапами.

x402B надає технічний шлях для поєднання цих етапів. Завдяки платіжним запитам HTTP, ончейн-ескроу, структурованим підписам і станам транзакцій, які можна виконувати, AI-агенти можуть отримувати певний рівень захисту транзакцій, одночасно зменшуючи потребу в участі людини. Ця модель також може сприяти створенню більш стандартизованих процесів автоматизованих закупівель, даючи різним розробникам і постачальникам послуг змогу створювати застосунки на основі спільних інтерфейсів оплати та розрахунків.

Однак зрілість Agent Commerce залежить не лише від платіжних технологій. Водночас мають розвиватися перевірка особи, авторизація транзакцій, оцінювання якості послуг, управління спорами та нормативно-правові механізми. x402B вирішує лише частину питань, пов’язаних з ескроу та розрахунками за коштами. Його фактичну цінність зрештою потрібно буде оцінювати за обсягом реальних транзакцій, рівнем виконання зобов’язань, безпекою коштів і впровадженням розробниками.

Підсумок

x402B — це ончейн-розширення з ескроу, розроблене Boson Protocol на основі платіжної системи x402. На відміну від методів прямого розрахунку, переважно призначених для миттєвих платежів, x402B об’єднує блокування коштів, доставку товару або послуги, обробку спорів та остаточний розрахунок в один транзакційний процес, забезпечуючи додатковий захист AI-агентам, які купують послуги з відкладеною доставкою.

Основна цінність x402B полягає не в тому, щоб змусити AI-агентів платити швидше, а у створенні чіткішого зв’язку між автоматизованими платежами та виконанням транзакцій. У міру того як AI-агенти братимуть участь у складніших закупівлях цифрових послуг і комерційних транзакціях, некастодіальне ескроу може стати важливою частиною інфраструктури Agent Commerce. Однак його безпека, сфера застосування та комерційна зрілість усе ще потребують подальшої перевірки.

FAQ

Що таке x402B?

x402B — це платіжне розширення x402, розроблене Boson Protocol. Воно використовує некастодіальний ончейн-ескроконтракт для керування коштами транзакцій і підтримує підтвердження доставки та вирішення спорів.

Чи є x402B тим самим протоколом, що й x402?

Це не зовсім одне й те саме. x402 — це нативний для мережі платіжний протокол, тоді як x402B — конкретне розширення, яке додає можливості ескротранзакцій до платіжної взаємодії x402. Не всі клієнти x402 підтримують його автоматично.

Чи потрібно AI-агенту мати ETH для оплати Gas під час використання x402B?

Не обов’язково. У сценаріях із підтримкою ретрансляції транзакцій Facilitator може надіслати транзакцію та сплатити Gas, тому покупцеві не потрібно мати нативний токен, необхідний для оплати Gas. Однак витрати на ончейн-виконання все одно існують.

Чи може x402B гарантувати, що AI-агент не стане жертвою шахрайства?

Ні. Ончейн-ескроу може зменшити частину ризиків ненадання товару або послуги після оплати, але не може усунути такі проблеми, як уразливості смартконтрактів, неправдиві докази доставки або неправильні рішення у спорах.

Чи можна використовувати з x402B лише USDC?

Ні. USDC — це стейблкоїн, який використовується в наявних інтеграціях. Конкретні підтримувані активи залежать від відповідної мережі, механізму авторизації токенів і конфігурації сервера.

Для яких типів транзакцій підходить x402B?

Він краще підходить для транзакцій, у яких між оплатою та доставкою є часовий проміжок або покупцеві й продавцю потрібен додатковий захист виконання зобов’язань. Приклади включають індивідуалізовані цифрові послуги, закупівлю програмного забезпечення, асинхронні обчислювальні завдання та певні транзакції щодо товарів.