CoW Swap выходит на Solana через бэкенд NEAR Intents

Вопрос, который каждый руководитель DEX-платформы должен поставить перед своим CFO прямо сейчас: строить ли следующее расширение на новую сеть самостоятельно или арендовать готовое решение у вендора intent-расчётов. CoW Swap только что дал ответ применительно к Solana. Команда переносит модель Coincidence of Wants на новый L1, используя NEAR Intents в качестве бэкенда, вместо того чтобы портировать солверы и инфраструктуру пакетных аукционов в каждую сеть по отдельности.

За инженерным объявлением стоит стратегическое бизнес-решение — с последствиями далеко за пределами одной DEX.

Что произошло

CoW Swap — intent-ориентированная децентрализованная биржа, наиболее известная в экосистеме Ethereum, — расширяется на Solana. Как сообщает The Defiant, запуск использует NEAR Intents в качестве базовой бэкенд-инфраструктуры для обработки и исполнения торговых интентов пользователей на Solana. Источником объявления выступает сам NEAR Intents.

Механика имеет значение. CoW Swap работает иначе, чем AMM в стиле Uniswap. Пользователи выражают торговые намерения в виде интентов, эти интенты объединяются в пакеты, а солверы конкурируют за их исполнение — в идеале находя прямые совпадения желаний между пользователями, чтобы не обращаться к пулам ликвидности. Такая модель требует сети солверов, внецепочечного слоя сопоставления и смарт-контрактов расчётов на блокчейне. Воспроизводить весь этот стек в каждой новой сети — дорого.

NEAR Intents строит именно это как горизонтальный сервис. Проект позиционирует себя как бэкенд для intent-приложений, а кросс-чейн расчёты интентов — его ключевая возможность. Таким образом, CoW Swap получает присутствие на Solana, не создавая собственную конкуренцию солверов нативно на Solana и не портируя всю архитектуру Ethereum. NEAR Intents получает резонансного референсного клиента, подтверждающего тезис о том, что обработка интентов — это инфраструктура, а не продукт.

Расширение увеличивает мультичейн-присутствие CoW Swap за пределами Ethereum и других EVM-сетей, в которых проект уже работает. Для DeFi на Solana это добавляет авторитетную альтернативу AMM-исполнению. Для категории intent-инфраструктуры в целом — это наиболее чёткий сигнал того, что паттерн «intents as a service» начинает консолидироваться вокруг небольшого числа бэкендов.

Техническая анатомия

Чтобы понять архитектурную значимость происходящего, нужно разграничить продукт CoW Swap и его слой исполнения. Продукт — это обещание для пользователя: отправить интент, получить справедливую цену, провести расчёт через пакетный аукцион с защитой от MEV. Слой исполнения — это сложная часть: сеть солверов, аукцион потока ордеров, контракты расчётов в каждой сети, логика бриджинга при перемещении активов и внецепочечный координатор пакетной обработки.

Исторически каждая новая сеть означает новый деплой расчётных контрактов, новый набор солверов, понимающих особенности мемпула и финальности данной сети, и новый мониторинг. Solana усложняет задачу, а не упрощает её: модель исполнения, структура аккаунтов и рынок комиссий в этой сети не ложатся на EVM-предположения. Портирование на Solana силами собственной команды означало бы наём Rust- и Anchor-инженеров, создание Solana-специфичных солверов и параллельные операции для EVM-продукта и Solana-продукта одновременно.

Маршрутизация через NEAR Intents переворачивает эту логику. Интент выражается в UX CoW Swap, но сопоставление, конкуренция солверов и кросс-чейн расчёты происходят внутри инфраструктуры, которую NEAR уже эксплуатирует. CoW Swap фактически относится к расчётам интентов так же, как большинство fintech-команд относится к KYC или платежам: это стороннее возможность за API-контрактом, а не ключевое конкурентное преимущество, которое нужно строить заново под каждую юрисдикцию.

Компромиссы очевидны. CoW Swap наследует параметры доступности NEAR Intents, экономику солверов и любые задержки, которые добавляет кросс-чейн маршрутизация. Если NEAR Intents изменит ценообразование, откажется от функции или столкнётся с регуляторным барьером, Solana-продукт окажется под ударом. Это тот же разговор о vendor lock-in, что разворачивается вокруг управляемых сервисов Kubernetes в сравнении с self-hosted кластерами, только с большей степенью on-chain финальности и меньшим количеством SLA. Честный архитектурный обзор называет этот риск прямо.

Плюсы — скорость и юнит-экономика. Одна интеграция, несколько сетей, не нужно нанимать команду для нативного исполнения на Solana. Для DeFi-организации размером с серию B и примерно 20 инженерами — это разница между релизом за квартал и релизом за год.

