Оскільки транзакції на основі штучного інтелекту переходять від концепції до впровадження, агентська комерція змушує фундаментально переосмислити принципи роботи цифрових платежів та інфраструктури розрахунків.
Від платежів, орієнтованих на людину, до рейок, що базуються на штучному інтелекті
Між вереснем 2025 року та березнем 2026 року всі великі гравці у сфері глобальних платежів перейшли на комерцію на основі штучного інтелекту. OpenAI та Stripe запустили протокол Agentic Commerce, а Google представив протокол Universal Commerce понад 30 партнерам у сфері роздрібної торгівлі та фінтех.
За той самий період Visa та Mastercard випустили платіжні системи, орієнтовані на агентів. Coinbase удосконалила свій стандарт x402, обробивши понад 15 мільйонів транзакцій на Base. Крім того, Stripe та Tempo стали співавторами протоколу машинних платежів та подали його на стандартизацію IETF .
Вибір часу не випадковий. Платіжна інфраструктура останніх трьох десятиліть була побудована для людей, які сидять у браузерах, заповнюють форми та проходять поетапну перевірку. Однак агентам штучного інтелекту потрібні програмні інтерфейси, майже миттєва авторизація та розрахунки, які можуть обробляти транзакції за частки цента.
Існуючий стек ніколи не був розроблений для такого середовища, і галузь визнає цю невідповідність. Натомість виникає дворівнева архітектура: верхній рівень оркестрації для виявлення та ініціації, а нижній рівень розрахунків для передачі цінності. Вони розвиватимуться окремими шляхами, керовані різними стимулами.
Комерційна оркестрація: як поєднуються агентські транзакції
Рівень оркестрації визначає, як агент знаходить послугу, керує сеансом і передає оплату. З'явилися дві різні категорії варіантів використання, і їх змішування ризикує призвести до неправильного розуміння структури ринку.
1.1 Агенти, що діють від імені споживачів
Для агентів, які купують від імені людей, основною проблемою сьогодні є не механіка оплати, а доступ. Більшість платформ електронної комерції оптимізовані для навігації людьми. Однак агент не повинен прокручувати сторінки товарів, інтерпретувати банери або натискати кнопку «додати в кошик».
Натомість продавцям потрібні структуровані, машинозчитувані кінцеві точки. Вони все ще рідкість, що обмежує взаємодію між нативними агентами. Перша хвиля протоколів у цьому сегменті походить від OpenAI, Stripe та Google, кожен з яких має різний підхід до контролю та відкритості.
OpenAI та Stripe запустили протокол Agentic Commerce Protocol (ACP) у вересні 2025 року. Протокол зосереджений на безпечному делегуванні платежів під час оформлення замовлення: спосіб оплати користувача зберігається в ChatGPT, і після підтвердження покупки Stripe видає спільний токен платежу (SPT) – одноразові облікові дані, обмежені сумою продавця та кошика.
Цей токен доставляється продавцю через API, який зберігає повний статус зареєстрованого продавця та обробляє платежі через існуючу інфраструктуру Stripe. SPT від Stripe, на момент написання цієї статті, є першою активною реалізацією цього дизайну делегування та сумісна зі специфікацією делегованих платежів OpenAI. Інші постачальники платіжних послуг можуть реалізувати цю специфікацію, зробивши ACP відкритим на рівні платежів.
Миттєве оформлення замовлення в ChatGPT було запущено у вересні 2025 року для користувачів у США, але було закрито у березні 2026 року після майже нульової конверсії. Відтоді OpenAI перейшов на пошук товарів: ChatGPT тепер відображає товари та перенаправляє користувачів на сайти або додатки продавців для оформлення замовлення. ACP залишається у вужчій ролі, забезпечуючи роботу спеціалізованих додатків ChatGPT для невеликої групи великих роздрібних торговців.
Продавці повинні подавати заявки на участь, а OpenAI контролює, які з’являться та в якому рейтингу. Тим не менш, ця кураторська модель надає OpenAI повний контроль над взаємодією з асистентом, делегуючи при цьому розрахунки стороннім процесорам, таким як Stripe.
Універсальний комерційний протокол (UCP) від Google являє собою протилежну стратегію. Оголошений Сундаром Пічаї на конференції NRF 11 січня 2026 року , UCP був розроблений спільно з Shopify , Etsy , Wayfair , Target та Walmart , а також схвалений більш ніж 20 партнерами, включаючи Adyen , American Express , Best Buy, Mastercard, Visa, Stripe та The Home Depot.
UCP чітко узгоджений з власним протоколом платежів агентів Google (AP2), стандартом Agent2Agent (A2A) та протоколом контексту моделі (MCP). Цей поштовх до сумісності є навмисною спробою зайняти вищі позиції для індексації та доступу. Google Pay служить методом оплати за замовчуванням, а PayPal анонсовано як майбутній варіант.
Технічно, UCP працює через маніфест можливостей, відомий як профіль UCP. Продавці публікують структурований JSON-документ у /.well-known/ucp під своїм доменом, вказуючи способи транспортування, можливості оформлення замовлення та підтримувані обробники платежів. Агенти зчитують ці маніфести безпосередньо без посередників.
Архітектура відображає стратегічні пріоритети Google. Google мало зацікавлений у брокерських транзакціях, що може призвести до тиску на маржу, відповідальності та контролю з боку регуляторів. Натомість, компанія хоче повної видимості в мережі торгівлі. UCP позиціонує Gemini як основний рівень виявлення для пошуку агентів, залишаючись при цьому практично невидимим під час розрахунків.
Контраст із ACP різкий. ACP — це кураторське середовище, де OpenAI виступає в ролі «гейткіпера», продавці повинні подавати заявки, а потік оптимізовано в ChatGPT. UCP функціонує як відкритий каталог: продавці самостійно публікують профілі, будь-який сумісний агент може споживати їх, а Google контролює поверхню виявлення, але не сам платіж.
У рамках UCP проблеми з адаптацією менші, а потенційний охоплення ширше, але продавці отримують менше прямого впливу. Фактично, ACP жертвує відкритістю заради контролю, тоді як UCP жертвує контролем заради широти індексу та стандартизації на рівні протоколу.
1.2 Агенти, що здійснюють операції з іншими агентами
Друга основна категорія структурно відрізняється: обидві сторони транзакції є автономними агентами, і жоден продавець-людина не бере участі. У цьому середовищі традиційні опори довіри зникають, залишаючи мало звичних захисних механізмів.
Немає жодних законів про захист прав споживачів чи прав на повернення коштів з картки, на які можна було б покладатися. Більше того, сторони, можливо, ніколи раніше не взаємодіяли, але все ж повинні безпечно обмінюватися цінностями. Саме цю проблему намагаються вирішити нові стандарти Ethereum.
Запропонований 10 березня 2026 року командою dAI Ethereum Foundation разом з Virtuals Protocol , стандарт ERC-8183 структурує кожну транзакцію як тристороннє завдання. Клієнт замовляє роботу, постачальник її виконує, а оцінювач сертифікує її завершення.
Кошти зберігаються на ескроу-рахунку за допомогою смарт-контракту та вивільняються лише після підписання Оцінювачем. Ні Клієнт, ні Постачальник не повинні оцінювати надійність іншого; контракт механічно забезпечує виконання результату. Паралельно, ERC-8004 визначає рівень ідентифікації, який лежить в основі цього механізму.
Згідно з ERC-8004, агенти реєструються в мережі та формують рейтинг репутації на основі історії транзакцій. Це створює портативний сигнал довіри, який зберігається під час взаємодій. Теоретично дизайн є надійним; однак, масштабне впровадження за допомогою самозавантаження залишається практичною перешкодою.
Сьогодні більшість реального використання зосереджена всередині платформи Virtuals Protocol . Агент-оркестратор під назвою Butler розкладає складні завдання на підзавдання та направляє їх до спеціалізованих агентів. Ширша спільнота розробників ще не залучилася до цього в порівнянному масштабі. ERC-8183 — це фактично спроба зробити цей шаблон відкритим та без дозволів.
Один структурний момент випливає безпосередньо з цього. Роздрібна електронна комерція може комфортно працювати на карткових рейках, оскільки покупці-люди залишаються в курсі подій. Чиста комерція між агентами, навпаки, ймовірно, вимагатиме розрахунків за стейблкоїнами, оскільки комісії за картки стають неекономічними за дуже малих розмірів квитків та високої частоти.
Протоколи розрахунків: хто фактично переміщує гроші
Якщо оркестрація вирішує, що і де здійснювати транзакції, то рівень розрахунків визначає, чи фактично переміщується вартість. Зараз тут конкурують п'ять основних протоколів, кожен з яких налаштований на різні варіанти використання та економічні обмеження.
2.1 Специфікація делегованого платежу та SPT (Stripe)
Специфікація делегованих платежів Stripe розширює інфраструктуру картки, а не замінює її. Коли клієнт авторизує агента, Stripe надає SPT, який зберігає агент. Під час транзакції агент пред'являє цей обмежений у часі токен з обмеженою сумою продавцю.
Потім розрахунки проходять через існуючий стек карток Stripe. На серверній частині Stripe підключається до Visa Intelligent Commerce та Mastercard Agent Pay, які випускають токени агентської мережі. Продавці бачать єдину поверхню інтеграції незалежно від того, яка мережа карток знаходиться нижче.
Ця модель добре підходить для стандартних роздрібних покупок та багатьох дороговартісних платежів між агентами, де повернення платежів та інші засоби захисту прав споживачів залишаються бажаними. Однак вона погано підходить для високочастотних моделей мікроцінності, таких як потокові платежі між машинами.
У таких сценаріях суми транзакцій часто становлять частки цента, а обсяги можуть сягати тисяч операцій за хвилину. Економічні витрати на карткові комісії та авторизаційні витрати швидко стають невиправданими, навіть якщо це технічно можливо.
2.2 Токени агентів Visa Intelligent Commerce та Mastercard
Як Visa, так і Mastercard реорганізували свої рівні токенізації для обробки платежів, ініційованих агентами. Реальні номери карток замінено динамічними зашифрованими токенами, які містять метадані про авторизуючого агента, від ідентифікаційних даних до лімітів витрат та періодів дії.
Дозволені продавці також вказані в метаданих токена, що дозволяє детально контролювати, де агенти можуть платити. Самі розрахунки залишаються на основі застарілих карткових рельєфів, що дозволяє зберегти звичні шляхи інтеграції та уникнути абсолютно нової інфраструктури.
Обидві мережі вийшли далеко за рамки простого підтвердження концепції. Mastercard обробила першу повністю ідентифіковану агентську транзакцію у вересні 2025 року , співпрацюючи з Commonwealth Bank в Австралії. Visa завершила початкове розгортання на європейських ринках за допомогою своєї програми Agentic Ready.
Інфраструктура виглядає спроможною, але мінімальний рівень комісій є структурним обмеженням. Жодна з мереж не може ефективно підтримувати платежі в розмірі менше долара з тією щільністю, яку може вимагати майбутня агентська комерція. Більше того, регуляторні та дотримання вимог ще більше обмежують експерименти на дуже дрібному кінці спектра.
2.3 x402 (Коїнбейс)
На відміну від цього, x402 починається з HTTP, а не з карток. Він базується на коді стану 402 «Потрібна оплата», який є в специфікації HTTP з 1997 року, але майже не використовується. Коли агент запитує платний ресурс, сервер відповідає кодом 402, що містить параметри оплати.
Агент підписує авторизацію, а посередник завершує атомарний розрахунок у блокчейні в USDC або інших підтримуваних токенах, зазвичай протягом приблизно двох секунд. Немає жодного налаштування облікового запису, жодного розподілу ключів API та жодного забезпечення KYC на рівні протоколу. Управління здійснюється фондом x402, заснованим Coinbase та Cloudflare .
До кінця 2025 року x402 обробила понад 100 мільйонів транзакцій у Base, Solana та Polygon. Однак аналітики Artemis у лютому 2026 року підрахували, що значна частина цього обсягу відображає самостійні угоди та тестування інфраструктури, а не справжню комерцію.
Річний обсяг платежів за протоколом становить близько 600 мільйонів доларів , але проблеми з концентрацією та якістю обсягу є суттєвими. Проте, x402 не має структурного обмеження комісії; він був спеціально розроблений для мікроплатежів. Ключова прогалина полягає в глибині впровадження та щільності реальної комерції, а не в технічному дизайні.
2.4 Наноплатежі (Circle)
Протокол наноплатежів Circle навмисно сумісний з x402, використовуючи HTTP 402 як тригер, додаючи пакетний рівень розрахунків. Замість того, щоб окремо здійснювати кожен платіж у мережі, покупці попередньо поповнюють рахунок Circle Gateway та підписують позаблокові повідомлення EIP-3009 для кожної транзакції.
Періодичні пакетні розрахунки в блокчейні розподіляють вартість газу на багато платежів, роблячи перекази розміром від $0,000001 економічно доцільними. Газ фактично сплачується один раз при внесенні депозиту, а не за кожен платіж, що є вирішальною оптимізацією для випадків використання з надвисокою частотою.
Компроміс полягає в тому, що обидва контрагенти повинні вносити кошти до Circle Gateway, створюючи напівзакриту мережу в поточній архітектурі. Наноплатежі були запущені в тестовій мережі в березні 2026 року на 12 підтримуваних блокчейнах. Більше того, модель комісій є привабливою для інтенсивних потоків мікроплатежів, якщо Circle зможе зменшити труднощі з адаптацією.
2.5 Протокол платіжних автоматів MPP (Tempo та Stripe)
MPP, розроблений у співавторстві з Tempo та Stripe, є найамбітнішим з п'яти варіантів розрахунків. Він використовує HTTP 402 як тригер і дозволяє продавцям і агентам вибирати серед кількох схем розрахунків в рамках єдиної структури.
Розробникам більше не потрібно налаштовувати інфраструктуру стейблкоїнів або фіатних валют під час збірки. Натомість агент може вирішити, яку рейку використовувати під час виконання, залежно від потреб транзакції. Доступні опції включають розрахунки стейблкоїнами Tempo, платежі SPT через Stripe, токени мережевих карток та платежі Bitcoin Lightning на базі Lightspark.
Найважливіше те, що MPP запроваджує примітив «сесії», подібний до OAuth. Агент авторизується один раз і попередньо поповнює рахунок, а потім отримує доступ до автоматизованих розрахунків у режимі реального часу для наступних взаємодій без транзакції в мережі для кожного платежу.
Базову специфікацію було подано до IETF як еталонну реалізацію HTTP 402. На момент запуску 18 березня 2026 року каталог платежів основної мережі вже інтегрував понад 100 сервісів. Однак моделі впровадження все ще перебувають на ранніх стадіях.
Подвійна роль Stripe є стратегічно важливою. Компанія є співавтором протоколу, а також одним із варіантів оплати в ньому, що забезпечує цінність незалежно від того, чи розробники обирають MPP переважно через гнучкість, чи саме через можливості картки.
Ринкова реальність: протоколи випереджають розгортання
3.1 Стан ринку
Незважаючи на швидкі запуски протоколів протягом останніх шести місяців, комерційна активність залишається обмеженою. Щодо розрахунків, x402 лідирує за кількістю транзакцій, але реальний щоденний обсяг торгівлі коливається близько 28 000 доларів . Щодо оркестрації, Instant Checkout від ACP було закрито після незначних конверсій.
Нові стандарти, такі як ERC-8183 та MPP, демонструють схожу закономірність: наратив випереджає фактичне розгортання. Галузь досягла точки перегину, коли значна частина архітектури протоколу вже існує, але масштабоване комерційне застосування ще не розпочалося.
Центральним вузьким місцем є фрагментація на рівні оркестрації. Продавці стикаються з кількома незалежними стандартами, кожен з яких має окремі SDK, потоки автентифікації та правила відповідності. Однак це збільшує витрати на інтеграцію та перешкоджає експериментам.
Історично така фрагментація вирішується за допомогою рівня агрегації, який уніфікує доступ між конкуруючими стандартами. Цей цикл може бути іншим. Платформи зі значущим трафіком агентів, включаючи OpenAI, Google та Microsoft , мають стимул підтримувати закриті поверхні, а не передавати користувачів в інше місце.
Така ж логіка розгортається і в регіоні. Китай, Південно-Східна Азія, Корея та Японія розвивають замкнені екосистеми, що базуються на супердодатках або домінуючих платформах. Більш імовірним результатом є набір паралельних регіональних закритих систем, а не єдиний відкритий глобальний стандарт.
Тому рівень агрегації, якого хочуть продавці, швидше за все, надходитиме від сторонніх постачальників інфраструктури, які обслуговують продавців безпосередньо, а не від платформ, що конкурують за володіння трафіком агентів. Стимули для відкритості та кросплатформного охоплення просто не узгоджуються на рівні платформи.
3.2 Де лежать найближчі можливості
У цьому ландшафті виникають два окремі набори можливостей: інфраструктура розрахунків та агентські послуги на рівні додатків. Перший виглядає як найбільш певний бізнес у найближчій перспективі, тоді як другий є найменш розвиненим, але потенційно найбільш трансформаційним.
Під час розрахунків фрагментація на рівні оркестрації різко контрастує з тиском консолідації на платіжному рівні. Кожен агент, незалежно від платформи, зрештою стикається з однією й тією ж проблемою: як ефективно оплачувати операції з контрагентами через систему.
Розробники реально не можуть підтримувати окремі платіжні інтеграції для кожної поверхні, де можуть працювати їхні агенти. Зі збільшенням кількості платформ економічний тиск на єдину, уніфіковану платіжну інтеграцію, яка абстрагує від основної складності залізничного транспорту, посилюється.
Це визначає конкретні вимоги до продукту для багаторейкового гаманця для агентів. Рейки карток, такі як SPT, агентські токени Visa та агентські токени Mastercard, продовжуватимуть підтримувати традиційну торгівлю. Рейки стейблкоїнів, такі як x402 та сеансові платежі MPP, закріплять API в блокчейні та перекази між агентами.
Обидві категорії вже функціонують і не об’єднаються в одну рейку найближчим часом. Відповідальність за гнучкість лежить на агенті, а не на продавці. Продавці самі обирають, які рейки підтримувати, що є відносно стабільним і контрольованим рішенням.
Потім підприємства забезпечують своїх агентів стейблкоїнами та делегованими картками. Агент платить, використовуючи будь-який спосіб оплати, прийнятий контрагентом. Гаманець, який безперешкодно обробляє обидва варіанти в рамках однієї інтеграції, стає основним рівнем для агентів загального призначення, що працюють у різних екосистемах.
Ця цінність інтеграції зростає з кожною транзакцією та кожною новою платформою, створюючи глибину інфраструктури, яку важко витіснити після встановлення. Більше того, це позиціонує постачальника гаманців як нейтральний посередник між фрагментованими середовищами оркестрації.
Торгівля між агентами: недостатньо розвинена можливість
Друга можливість полягає на рівні додатків між агентами в торгівлі. Сьогодні більшість A2A-активності залишається обмеженою крипто-нативними робочими процесами: агенти запитують дані в мережі, взаємодіють з протоколами DeFi та виконують блокчейн-транзакції.
Ринок ще не розширився до широких, реальних послуг. Однак, з точки зору протоколу, агенти вже можуть замовляти такі завдання, як аналіз даних, створення контенту, юридичні дослідження або перевірка коду, оплачуючи за кожен виклик.
Відсутній елемент – це екосистема розробників. Розробники сервісів ще не пропонують свої пропозиції як API, що оплачуються агентами, з детально визначеним ціноутворенням на основі використання. Це справжня прогалина, і наразі це одна з найменш оскаржуваних областей у стеку.
Цей простір обмежений проблемою холодного запуску. Системи ідентифікації, такі як ERC-8004, вимагають значної щільності транзакцій для отримання достовірних оцінок довіри. Агенти без історії не мають репутаційної ваги, що обмежує контрагентів, які бажають з ними вести операції.
Microsoft прогнозує близько 1,3 мільярда активних агентів штучного інтелекту до 2028 року. Сьогоднішня встановлена база на порядок менша. Розрив не скоротиться автоматично; саме це утримує низький рівень конкуренції в короткостроковій перспективі та робить привабливим раннє захоплення позицій.
Наслідки цього виходять за рамки платежів і стосуються бізнес-моделей. Домінуючі моделі Інтернету, реклама та підписки, передбачають покупців-людей. Агентів не можна переконати за допомогою реклами, і їм не потрібні щомісячні пакети доступу; вони платять за результати конкретних дзвінків.
У цьому контексті платежі http 402 створюють інший економічний примітив. Постачальники продають результати, а не доступ, стягують плату з активних користувачів пропорційно до фактичного споживання та припиняють субсидувати неактивних користувачів або надмірне виділення ресурсів для рідкісних пікових навантажень.
Чи вийде економіка A2A за межі криптовалют, і чи стане HTTP 402 загальним рівнем ціноутворення для програмного забезпечення, – це фактично одне й те саме питання. Обидва питання залежать від того, чи агенти стануть рутинними економічними суб'єктами, що здійснюють масштабні транзакції з повноцінними каталогами послуг, що виплачуються за виклик.
Висновок: двошаровий стек та відсутні примітиви
Заглядаючи в майбутнє, агентська комерція продовжуватиме розвиватися за двома окремими напрямками. Агенти, що працюють зі споживачами та купують товари для людей, здебільшого покладатимуться на карткові системи, розвиваючись у темпах розвитку систем авторизації підприємств та довіри користувачів до нових платіжних платформ.
Паралельно, стек протоколів агентської комерції для платежів між програмними забезпеченнями вже технічно життєздатний на рейках стейблкоїнів. Тепер він очікує розгортання агентів та сервісів, які потребують високочастотних програмних розрахунків у великих масштабах.
Ймовірним кінцевим станом є дворівневий стек, що розвивається паралельно: оркестрація керує виявленням та ініціацією, а також розрахунки керують передачею цінності. Для забудовників стратегічним пріоритетом є широта інтеграції на обох рівнях.
Інфраструктура, яка може направляти будь-яку транзакцію агента через будь-який протокол, необхідний контрагенту, приховуючи цю складність від додатків, займатиме структурно сильну позицію в міру масштабування ринку. Цей рівень буде невидимим для кінцевих користувачів, але його важливість зростатиме.
Спусковим гачком для комерційного масштабу є не покращення протоколів. Це момент, коли підприємства делегують повноваження щодо витрат агентам з аудиторськими слідами, бюджетним контролем та чіткою відповідальністю за неправильно спрямовані закупівлі. Коли цей поріг перевищено, дві позиції інфраструктури стають критичними.
По-перше, багатоканальний агентський гаманець, який підтримує платежі як стейблкоїнами, так і картковими платежами в одній інтеграції. По-друге, доступний каталог послуг, що дозволяє розробникам без крипто-досвіду надавати API покупцям-агентам. Обидві можливості є відкритими сьогодні, і обидві стають необхідними, коли агенти-агенти почнуть працювати в великих масштабах.