Звіт про стан досліджень протоколу AI-платежів: формування двошарової архітектури

Упродовж шести місяців з вересня 2025 року по березень 2026 року кожен ключовий учасник у сфері глобальних платежів здійснив суттєві кроки. OpenAI та Stripe спільно опублікували Agentic Commerce Protocol (ACP). Google представив Universal Commerce Protocol (UCP). Протягом тижня Visa та Mastercard одна за одною випустили власні платіжні фреймворки для Agent. Після цього протягом двох місяців протокол x402 Coinbase на мережі Base накопичив понад 15 млн оброблених транзакцій. У березні 2026 року Stripe разом із Tempo опублікували Machine Payments Protocol (MPP).

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

Кожне проєктне рішення традиційної платіжної системи ґрунтується на припущенні «людина виконує дії»: браузерний інтерфейс, ручне заповнення форм, клік «підтвердити платіж», перевірка особи через CAPTCHA. Логіка роботи Agent зовсім інша: йому потрібні стандартизовані інтерфейси, придатні для машинного читання, авторизації з відгуком у мілісекундах, а також інфраструктура, адаптована до високочастотних дрібних розрахунків.

Ця боротьба за інфраструктуру не визначатиметься одним-єдиним протоколом — натомість формується чітка дворівнева архітектура. Рівень намірів визначає «хто є продавцем, як відбувається мачинг», а рівень розрахунків визначає «як кошти фактично переміщуються». Два рівні взаємно незалежні, еволюціонують кожен по-своєму, але жоден з них не може бути відсутнім. Без будь-якого з рівнів комерційне замкнене коло економіки Agent не може бути реалізоване.

Перша частина: рівень оркестрації намірів

Рівень оркестрації намірів відповідає за перетворення транзакційних намірів Agent на повний виконуваний процес: виявлення товару або послуги, додавання в кошик, ініціювання платежу. Наразі цей рівень формує дві траєкторії, які за своєю природою є цілком різними.

1.1 Agent купує за людину

Головна суперечність на цій траєкторії — не в платежах, а в доступі. Традиційні платформи електронної комерції створені для людей, які ними користуються: Agent не може розібрати візуалізовані сторінки, не може клікати елементи взаємодії. Щоб Agent міг купувати замість людини, продавці мають надавати машинозчитувані стандартизовані інтерфейси.

ACP (Agentic Commerce Protocol): досвід покупок AI у закритій екосистемі

ACP було спільно опубліковано OpenAI та Stripe у вересні 2025 року. Його ключовий механізм — делегована оплата: коли користувач підтверджує покупку, він передає платіжні повноваження Agent, а Agent проводить транзакцію через платіжні облікові дані, що відповідають Delegated Payment Spec; при цьому продавець зберігає статус Merchant of Record. Наразі SPT Stripe є першою і єдиною реалізованою пропозицією в цій системі.

ChatGPT Instant Checkout вийшов у вересні 2025 року, але вже у березні 2026 року його закрили через занадто низький коефіцієнт конверсії. OpenAI переніс стратегічний фокус на пошук товарів: після того, як ChatGPT показує товари, він спрямовує користувачів до нативних сайтів продавців для завершення угоди. Сам протокол ACP зберігається у більш компактному вигляді та підтримує вбудовані застосунки ChatGPT для кількох великих роздрібних продавців; продавці мають подати заявку на інтеграцію, а OpenAI контролює відображення.

UCP (Universal Commerce Protocol): довгострокова ставка на відкриті стандарти

UCP було оголошено Google CEO Сундарам Пічаї особисто на з’їзді NRF у січні 2026 року. Протокол уже отримав понад 30 партнерів, серед яких Shopify, Stripe, Visa, Mastercard, Walmart, Wayfair та інші платформи. Ключовий механізм UCP — декларація можливостей продавця: продавці розміщують під своїм доменом конфігураційний файл UCP у форматі JSON, який описує підтримувані ним транспортні та платіжні можливості, щоб AI міг читати це напряму. Google таким чином створює, щоб Gemini став ключовим шаром discovery для покупок Agent.

Ключова різниця полягає в тому, що Google навмисно обходить роль посередника. Йому не потрібно володіти самою транзакцією — достатньо контролювати верхній рівень, тобто discovery товарів. ACP та UCP не є конкурентами: вони репрезентують дві різні ринкові тези. Перше за допомогою закритої екосистеми прагне забезпечити максимально відчутний користувацький досвід і контроль, друге через відкриті стандарти — досягти більшого масштабу та сумісності.

1.2 Транзакції між Agent

