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

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

Це бізнес-рішення, замасковане під інженерний анонс. І воно має наслідки далеко за межами однієї DEX.

Що сталося

CoW Swap — intent-based децентралізована біржа, найбільш відома в екосистемі Ethereum, — розширюється на Solana. Як повідомляє The Defiant, запуск використовує NEAR Intents як базову бекенд-інфраструктуру для обробки та розрахунку торгових інтентів користувачів на Solana. Джерелом оголошення є сам NEAR Intents.

Механіка тут важлива. CoW Swap не функціонує як AMM у стилі Uniswap. Користувачі виражають свої торгові бажання у вигляді інтентів, ці інтенти групуються в батчі, а солвери змагаються за їх виконання — в ідеалі знаходячи прямі збіги між запитами користувачів, щоб не залучати пули ліквідності. Ця модель потребує мережі солверів, off-chain рівня зіставлення та on-chain контрактів розрахунку. Відтворити весь цей стек на кожній новій мережі — дорого.

NEAR Intents саме й будує це як горизонтальний сервіс. Він позиціонує себе як бекенд для застосунків на основі інтентів, де крос-чейн розрахунок інтентів є ключовою можливістю. Таким чином CoW Swap отримує присутність на Solana, не розгортаючи власної конкуренції солверів або не портуючи всю свою Ethereum-архітектуру. NEAR Intents отримує відомого референс-клієнта, який підтверджує тезу про те, що вирішення інтентів — це інфраструктура, а не продукт.

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

Технічна анатомія

Щоб зрозуміти, чому це важливо з архітектурної точки зору, слід відокремити продукт CoW Swap від його рівня виконання. Продукт — це обіцянка для користувача: надіслати інтент, отримати справедливу ціну, розрахуватися через batch-аукціон із захистом від MEV. Рівень виконання — це складна частина: мережа солверів, аукціон потоку ордерів, контракти розрахунку на кожній мережі, логіка бриджингу при переміщенні активів та off-chain координатор, що групує та виконує угоди.

Традиційно кожна нова мережа означає нове розгортання контрактів розрахунку, новий набір солверів, які розуміють mempool та поведінку фінальності цієї мережі, і нові інструменти моніторингу. Solana ускладнює це, а не спрощує, оскільки її модель виконання, структура акаунтів та ринок комісій не відповідають EVM-припущенням. Власний порт на Solana означав би найм Rust та Anchor-розробників, створення Solana-специфічних солверів та паралельну операційну підтримку EVM-продукту та Solana-продукту.

Маршрутизація через NEAR Intents перевертає цю ситуацію. Інтент виражається в UX CoW Swap, але зіставлення, змагання солверів та крос-чейн розрахунок відбуваються всередині інфраструктури, яку NEAR вже підтримує. CoW Swap фактично ставиться до intent-settlement так само, як більшість fintech-команд ставляться до KYC або платежів: вендорна можливість за API-контрактом, а не ключовий диференціатор для самостійної реалізації в кожній юрисдикції.

Очевидні компроміси. CoW Swap успадковує показники uptime NEAR Intents, економіку солверів та будь-які затримки, що додає крос-чейн маршрутизація. Якщо NEAR Intents змінить ціноутворення, виведе функцію з обігу або зіткнеться з регуляторними обмеженнями — Solana-продукт опиниться під загрозою. Це та сама розмова про vendor lock-in, що точиться навколо managed-сервісів Kubernetes проти self-hosted кластерів — лише з більшою on-chain фінальністю та меншою кількістю SLA. Чесний варіант цього архітектурного огляду називає цей ризик відкрито.

Перевагою є швидкість та юніт-економіка. Одна інтеграція, кілька мереж, не потрібно формувати команду для виконання на Solana. Для DeFi-організації розміру серії B із приблизно 20 інженерами — це різниця між запуском за квартал і запуском за рік.

Хто програє

Три групи мають уважно стежити за цим цього тижня.

По-перше, Solana-native DEX-и, що вибудовували свою перевагу на тезі «ми — місце для intent-based торгівлі на Solana». Тепер цю тезу захищати складніше. Відомий бренд з боку Ethereum з реальними зв'язками серед солверів тепер має присутність на Solana, не заплативши повну вартість інтеграції. Конкурентне питання зміщується від «хто має кращий Solana-продукт» до «хто контролює мережу солверів». Якщо солвери — реальна ліквідність — маршрутизуються через NEAR Intents, Solana-native гравці конкурують зі спільною інфраструктурою, а не з іноземним протоколом.

По-друге, команди, що тихо будують власну мультичейн intent-інфраструктуру. Математика «будувати чи купувати» щойно змінилася. Якщо CoW Swap — маючи всі стимули та, мабуть, внутрішню експертизу для власної розробки — вибрав аутсорсинг Solana-бекенду, аргумент на користь того, щоб менша команда будувала ту саму можливість з нуля, стає слабшим. Голови Product у таких компаніях мають очікувати незручних запитань від ради директорів протягом наступних двох кварталів.

По-третє, GC та compliance-керівники будь-якого протоколу маршрутизації інтентів. Intent-settlement, що перетинає мережі, для регулятора, налаштованого недружньо, виглядає дуже схоже на сервіс передачі грошей. Що більше категорія консолідується навколо спільних бекендів, то більшими стають єдині точки регуляторного відказу. CFO будь-якої DEX, що залежить від стороннього intent-бекенду, має вже цього тижня запитати: що станеться з їхнім потоком ордерів, якщо цей бекенд отримає повістку, санкційне рішення або раптово змінить перелік підтримуваних юрисдикцій? Це не гіпотетичний сценарій для 2027 року. Це ризик на горизонті 90 днів.

Ринок найму також це зчитує. Попит на Solana-програмістів, які розуміються на intent-solving, залишається високим, але концентрується у вендорів інфраструктури. Продуктові DEX-и наймуть менше чейн-спеціалістів і більше інтеграційних інженерів.

Плейбук для інженерних команд

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

Перший: чесно запишіть граф залежностей вашого intent-settlement. Якщо у вашому роадмапі написано «вийти на мережу X до Q3», з'ясуйте вже сьогодні — ви будуєте солверів та розрахунок власними силами чи купуєте. Оцініть обидві вартості з реальними цифрами по людських ресурсах, а не оптимістичними. Якщо покупка виграє більш ніж на 40% за TCO протягом 18 місяців, розмова з радою директорів спроститься.

Другий: ставтеся до будь-якого вендора intent-бекенду як до критичного хмарного провайдера. Це означає договірні умови виходу, портативність даних для вашої історії потоку ордерів, спостережуваність під вашим контролем (інструментуйте за допомогою OpenTelemetry зі свого боку межі, а не лише з їхнього) та задокументований резервний шлях на випадок зникнення вендора. Вартість проведення цього аналізу мінімальна. Вартість його ігнорування — екзистенційна.

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

Голови Product мають також запитати свого VP Eng цього тижня, яка з їхніх поточних «ключових» систем витримала б той самий тест на аутсорсинг, який щойно застосував CoW Swap. Більшість — не витримає.

Ключові висновки

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