Coinbase выводит x402 на нейтральную позицию, Stripe продолжает ставить на обе стороны вне MPP

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

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

В последнее время все больше друзей интересуются агентной коммерцией, но различные протоколы и игроки становятся все более запутанными.

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

Кроме того, 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-native базовым уровнем платного доступа, это может быть не потому, что его код самый красивый, а потому что он раньше других снизил политические издержки.

Другими словами, здесь управление не второстепенно, управление само по себе является двигателем роста.

2. Что на самом деле делает Stripe с двумя фронтами?

Игроком, за которым стоит следить, безусловно, является Stripe, потому что его действия легче всего запутать.

С одной стороны, 18 марта он громко представил MPP, представив его как открытый стандарт для машинных платежей.

С другой стороны, он является основным участником фонда x402 и его документация также поддерживает x402 машинные платежи.

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

Если смотреть только в рамках "конкуренции протоколов", кажется, что Stripe играет на двух фронтах.

Но если поднять взгляд чуть выше, это действие на самом деле имеет самый коммерческий смысл.

Потому что то, что Stripe действительно хочет сохранить, может быть не только сам 402 handshake.

То, что он действительно хочет сохранить, — это несколько уровней выше handshake: учетные данные, соответствие, риски, отчетность, налоги, возвраты, интеграция с торговцами.

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

Поддержка x402 — это чтобы не отсутствовать в открытой экосистеме; продвижение MPP — это чтобы участвовать в определении базовой семантики; а продвижение ACP и Shared Payment Tokens — это чтобы сохранить более глубокую ценность на уровне рабочих процессов и платежных документов.

Таким образом, самое "странное" в действиях Stripe на этот раз на самом деле является самым честным.

Он не притворяется, что в будущем останется только один протокол. Он показывает своими действиями: по крайней мере на этом этапе никто не должен делать ставку только на одну сторону.

3. Это на самом деле история инфраструктуры B2B

Я все больше чувствую, что многие СМИ смещают фокус этой истории.

Когда речь идет о агентных платежах, первое, что приходит на ум, — это розничная торговля: ИИ помогает вам купить авиабилеты, забронировать отели, сделать заказы, пройти оформление.

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

Cloudflare сейчас открыто поддерживает использование x402 и MPP для взимания платы за HTTP-контент, API и инструменты MCP.

Самый сильный путь принятия 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 handshake, решая вопрос "как сделать так, чтобы запрос возвращал платежные возможности".

AP2 ближе к авторизации и доверительным намерениям, решая вопрос "имеет ли этот агент право тратить эти деньги".

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

Многие компании одновременно поддерживают x402, MPP, AP2, UCP не потому, что они сами не понимают, а потому что архитектура, которая в конечном итоге победит, вероятно, будет пересекаться на нескольких уровнях и даже потребует совместного использования нескольких протоколов.

Поэтому, если подвести итог моему предыдущему суждению одной фразой, я сейчас более чем уверен, что без взаимной совместимости эта экосистема просто не могла бы возникнуть.

Сейчас рынок активно подтверждает это суждение.

Более того, это суждение также важно для B2B против розничной торговли.

Потому что в мире розничной торговли в конечном итоге могут остаться лишь несколько крупных платформ и несколько крупных рабочих процессов; но в мире B2B это не так.

Компании изначально живут в реальности, где сосуществуют многократные облака, множество способов оплаты, множество систем рабочих процессов и множество систем идентификационных прав.

Кто попытается с помощью одного нового протокола полностью разрушить весь стек предприятия, тот, вероятно, первым и погибнет.

B2B клиенты действительно готовы платить не за "единственно правильный протокол", а за "возможность заставить существующие системы работать в условиях многопротокольной среды".

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

5. Это не просто конкуренция протоколов, а конкуренция стеков после их разделения

Как только вы понимаете эту ситуацию как разделенный стек, многие из ранее запутанных явлений сразу становятся ясными.

Самый нижний уровень — это платный доступ handshake.

Этот уровень заботится о том, как HTTP-запрос выражает "здесь требуется оплата", и как клиент возвращает платежный документ после оплаты.

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

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

На следующем уровне находится полномочие на расходование, то есть "кто разрешил эти деньги".

Этот уровень является ключевым, о котором многие люди еще не полностью осознали.

Машины могут платить, это не так сложно; действительно сложно — это когда машины могут быть надежно уполномочены на оплату.

