Розуміння x402 та MPP в одній статті: Два шляхи оплати агентами

Оригінальний заголовок статті: MPP від Stripe проти x402: Що насправді сталося сьогодні
Автор оригінальної статті: Нік Савиних, defiprime.com
Українська: Пеггі, Blockbeats

Примітка редактора: Щодо питання про те, як Agent здійснює оплату, x402 і MPP обрали майже протилежні шляхи.

x402 обрала шлях мінімізації протоколу: вбудовування платежів безпосередньо в HTTP-запити, досягнення запиту на оплату найпростішим способом. Без облікових записів, без посередників, це нагадує відкриту та бездозвільну конструкцію раннього Інтернету, що підходить для розробників з довгим хвостом і децентралізованих сценаріїв.

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

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

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

Нижче наведена оригінальна стаття:

З кінця 1990-х років, коли в специфікації HTTP/1.1 був визначений статусний код HTTP 402, він чекав свого часу. Його значення – Оплата обов'язкова. Оригінальна ідея полягала в тому, щоб інтегрувати можливості оплати в рівень протоколу Веб, дозволяючи машинам купувати ресурси, наприклад, запитувати веб-сторінку.

Однак це бачення в значній мірі не реалізувалося. Протягом багатьох років цей статусний код з'являвся лише в окремих випадках, наприклад, у відповіді Shopify на обмеження швидкості, у помилках виставлення рахунків Apple Mobile Me тощо, але ніхто не створив майбутнє мікроплатежів, яке воно передбачає. Замість цього у нас є кредитні картки, платні підписки та механізми API Key, які по суті призначені для систем, керованих людьми.

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

x402: Простіше рішення

У травні 2025 року Coinbase офіційно запустила x402, основну ідею якої можна описати як майже агресивно просту. Клієнт запитує ресурс; сервер відповідає HTTP 402, повідомляючи клієнту, яку комісію потрібно сплатити, який токен використовувати та на якій мережі здійснити платіж. Клієнт здійснює платіж у мережі, прикріплює квитанцію про оплату до повторного запиту, і сервер тоді доставляє ресурс.

Ось і все. Жодної системи облікових записів, жодного API-ключа, жодного механізму підписки. Лише один запит HTTP у обидві сторони з оплатою посередині.

Сьогодні Stripe підтримує x402 у своїй платіжній системі, що дозволяє продавцям безпосередньо отримувати такі платежі через свій існуючий бекенд. Однак, по суті, x402 все ще є протоколом, яким керує Coinbase, регулюється Фондом x402, створеним спільно Coinbase і Cloudflare у вересні 2025 року. Протокол є повністю відкритим вихідним кодом (ліцензія Apache 2.0) і пропонує SDK на кількох мовах, таких як TypeScript, Go та Python.

Що стосується підтримки, офіційна документація Coinbase вказує, що платежі ERC-20 наразі підтримуються на Base, Polygon і Solana. Крім того, екосистема досліджує можливість розширення її на інші мережі, такі як Avalanche, Sui та Near, серед інших, але з різним ступенем зрілості.

Якщо розглядати дані про прийняття, ця частина є дещо складнішою. Coinbase заявив, що x402 обробив понад 50 мільйонів транзакцій через свою інфраструктуру Agentic Wallet. Хоча це може здатися вражаючим, згідно з аналітичними даними Artemis, наведеними CoinDesk 11 березня, щоденний обсяг транзакцій становить близько 131 000 транзакцій, із загальною сумою близько 28 000 доларів, середня сума платежу за транзакцію становить лише близько 0,20 долара, причому приблизно половина з них більше схожа на тести або ігрові дії, ніж на фактичні комерційні транзакції.

Однак це може бути не погано, оскільки протокол був розроблений для ринку, який ще не існує — світу мікротранзакцій (навіть нижче 1 цента), що здійснюються агентами AI для викликів API та запитів даних. Постачальники послуг для цього ринку тільки починають з'являтися.

Наприклад, протокол Agentic Payments від Google (AP2, частина структури A2A) інтегрував x402; Лабораторії інновацій Lowe продемонстрували демонстрацію, де AI-агент може виконати весь процес від пошуку продукту до дослідження та замовлення в одному потоці. Тим часом World (ініційований Семом Альтманом) випустив AgentKit цього тижня, додавши можливості верифікації людської ідентичності до гаманців x402.