Якщо траєкторія A вирішує проблему того, як Agent здійснює покупки замість людей, то траєкторія B має розв’язати глибше питання: коли обидві сторони угоди — Agent, а людські продавці відсутні, звідки береться довіра? Між Agent немає підтвердження репутації, а законодавство про захист споживачів тут застосувати нікуди. Ключова суперечність: як забезпечити надійність обміну цінністю в середовищі без довіри.

ERC-8183 + ERC-8004: контракт на завдання для «позадовіри» на ланцюжку

ERC-8183 було спільно запущено в березні 2026 року командами dAI Foundation dAI та Virtuals Protocol. Кожне Job складається з трьох сторін: Client (замовник), Provider (виконавець послуги) та Evaluator (оцінювач). Кошти тримаються на депозиті в смартконтракті та вивільняються після приймання завдання. Сторонам угоди не потрібно взаємно довіряти; потрібно лише довіряти самому контракту. ERC-8004 — це сумісний протокол ідентичності: після того, як кожен Agent зареєструвався в мережі, він отримує оцінку репутації на основі історії попередніх транзакцій. Наразі в усьому світі зареєстровано приблизно 24,000 Agent.

Butler від Virtuals Protocol є найбільшим рушієм цієї системи: він розбиває складені завдання та розподіляє їх між спеціалізованими Agent для виконання. Мета цієї моделі — поширити механізм тристороннього контракту як відкритий стандарт, але великомасштабне впровадження розробниками потребує часу.

Структурні відмінності двох траєкторій безпосередньо впливають на вибір протоколу рівня розрахунків: траєкторія A для транзакцій природно підключається до фіатних каналів, а траєкторія B для транзакцій природно спирається на стабільні монети.

Друга частина: рівень розрахунків

Якщо рівень оркестрації намірів визначає «що саме купувати/транзакціювати», то рівень розрахунків має вирішити «як кошти надійно доходять». Наразі в цьому домені змагаються п’ять протоколів; їхні дизайнерські ідеї та сценарії застосування мають різні акценти.

2.1 Delegated Payment / SPT (Stripe)

• Ключова ідея: розширити наявну екосистему банківських карт, а не будувати з нуля.

• Як це працює: коли користувач делегує платіжні повноваження Agent, Stripe створює спільний платіжний токен (SPT), а агент зберігає його. Під час транзакції агент показує продавцю цей токен із терміном дії та обмеженням за сумою. Далі кошти проходять розрахунок через платіжний канал Stripe для банківських карт. У бекенді Stripe вже під’єднав інтерфейси з Visa «AI-Ready» та Mastercard «Agentic Token». Тому незалежно від того, через яку карткову організацію проходить базова транзакція, для продавця працює уніфікований інтерфейс SPT.

• Сценарії застосування: дуже підходить для стандартного ритейлу та великих транзакцій, особливо для агент-платежів між Agent, де потрібні механізми захисту споживачів, зокрема chargeback за кредитними картками.

• Основні обмеження: його архітектура залежить від традиційної карткової мережі, тож вона не підходить для високочастотних машинних платежів мікрорівня (наприклад, нижче 1 цента).

2.2 Visa Intelligent Commerce та Mastercard Agentic Token

• Ключова ідея: оновити технологію токенізації для традиційних карткових організацій, щоб адаптувати її до транзакцій Agent.

• Як це працює: замість реальних номерів карт використовується динамічно шифрований платіжний токен. Кожен токен прив’язується до ідентичності Agent, ліміту витрат, терміну дії та метаданих на кшталт діапазону торгівців, з якими токен дозволено торгувати. Остаточний розрахунок коштів все одно виконується через наявну банківську карткову мережу.

• Стан розвитку: Mastercard у вересні 2025 року співпрацювала з Федеральним банком Австралії та завершила першу у світі транзакцію Agent із повною ідентифікацією. Visa також виконала первинне розгортання в Європі через свою програму «AI Ready».

• Основні обмеження: мінімальні комісії, притаманні банківським картковим мережам, є жорстким обмеженням, через що складно підтримувати майбутні мільйонні за обсягом мікроплатежі нижче 1 долара.

2.3 x402 (Coinbase)

• Ключова ідея: повернутися до базових протоколів інтернету та використовувати статус-код «402 Payment Required» з HTTP-стандарту, який недостатньо широко застосовується, щоб інтегрувати оплату напряму.