AP2 важен именно потому, что он решает не только вопрос "как платить", но и такие вещи, как мандаты, проверяемые учетные данные, подлинность, ответственность.

Те токены агентов, проверка инструкций, ключи доступа и сигналы споров, которые Visa и Mastercard недавно усилили, по сути, также относятся к этому.

На следующем уровне находятся рабочие процессы и распределение.

То есть открытие, оформление, отношения с торговцами, обмен учетными данными, интеграция AI — это более близкие к "кто контролирует поток и оркестрацию сделок" вещи.

UCP и ACP больше похожи на борьбу за этот уровень.

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

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

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

Более реалистичный путь — это когда эти три уровня сначала развиваются отдельно, а затем постепенно соединяются через взаимную совместимость.

Именно поэтому многосторонние ставки не являются колебаниями, а являются рациональными.

6. Истинный риск x402, возможно, не в регулировании, а в экономике при высокой нагрузке

Если мы просто осознаем "сосуществование множества протоколов", этого на самом деле недостаточно.

Наибольший риск x402, возможно, не в регулировании, а в экономике времени проверки/времени использования, возникающей из-за разделения на два этапа verify-settle.

Проще говоря, если проверка платежа и окончательное расчет не одно и то же, то в условиях высокой нагрузки, повторных попыток, уровня代理 и кэширования в реальных интернет-средах может возникнуть окно "оплатить один раз, получить доступ несколько раз".

Экосистема x402 сейчас также заполняет дыры, такие как кэш расчетов, расширение идемпотентности, идентификатор платежа, но это как раз и указывает на то, что проблема не является теоретической.

Почему это особенно важно для читателей B2B?

Потому что в мире B2B самое страшное — это не то, что красивый демо-продукт не удается создать, а то, что слишком много крайних случаев в конечном итоге начинают утекать, как только попадают в производственную среду.

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

Поэтому, если в будущем x402 действительно сможет работать в B2B, важным условием будет не нарратив, а то, что эти механизмы по умолчанию должны быть достаточно простыми, иначе компании не будут уверены, что могут подключить реальный трафик.

7. Протокол может быть бесплатным, но платные пункты не исчезнут

Еще один момент, который я считаю важным, чтобы объяснить в этой статье.

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

x402 не исключение.

Стандарт, безусловно, подчеркивает открытость, нейтральность и отсутствие сборов, встроенных в стандарт, но это не означает, что захват ценности исчезнет.

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

Это особенно важно для B2B.

Потому что корпоративные клиенты не будут массово перестраивать свои системы ради нового протокола; они действительно готовы платить за то, кто может помочь им организовать, управлять политикой, рисками, соответствием, аудитом, расчетами и границами прав в условиях многопротокольной среды.

Другими словами, протокол будет все больше напоминать базовый язык, но способность переводить эти языки в "то, что компании могут безопасно развернуть" станет тем уровнем, который может стать новой платформой и новым платным пунктом.

Вот почему я считаю, что сегодня, рассматривая x402, нельзя сосредотачиваться только на том, кто из Coinbase, Cloudflare или Stripe выглядит более "главным героем".

На самом деле стоит следить за тем, кто имеет наибольшие шансы занять эти смежные уровни.

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

Истинный захват ценности не обязательно происходит в "кто определил 402", а скорее в "кто интегрировал 402 в более крупные корпоративные системы".

8. Заключение

Фонд x402 не объявляет о том, что x402 уже победил во всех протоколах агентной коммерции.

Он открыто признает, что это поколение агентных платежей с самого первого дня не будет миром единого протокола.

Coinbase передал x402 фонду Linux, чтобы сделать его более нейтральным общественным уровнем, а не эксклюзивным продуктом.

Stripe, продвигая MPP и присоединяясь к x402, не колебался, а потому что понимает, что сейчас не следует делать ставку только на одну сторону.

Cloudflare одновременно поддерживает обе системы, потому что это ближе к реальному трафику.

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

Если же убрать фокус с розничной торговли, это суждение становится еще более логичным.

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

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

В своей предыдущей статье я поставил взаимную совместимость в центр, и сейчас рынок дает очень четкий ответ: да, и даже раньше, чем я думал.

В этом смысле фонд x402 не является концом этой истории.

Он просто позволяет нам раньше увидеть, что настоящая тема всегда заключалась не в "кто победит", а в "в этом мире сначала должно быть взаимосвязь, а кто сможет занять самый ценный уровень после взаимосвязи".