Новое поле боя для стейблкоинов: противостояние Layer 1 между Stripe и Circle

Автор: Charlie

За один день два новых блокчейна уровня 1 для стейблкоинов потрясли весь мир крипто и финтеха.

Скрытый ранее сервис Tempo от Stripe вышел из тени, а Circle анонсировал Arc в период публикации квартальной отчетности.

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

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

Спор между L1 и L2

Сначала отвечу на самый прямой вопрос: почему не последовать примеру Coinbase (Base) и не запустить собственный L2, как Robinhood?

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

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

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

Тогда почему и Stripe, и Circle говорят именно о L1?

Потому что «платежная цепь» становится самостоятельной конкурентной нишей.

Группа L1-сетей (Stable и Plasma), сфокусированных вокруг Tether, продвигает следующий нарратив: стейблкоинам нужна нативная, платежно-ориентированная инфраструктура на базе стейблкоина в качестве газа, предсказуемые комиссии, расчеты субсекундного уровня — вместо того чтобы навсегда оставаться «гостями» на универсальных публичных сетях.

Давление на Circle очевидно: если долларовые стейблкоины конкурента начнут привязываться к собственному расчетному слою, USDC не может навсегда оставаться просто «одним токеном», ему нужно стать «теми рельсами».

Разбор стратегии Circle

Если приглядеться ближе, действия Circle не сводятся к простому «отыгрышу в обороне».

Синергия Arc и Circle Payments Network (CPN) больше напоминает перенос стратегии Visa по созданию «сети внутри сети» (network of networks) в блокчейн.

Открытая архитектура, совместимость с EVM, нативная поддержка USDC, фокус на платежах и Forex, а также подготовка под сценарии капитальных рынков.

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

Именно так карточные ассоциации одерживали победы в прошлом: меньшие комиссии, массовое распространение, завоевание доверия и развертывание точек обработки.

В этой перспективе противостояние «Arc против Stable/Plasma» важнее, чем «Circle против Coinbase».

Если платежные цепи экосистемы Tether закрепят статус отраслевого стандарта за концепцией «нативный стейблкоин + низкофрикционный платежный опыт», Circle не сможет ограничиваться ролью моста к чужим рельсам; ей потребуется собственная, надежная линия.

Более того, открытость — не просто слоган: распределение и порог входа для узлов верификации, доступность инструментов для разработчиков, удобство кроссчейн-операций и выхода из сети определят, станет ли Arc «публичной инфраструктурой» или просто фирменным каналом в новой упаковке.

Иначе проект окажется в ловушке замкнутого круга «децентрализация — масштабирование — повторная централизация».

Разбор стратегии Stripe

Возвращаясь к Stripe: подходит ли Tempo для роли L1, зависит от того, насколько он «по-настоящему открыт».

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

Не создавать «сад для мерчантов», а проложить общую дорогу, справедливую для всех участников.

И наоборот, если управление, валидация и мосты будут слишком тесно привязаны к самой Stripe, экосистема вскоре начнет опасаться риска зависимости: сегодня ваша сеть служит «коротким путем», а завтра может превратиться в неотъемлемую «платную станцию».

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

Следовательно, определение «кому стоит делать L1, а кому лучше подойдет L2» напрямую увязывается с бизнес-моделью.

Для эмитента вроде Circle переход на уровень сети выглядит внутренне оправданным.

Использование USDC в качестве газа, опциональная приватность, детерминированные расчеты и встроенный FX привлекают международные B2B-платежи, маркетплейсы и отдельные процессы капитальных рынков; временное давление со стороны конкурентов также вынуждает Circle как можно быстрее конвертировать «масштаб» в «сетевую силу».

В то же время для такого платежного шлюза (PSP) как Stripe, уже контролирующего «последнюю милю», второй уровень (L2) зачастую оказывается более оптимальным решением.

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

Атака против обороны

В профессиональной среде популярно мнение относительно их решений по L1: Stripe играет на опережение (атакует), а Circle действует в обороне.

Такая логика интуитивно верна, но все же неполна.

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

Однако если рассматривать Arc + CPN как блокчейн-реализацию «методологии Visa», то Circle скорее переписывает правила игры с помощью сетевой стратегии.

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

Даже ценой передачи основной доли доходов фронтенда эмитентам, биржам или PSP ради получения охвата всей сети.

Благодаря этому ей не нужно гнаться за объемами Base; она переопределяет собственную игровую площадку.

Подлинный системный риск кроется в том, что «фрагментация выдают себя за прогресс».

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

Попытки обеспечить совместимость через адаптеры приведут к высоким издержкам и низкой устойчивости.

Критерием оценки должна быть не TPS, а: насколько достоверно открыта сеть; насколько легко из неё выйти; насколько она дружелюбно относится к «не-партнерам».

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

Переходя к реализации, предлагаю каждой из компаний ряд «жестких критериев».

Для Circle: своевременно запустить тестовую сеть; отработать процесс использования «USDC в качестве газа» для реальных мерчантов до уровня, когда обслуживание не требует специальной подготовки; опубликовать прозрачные стандарты для внешних узлов верификации; четко закрепить в CPN принцип мультичейн-совместимости, чтобы избежать краткосрочных стимулов, скрывающих попытку перенаправить трафик исключительно на собственную сеть.

Для Stripe: либо перейти на L2 по примеру Celo, либо максимально раскрыть степень открытости Tempo: как можно раньше привлечь внешних валидаторов, открыть исходный код клиентской части и ключевых модулей, отделить ончейн-управление от корпоративной структуры и считать стратегию «сети внутри сети» фундаментом компании, а не просто маркетинговым лозунгом.

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

Заключение

Речь идет не о споре о скорости и функциональности, а о новом выборе между «открытым протоколом» и «фирмой рельсовой системой».

Путь Circle похож на «атаку» в маске «обороны»; если Stripe хочет строить L1, открытость должна стать структурным обязательством, иначе самые талантливые разработчики проголосуют ногами.

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

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