Coinbase знижує x402 до нейтрального, тоді як Stripe продовжує ставити на обидва боки поза межами MPP

Автор: Чарлі, керівник OSL Americas, партнер з венчурних інвестицій @ Generative Ventures. Колишній віце-президент криптовалютного юнікорна Strike (учасник закону про біткойн в Ель-Сальвадор і відповідальний за бізнес біткойн-мережі Lightning та стейблкоїнів у Латинській Америці), макроекономічний та валютний аналітик у трильйонному фонді Franklin Templeton, а також один з перших членів глобального платіжного гіганта Adyen.

Стаття відображає особисті погляди автора і не представляє позицій пов'язаних компаній.

Останнім часом все більше друзів звертають увагу на агентську торгівлю, але різні протоколи та учасники стають дедалі заплутанішими.

Особливо минулого тижня, поки всі були зайняті розумінням MPP Stripe / Tempo, Stripe несподівано приєднався до конкурента Coinbase, Фонду x402.

Більше того, Cloudflare тепер підтримує обидві системи. Google також залучений, але має свій власний AP2 та UCP.

Visa та Mastercard також приєдналися, але вони явно не для підтримки стейблкоїнів.

Фонд Linux публічно визначає x402 як нейтральний, спільно керований індустрією "базовий табір", тоді як Cloudflare чітко включив як x402, так і MPP у свій власний SDK для агентів, а Stripe також публічно заявив, що підтримує як MPP, так і x402.

Хто з ким конкурує, і хто з ким перекривається?

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

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

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

1. Чому Coinbase передав Фонд x402 Linux?

Якщо x402 був би лише протоколом Coinbase, було б важко стати стандартним варіантом у галузі.

Це не політично коректна заява, а скоріше реалістична логіка стандартизації.

Заява Фонду Linux цього разу дуже чітка; вона підкреслює нейтральність постачальників послуг, управління спільнотою та спільну інфраструктуру, а не "якась компанія випустила нову функцію продукту."

Більш важливо, що сторінка Фонду x402 наразі стверджує, що проект знаходиться на етапі створення, а механізм управління та рада все ще формуються.

Іншими словами, ця дія не є перш за все оголошенням "продукт зрілий", а скоріше оголошенням "ми хочемо надати цьому протоколу нейтральний дім."

Основний підтекст досить простий.

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

Ніхто не хоче передавати майбутній платний доступ до єдиної платформи. Розміщення його під Фондом Linux не є тому, що Coinbase не хоче його контролювати; скоріше, саме тому, що вона хоче, щоб x402 був широко прийнятий, вона спочатку повинна зняти тягар "це протокол Coinbase."

Цей момент насправді дуже важливий, оскільки багато людей розглядають дії фонду як просто PR або жести відкритого коду.

Але у війні протоколів управління є частиною продукту.

Особливо коли стандарт все ще на ранніх стадіях і не має абсолютних мережевих ефектів, так званий "нейтральний і надійний" не менш важливий, ніж технічна елегантність.

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

Іншими словами, управління тут не є допоміжною роллю; управління саме по собі є двигуном зростання.

2. Що насправді робить подвійна стратегія Stripe?

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

З одного боку, він запустив MPP з великим розголосом 18 березня, упаковуючи його як відкритий стандарт для машинних платежів.

З іншого боку, він є засновником Фонду x402, а його власна документація також підтримує машинні платежі x402.

Документація Cloudflare ще більш пряма, чітко зазначаючи, що MPP є зворотно сумісним з основним процесом платежів x402, і клієнти MPP можуть безпосередньо використовувати існуючі послуги x402.

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

Але якщо підняти свою перспективу трохи вище, цей підхід насправді має найбільший комерційний сенс.

Адже те, що Stripe насправді хоче захистити, це не лише сам 402 хендшейк.

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

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

Підтримка x402 - це забезпечення участі в відкритій екосистемі; просування MPP - це допомога у визначенні основних семантик; а подальше просування ACP та Спільних Платіжних Токенів - це захист товстого шару цінності робочих процесів та платіжних облікових даних.