• Як це працює: коли Agent запитує ресурс, що потребує оплати, сервер повертає відповідь 402 та параметри оплати. Після підписання авторизації Agentом протокольні вузли розрахунку виконують атомарний обмін у блокчейні (зазвичай з використанням USDC), що займає приблизно дві секунди. Увесь процес не потребує реєстрації акаунта, ключів API чи підтвердження ідентичності.

• Дані та поточний стан: станом на кінець 2025 року цей протокол обробив понад 100 млн транзакцій у багатьох блокчейнах. Але аналітики зазначають, що значна частина трафіку — це внутрішні тести та циклічні транзакції протоколу. Його архітектура може бути спроєктована під платежі на рівні долі монети й не має обмежень за мінімальною комісією, однак поточний виклик полягає в підвищенні щільності впровадження в реальні комерційні сценарії та якості транзакцій.

2.4 Nanopayments (Circle)

• Ключова ідея: як покращений варіант x402 — спеціально оптимізована економічна модель для сценаріїв із надвисокою частотою та дуже малими сумами.

• Як це працює: вона так само викликає HTTP 402-відповідь, але на рівні розрахунків застосовує архітектуру пакетної обробки: платник спочатку вносить USDC у шлюз Circle, далі оплати виконуються через офчейн-підписану авторизацію, а періодичні партії завершують on-chain розрахунки. Це дає змогу зробити витрати на газ практично невідчутними та підтримувати платежі аж до однієї мільйонної долара.

• Основні обмеження: обидві сторони транзакції мають наперед відкрити рахунок у шлюзі Circle та внести депозит, через що певною мірою це перетворюється на напівзакриту систему, і вона не може реалізувати миттєве атомарне надходження коштів. Цей протокол запустив тестову мережу у березні 2026 року.

2.5 MPP (Tempo + Stripe)

• Ключова ідея: створити єдиний, модульний багатотрековий платіжний фреймворк і водночас подати заявку на роль «офіційного рішеня» для HTTP 402.

• Ключові інновації: він дозволяє розробникам вбудовувати кілька платіжних треків у межах тієї самої протокольної рамки; Agent може під час транзакції обирати потрібний трек:

• Трек стабільних монет Tempo: підтримує як щоподійну on-chain оплату, так і офчейн-сесійні пакетні розрахунки.

• Фіатний трек Stripe: через спільний платіжний токен для оплат картками.

• Трек прямого підключення до карткових організацій: напряму використовуючи «розумні токени» Visa/Mastercard.

• Мережа Bitcoin Lightning: через інтеграцію Lightspark.

• Ключова особливість: MPP вводить концепцію «платіжної сесії», подібно до OAuth-авторизації. Після одноразової попередньої авторизації та поповнення в межах сесії Agent може здійснювати безвідчутні, безперервні платежі в реальному часі без необхідності щораз піднімати транзакцію в ланцюг.

• Стратегічне значення: Stripe тут відіграє подвійну роль — як співавторка протоколу, так і як один із варіантів оплати, закладений у сам протокол. Це означає, що незалежно від того, чи ринок зрештою схилиться до відкритої HTTP 402-екосистеми або до традиційних фіатних каналів, Stripe все одно зможе забезпечити вбудування її ключового платіжного бізнесу у майбутню екосистему.

Третя частина: поточний стан, виклики та можливості

3.1 Поточний стан і виклики

Упродовж останніх шести місяців усі відповідні ключові протоколи вже запущені, але процес комерціалізації загалом відстає. На рівні розрахунків x402 лідирує за обсягом, однак реальна середньоденна комерційна сума транзакцій становить близько $2.8 тис.; на рівні оркестрації ACP закрили через надто низьку конверсію в ключовому продукті. Нові протоколи на кшталт ERC-8183 та MPP стикаються із типовою ситуацією, коли наратив випереджає реалізацію. Це позначає ключову фазу: архітектура протоколів уже значною мірою побудована, але масштабне комерційне застосування ще не стартувало.

Нині головний виклик — фрагментація на рівні оркестрації намірів. Продавці змушені одночасно мати справу з багатьма незалежними стандартами, SDK та процедурами відповідності вимогам, що спричиняє надзвичайно високі витрати на інтеграцію та нечіткі очікування. Історія показує: фрагментований ринок зрештою породжує єдиний інтеграційний шар, але цього разу може бути інакше. Платформи, які контролюють входи трафіку (наприклад, OpenAI, Google, Microsoft), мають сильні стимули будувати та підтримувати власні закриті екосистеми, а не просувати відкриту інтеграцію. Ця логіка синхронно розігрується на глобальному ринку, і підсумкова картина, найімовірніше, рухатиметься в напрямку співіснування кількох паралельних регіональних закритих екосистем, а не одного єдиного відкритого стандарту. Тому в майбутньому інтеграційний шар не буде будуватися платформами, а формуватиметься третьою стороною — провайдерами інфраструктури для продавців.