Основне припущення полягає в тому, що якщо ми зробимо платежі такими ж легкими, як запит HTTP, то сценарії використання природно з'являться. Чи це правда, залишається побачити.

MPP: Рішення Full-Stack

Stripe та Tempo обрали інший шлях. Протокол машинного платежу (MPP) був випущений сьогодні разом з основною мережею Tempo. На відміну від x402, який виступає як легкий рівень обгортки поверх існуючого блокчейна, MPP розроблений спеціально для сценарію смарт-агента з високою частотою транзакцій.

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

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

Інший компонент, який варто зрозуміти: У наборі Agentic Commerce від Stripe є спільні платіжні токени (СПТ). Це не є частиною самої MPP, але є механізмом розширення Stripe, який може працювати разом з нею. СПТ дозволяють агенту безпечно передавати дані банківської картки або гаманця користувача продавцю, не розкриваючи реальні дані. Ці облікові дані обмежені однією транзакцією та мають обмеження за часом, слугуючи програмованим дозволом на самознищення. На практиці це означає, що агент, який здійснює оплату через MPP, може використовувати USDC від Tempo, прив'язану до користувача віртуальну картку Visa або навіть комбінацію обох.

Згідно з повідомленням у блозі про запуск основної мережі Tempo, її партнерами є Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered і Visa. Видання "The Block" повідомило, що на момент запуску MPP у каталозі платежів вже було понад 100 послуг, зокрема Alchemy, Dune Analytics, Merit Systems і Parallel Web Systems. У інтерв'ю виданню "Fortune" співзасновник Paradigm Метт Хуан заявив, що ця галузь все ще перебуває на ранніх етапах, і MPP призначений для потенційного розширення в майбутньому в інші ланцюжки блоків, окрім Tempo.

Чому Stripe підтримує обидва варіанти

Якщо ви вже інтегровані з Stripe, найпрактичніша відповідь така: вам не потрібно вибирати між цими двома варіантами.

Stripe підтримує x402 і MPP через два окремі шляхи інтеграції, а не абстрагуючи їх у єдиний інтерфейс. Для x402 його документація в основному охоплює процес генерації адреси для поповнення, моніторинг у ланцюжку та зарахування коштів на рахунок Stripe — ви несете відповідальність за повернення відповіді 402, а Stripe обробляє базову зашифровану платіжну інфраструктуру. Наразі на Base підтримується USDC, і планується розширення в майбутньому. Для MPP продавці можуть використовувати той самий API PaymentIntents для отримання потокових платежів на основі сеансу.

На основі цих двох платіжних шляхів у грудні 2025 року випущений пакет Agentic Commerce від Stripe. Продавець повинен лише завантажити свій каталог продуктів, вибрати агенти штучного інтелекту, які він хоче інтегрувати, і Stripe подбає про пошук продуктів, процес оформлення замовлення, захист від шахрайства та обробку податків. Наразі його вже використовують URBN, Etsy, Coach, Kate Spade та Ashley Furniture, а такі платформи, як Wix, WooCommerce, BigCommerce, Squarespace та commercetools, завершили інтеграцію.

Їхня стратегія досить проста: контролювати рівень абстракції та дозволяти базовим протоколам вільно конкурувати.

Про порівняння

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

x402 (під керівництвом Coinbase) проти MPP (Stripe + Tempo)

Стандартизація
x402: Повністю відкритий вихідний код (Apache 2.0), розроблений Фондом x402 для багатосторонньої участі (Coinbase, Cloudflare, Visa, Google).
MPP: Відкритий стандарт, розроблений спільно компаніями Stripe і Tempo, частина набору засобів Stripe Agentic Commerce.

Механізм HTTP
x402: Відновлює HTTP 402, ініціює запити за допомогою заголовка PAYMENT-REQUIRED і завершує повторні спроби за допомогою PAYMENT-SIGNATURE.
MPP: Також використовує механізм запиту-відповіді, але застосовує схему автентифікації Payment HTTP (проект IETF) і зв'язує ідентифікатор запиту з HMAC.

Рівень платежів (Rails)
x402: Розроблений з урахуванням незалежності від блокчейну, наразі підтримується на Base, Polygon, Solana, а інші мережі все ще досліджуються.
MPP: Побудований на блокчейні Tempo — L1, оптимізований для платежів, підтримує 10 000+ TPS, фінальність менше секунди, без власного газу токена; довгострокова мета — сумісність між ланцюжками.