Отже, найбільш "дивний" аспект Stripe цього разу насправді є його найчеснішим аспектом.

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

3. Це насправді історія інфраструктури B2B

Я все більше відчуваю, що багато медіа-ресурсів неправильно зосередили увагу на цій справі.

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

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

Cloudflare тепер відкрито підтримує стягування плати за HTTP контент, API та інструменти MCP, використовуючи x402 та MPP.

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

Зміни, що стоять за цим, досить значні.

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

Для людей це вже досить дратує; для агентів це ще більш незручно.

Найбільш привабливим аспектом x402 є не те, що він більше криптовалютний або більше штучного інтелекту, а те, що він намагається знову ввести "платний доступ" безпосередньо в HTTP, дозволяючи контролю доступу та переговорів про оплату відбуватися як звичайний запит-відповідь.

Сервер повертає 402, повідомляючи, скільки коштує цей запит; клієнт платить, а потім повторює той же запит з платіжними реквізитами.

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

Більше того, чим уважніше ви дивитеся на B2B, тим очевиднішими стають переваги x402, а його недоліки менш фатальні.

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

Навпаки, "без облікового запису, плата за виклик, отримуйте результати та йдіть" є реальним запитом.

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

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

4. Розвиток галузі підтверджує моє попереднє судження щодо інтероперабельності.

Основним судженням у моїй останній статті була інтероперабельність.

Тоді це судження звучало дещо як "воно повинно бути структуроване таким чином."

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

Cloudflare не обрав сторону, але безпосередньо підтримує як x402, так і MPP, чітко створюючи карти сумісності.

Google бере участь у x402, продовжуючи просувати AP2 та UCP.

Visa та Mastercard також не висловили свої стратегії в манері "все в одному переможці"; натомість вони обидва приєднуються до x402, продовжуючи зосереджуватися на токенах агентів, перевірці особи, валідації інструкцій та сигналах суперечок.

Багатосторонні ставки гігантів є раціональними рішеннями, а не комерційною лицемірством.

Чому це так? Оскільки ці протоколи навіть не знаходяться на одному рівні.

Принаймні поки що, x402 та MPP ближчі до шару платного HTTP-рукопожаття, вирішуючи питання "як забезпечити, щоб запити поверталися з можливістю оплати."

AP2 ближче до авторизації та довіреного наміру, вирішуючи питання "чи має цей агент право витрачати ці гроші?"

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

Багато компаній, які одночасно підтримують x402, MPP, AP2 та UCP, не роблять цього не тому, що вони самі неясні, а тому, що архітектура, яка в кінцевому підсумку переможе, ймовірно, охоплюватиме кілька шарів і може навіть вимагати кілька протоколів для об'єднання.

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

Дивлячись на це зараз, ринок активно підтверджує це судження.

Більше того, це судження також важливе для B2B проти роздрібної торгівлі.

Оскільки у світі роздрібної торгівлі це дійсно може бути поглинуто кількома великими платформами та кількома основними робочими процесами; але світ B2B не такий.

Бізнеси за своєю суттю існують у реальності, де співіснують мультихмара, кілька методів оплати, кілька систем робочих процесів та кілька систем дозволів на ідентифікацію.

Кожен, хто намагається використовувати новий протокол для повного перетворення всього корпоративного стеку, ймовірно, спочатку зазнає невдачі.

Те, за що B2B клієнти дійсно готові платити, часто не є "одним правильним протоколом", а здатністю змусити існуючі системи працювати в мультипротокольному середовищі.

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

5. Це не просто конкуренція протоколів, а конкуренція шарів стеку

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

На нижньому шарі знаходиться рукопожаття за платний доступ.

Цей шар стосується того, як HTTP запити виражають "платіж потрібен тут", і як клієнт повертає облікові дані після оплати.

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

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

Наступний шар вгору — це право витрачати, яке є "хто авторизував ці гроші."