3.2 Ринкові можливості

Спираючись на наведені висновки, чітка можливість існує у двох площинах:

Рівень розрахунків: найвизначеніша можливість

Незалежно від того, як саме розривається верхня екосистема, оплата — це базова проблема, яку має вирішити будь-який Agent. Однозначний тренд такий: рівень оркестрації фрагментується через інтереси платформ, а рівень розрахунків через тиск на ефективність розробників рухається до абстракції та інтеграції. Розробникам неможливо підтримувати незалежні платіжні інтеграції для кожної екосистеми; економічний стимул інтегруватися в єдине рішення дедалі посилюється.

Це ставить чітку вимогу до агентських гаманців: вони мають підтримувати кілька платіжних треків. Фіатні треки (наприклад, SPT, Agentic Token) покривають традиційне споживання фізичних товарів, стабільні монети треки (наприклад, x402, MPP Session) покривають on-chain сервіси та транзакції A2A. Обидва сценарії співіснуватимуть, і найближчим часом їх не зіллють в один. Відповідальність за гнучке адаптування лежить на стороні Agent, а не на стороні продавця. Продавець обирає, які платіжні треки підтримувати — це їхнє відносно стабільне рішення; компанії лише надають Agent стабільні монети та авторизаційні картки, а Agent здійснює оплату відповідно до треків, які підтримує контрагент. Лише гаманець, який здатен обробляти багатотрекові платежі, зможе покрити повний спектр споживання Agent. Його цінність накопичуватиметься з кожною транзакцією, що проходить через різні екосистеми, формуючи глибокий «рів» інфраструктури.

Економіка A2A та перебудова бізнес-моделей: довгостроковий blue ocean

Справжній ринковий вакуум — у застосунковому шарі сервісів. Наразі економіка A2A все ще обмежена нативними криптосценаріями. Технічно ж наймання Agent іншим Agent для виконання реальних завдань (наприклад, аналіз даних, створення контенту, юридичні дослідження, рев’ю коду) вже цілком здійсненне, але відповідна пропозиція API-послуг, яка викликається по запиту, є вкрай рідкісною. Саме це — найбільша довгострокова можливість і напрям із найменшою конкуренцією.

Ця можливість наразі впирається в реальну проблему холодного старту. Репутаційні механізми довіри на кшталт ERC-8183 потребують достатньої щільності транзакцій, щоб виробити змістовні сигнали довіри. Microsoft прогнозує, що у 2028 році кількість активних AI Agent досягне 1.3 млрд, а поточна кількість має різницю на порядок до цього цільового показника. Це не тимчасовий розрив, який «сам розсмокчеться», а поріг, який економіка A2A має перетнути, щоб розширитися за межі crypto.

Її глибший зміст — перебудова бізнес-моделі. Основні рекламні та підпискові моделі інтернету базуються на припущенні «користувач — це людина». Agent не піддається впливу реклами і не потребує щомісячної підписки — він оплачує результат окремого завдання. Модель «оплата за виклик», яку представляє HTTP 402, відкриває новий шлях для постачальників API: перейти від продажу доступу до продажу точного результату, забезпечуючи більш точний обмін цінністю. Розширення економіки A2A разом із поширенням HTTP 402 — це дві сторони одного й того самого формату.

Висновок

Agent-комерція розвиватиметься за двома вимірами. Споживча сторона (Agent купує за людину) переважно покладатиметься на карткові треки; її розвиток залежатиме від того, як будуть вибудувані корпоративна авторизація та довіра користувачів. Між Agent (A2A) технічно готово в межах стабільномонетних треків — а далі чекає на масштабування застосунків і сервісів.

У підсумку сформується скоординована еволюція двошарових протокольних стеків: рівень оркестрації намірів визначає, як відбувається транзакція, а рівень розрахунків гарантує, як саме тече цінність.

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

Ключ до переломного моменту — те, коли компанії готові делегувати авторизацію витрат Agent’у: включно з аудитованим трекінгом транзакцій, механізмами бюджетних делегувань і чітким розподілом відповідальності за випадки помилкової покупки Agent’ом. Тоді агентські гаманці, що одночасно покривають багато платіжних треків, та зручні каталоги «оплати за раз» для сервісів стануть найкритичнішими, а також ще не зайнятими, двома блоками інфраструктури. Наразі жодне з цих місць не має домінантного гравця, і вони водночас стануть життєво важливими.