Спосіб оплати
x402: Чисті стейблкоїни, повністю в ланцюжку.
MPP: Підтримує USDC + SPT на Tempo (механізм Stripe), що дозволяє поєднувати криптовалюту та фіатні кошти (кредитні картки, гаманці, BNPL).

Метод розрахунків
x402: Розрахунки в ланцюжку (від 200 мс до кількох секунд), які підтверджуються та здійснюються посередниками, такими як Coinbase.
MPP: Остаточність менше секунди на Tempo, автоматичний розрахунок Stripe з дотриманням вимог.

Підключення продавців
x402: Програмне забезпечення з відкритим вихідним кодом (Express, Hono, Next.js тощо) може бути самостійно розміщене або підтримуватися.
MPP: Пряма інтеграція з API PaymentIntents Stripe, вбудований модуль управління ризиками, обробка податків, відшкодування та звітність.

Основні інновації
x402: Надзвичайно просте, незалежне від постачальника, подібне до філософії Unix у сфері платежів.
MPP: Висока пропускна здатність + інтеграція з фіатом, що дозволяє здійснювати потокові платежі, агрегацію мікротранзакцій через сесії та програмований контроль витрат на основі SPT.

Основні партнери
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered Bank.

x402 здається більш підходящим рішенням для створення відкритих систем: API для незалежних розробників, децентралізовані ринки даних або будь-який сервіс, який вважає за краще не покладатися на платіжні системи. Його специфікація може вміститися в одну офіційну презентацію, вимагаючи лише одного проміжного програмного забезпечення та адресу гаманця. Ця чистота досить приваблива, хоча обмеження, пов'язані з тим, що це чистий крипто, також означають, що у нього вужча аудиторія.

MPP, з іншого боку, є абсолютно іншою парадигмою. Якщо вашому агенту потрібно виконувати сотні або навіть тисячі транзакцій за одну сесію, і ви не хочете, щоб кожна транзакція щоразу була в ланцюжку, то це розумніший вибір. Механізм сесії тримає більшість взаємодій поза ланцюжком до остаточного розрахунку; система відповідності Stripe обробляє ризик і оподаткування; а гібридний режим SPT дозволяє агенту не обмежуватися стейблкоїнами, а також безпосередньо використовувати Visa або інші способи оплати користувача. Це не так елегантно, але ближче до реальності.

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

Перевірка реальності: Де ми зараз у плані розвитку?

Чесно кажучи, наразі майже не відбувається транзакцій у реальному масштабі.

Згідно з примітками до випуску x402 від Coinbase, до числа перших партнерів належать Hyperbolic (GPU Inference Pay) і Anthropic (інтеграція протоколу MCP). У блозі Stripe згадуються сценарії агентів, оплачувані через виклики API (наприклад, CoinGecko). Коли запустився Tempo, у каталозі було понад 100 служб. SDK Agents від Cloudflare natively підтримує x402, і деякі невеликі проекти на Base L2 також намагаються використовувати x402 як платіжний шлюз.

Але загалом обсяг транзакцій низький, кількість продавців обмежена, і більшість дій все ще знаходяться на експериментальній стадії.

Це не дивно. Будь-яка нова платіжна інфраструктура на початковому етапі працює саме так. У так званий список партнерів іноді є велика різниця між підписанням МОВ і фактичним запуском, і ці релізи зазвичай не відрізняються особливо.

Більш примітними є важливі учасники інфраструктури. У 2025 році Stripe обробив платежі на суму 19 трильйонів доларів, причому загальний обсяг зріс на 34% у порівнянні з попереднім роком. Водночас на сцену виходять Coinbase, Cloudflare, Visa, Google та ціла мережа партнерств із Tempo.

Іншими словами, шлях прокладено. Залишається лише одне питання: чи дійсно в 2026 році агенту штучного інтелекту потрібно здійснювати транзакції в цьому напрямку? Або це більше схоже на прокладання волоконно-оптичних кабелів у 1998 році — будівництво інфраструктури до того, як з'явиться попит.

Що вибрати?

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

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

Якщо вам важливо лише одне: отримувати платежі незалежно від того, який протокол використовує агент, то відповідь насправді така: використовуйте Stripe. Він підтримує обидві сторони.

HTTP 402 нарешті знайшов своє призначення. Це зайняло близько 27 років.

[Посилання на оригінальну статтю]