Цей шар є ключем, який багато людей ще не усвідомили повністю.

Машини, що платять гроші, не є такою вже складною справою; справжнім викликом є забезпечення того, щоб машини могли бути довіреними для витрат грошей.

AP2 важливий саме тому, що він вирішує не лише питання "як платити", але також вимагає перевіряємих свідоцтв, автентичності та підзвітності.

Токени агентів, валідація інструкцій, ключі доступу та сигнали суперечок, на які Visa та Mastercard нещодавно звернули особливу увагу, в основному всі підпадають під цей шар.

Наступний шар - це робочий процес і розподіл.

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

UCP та ACP більше схожі на конкуренцію за цей шар.

Для B2B цей шар може не бути таким активним у короткостроковій перспективі, але його довгострокова цінність може бути дуже високою.

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

Коли ви відокремите ці три шари, ви виявите дуже простий факт: немає потреби очікувати, що єдиний протокол покриє всі питання.

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

З цієї причини багатоголове ставлення не є нерішучістю, а раціональністю.

6. Справжній ризик x402 може полягати не в регулюванні, а в економіці одночасності.

Якщо ми лише визнаємо "існування кількох протоколів", це все ще недостатньо глибоко.

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

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

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

Чому це особливо варто зазначити для читачів B2B?

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

Монетизація API може на перший погляд здаватися простою справою, коли ви платите кілька центів за запит, що є досить легким; але коли ваш продукт починає стягувати плату за виклик, за результат або за робочий процес, тоді питання "платити один раз і отримати один" або "платити один раз і отримати багато" стає не лише деталлю продукту, а питанням життя і смерті.

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

7. Протоколи можуть бути безкоштовними, але платні пункти не зникнуть.

Є ще один момент, який, на мою думку, варто розглянути в цій статті.

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

x402 не є винятком.

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

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

Це особливо важливо для B2B.

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

Іншими словами, протоколи все більше нагадуватимуть основні мови, але здатність перекладати ці мови в "готові до підприємств" можливості легше стане новими платформами та новими платними пунктами.

Саме тому я вважаю, що, розглядаючи x402 сьогодні, ми не повинні зосереджуватися лише на тому, хто з Coinbase, Cloudflare або Stripe більше схожий на "протагоніста".

Що дійсно варто спостерігати, так це хто має найкращу можливість стояти на цих сусідніх шарах.

Cloudflare має позицію в розподілі трафіку та на краю, Stripe має позицію в платіжній інфраструктурі та відносинах з торговцями, Visa та Mastercard мають позиції в облікових даних, мережевих токенах і довірі споживачів, а Google має позицію в робочих процесах та поверхнях виявлення.

Справжнє захоплення вартості може не відбутися в "хто визначив 402", а скоріше в "хто інтегрував 402 в більші підприємницькі системи".

8. Висновок

Фонд x402 не оголошує, що x402 вже виграв у всіх агентських комерційних протоколах.

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

Передача x402 компанією Coinbase Фонду Linux має на меті зробити його більш нейтральним публічним шаром, а не ексклюзивним продуктом.

Те, що Stripe просуває MPP, приєднуючись до x402, не є нерішучістю; це тому, що вона знає, що не слід ставити на одну сторону в даний момент.

Підтримка Cloudflare обох систем одночасно зумовлена тим, що це найближче до реального трафіку.

Дії таких гравців, як Google, Visa, Mastercard і Adyen, також вказують на те ж саме: спочатку нехай системи взаємодіють, а потім обговоримо, хто в кінцевому підсумку займе який шар.

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

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

Роздрібна торгівля, безумовно, є більшою, але B2B часто раніше виявляє реальні потреби та визначає, яким врешті-решт виглядатиме інфраструктура.

У моїй останній статті я поставив взаємодію в центр, і я вважаю, що відповідь ринку тепер досить ясна: так, і навіть раніше, ніж я думав у той час.

У цьому сенсі Фонд x402 не є кінцем цієї історії.

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