Кто рискует проиграть

Три группы должны обратить на это внимание прямо сейчас.

Первая — нативные Solana-DEX, чей ров был построен на нарративе «мы — место, где intent-торговля происходит на Solana». Этот нарратив только что стало сложнее отстаивать. Устоявший бренд со стороны Ethereum с реальными связями с солверами теперь присутствует на Solana, не заплатив полную стоимость интеграции. Конкурентный вопрос смещается от «у кого лучший Solana-продукт» к «кто контролирует сеть солверов». Если солверы — реальная ликвидность — маршрутизируются через NEAR Intents, нативные Solana-игроки конкурируют с общей инфраструктурой, а не с чужим протоколом.

Второй — команды, которые тихо строили собственную мультичейн intent-инфраструктуру. Математика «строить или покупать» только что изменилась. Если CoW Swap, у которого были все стимулы и, пожалуй, in-house экспертиза для собственного решения, выбрал аутсорсинг Solana-бэкенда, аргументы в пользу greenfield-разработки той же возможности силами меньшей команды становятся слабее. Руководители Platform в таких компаниях должны ожидать неудобных вопросов от совета директоров в ближайшие два квартала.

Третья — юридические советники и руководители compliance в любом протоколе маршрутизации интентов. Расчёт интентов, пересекающий несколько цепочек, для регулятора в недружелюбном настроении выглядит очень похоже на услугу по передаче денег. Чем сильнее категория консолидируется вокруг общих бэкендов, тем значительнее становятся единые точки регуляторного отказа. CFO любой DEX, зависящей от стороннего бэкенда обработки интентов, должен уже сейчас задаться вопросом: что произойдёт с потоком ордеров, если этот бэкенд получит судебную повестку, попадёт под санкции или резко изменит список поддерживаемых юрисдикций. Это не гипотетика на 2027 год. Это риск в горизонте 90 дней.

Рынок найма тоже считывает этот сигнал. Спрос на Solana-программистов, понимающих обработку интентов, остаётся высоким, но концентрируется у инфраструктурных вендоров. Продуктовые DEX будут нанимать меньше чейн-специалистов и больше интеграционных инженеров.

Руководство для инженерных команд

Если вы управляете DEX, кошельком или любым слоем исполнения, планирующим мультичейн-расширение в следующие четыре квартала, — три конкретных шага.

Первый: честно составьте граф зависимостей от расчётов интентов. Если в roadmap написано «расширение на сеть X к Q3», выясните уже сегодня — вы строите солверы и расчётный слой сами или покупаете. Оцените оба варианта с реальными цифрами по найму, не оптимистичными. Если покупка выигрывает более чем на 40% по TCO за 18 месяцев, разговор с советом директоров станет проще.

Второй: относитесь к любому вендору intent-бэкенда как к критически важному облачному провайдеру. Это означает договорные условия выхода, портируемость данных по истории потока ордеров, наблюдаемость под вашим контролем (инструментируйте с помощью OpenTelemetry на своей стороне границы, а не только на их стороне) и задокументированный план действий на случай исчезновения вендора. Стоимость выполнения этого упражнения низкая. Стоимость его пропуска — экзистенциальная.

Третий: чётко определите, чем вы действительно владеете. Если ваш продукт — это UX и бренд, владейте ими яростно и рассматривайте исполнение как товарную инфраструктуру. Если ваш продукт — качество исполнения, не отдавайте его на аутсорсинг ни при каких условиях, даже если это замедляет вас. Худший исход — не владеть ни тем, ни другим и однажды обнаружить, что вы тонкий клиент поверх чужого протокола.

Руководители Platform также должны спросить у своего VP Engineering на этой неделе: какие из нынешних «ключевых» систем прошли бы тот же тест на аутсорсинг, что только что применил CoW Swap. Большинство — нет.

Ключевые выводы

• Запуск CoW Swap на Solana через NEAR Intents — это решение «строить или покупать», а не просто расширение на новую сеть. Расчёт интентов становится вендорной инфраструктурой.
• Архитектура обменивает скорость исполнения и снижение затрат на персонал на vendor lock-in и унаследованные регуляторные риски. Оба аспекта требуют оценки.
• Нативные Solana intent-DEX сталкиваются с более острым конкурентным вопросом: владеют ли они солверами или делят бэкенд со своим крупнейшим конкурентом?
• CFO и юридические советники в любой DEX, работающей на сторонней intent-инфраструктуре, должны проверить: что произойдёт с потоком ордеров при отказе вендора или регуляторном воздействии.
• Команды, оценивающие мультичейн-расширение, должны задать себе вопрос: их дифференциация — в UX и бренде или в качестве исполнения? Потому что выбранная архитектура должна соответствовать ответу.