Новый кросс-цепной скачок Omniston: TON ↔ Base/Polygon Исполнительный уровень
Кросс-цепная инфраструктура на TON (Открытая Сеть) входит в новую, более заметную фазу. В мае 2026 года STON.fi анонсировала Omniston v1beta8, который трансформирует протокол из агрегатора свопов только для TON в единый кросс-цепной исполнительный уровень. Разработчики теперь могут тестировать живые потоки TON ↔ Base и TON ↔ Polygon в публичном песочнице, первоначально сосредоточив внимание на стейблкоинах (например, USDT, USDC и pUSD от Polymarket на Polygon). Это обновление архитектурное: Omniston отделил свои основные компоненты котировки, маршрутизации, расчетов и отслеживания в единую масштабируемую цепочку. На практике это означает, что разработчики могут полагаться на одну исполнительную структуру вместо интеграции множества фрагментированных мостов или источников ликвидности. Результат — более контролируемый, прозрачный опыт кросс-цепного свопа, который абстрагирует обычную сложность.
От мостов до атомарных свопов: фон
Прежде чем углубиться в детали Omniston, полезно контрастировать общие модели межцепной связи. Традиционные мосты блокируют или сжигают токен на одной цепи и чеканят упакованную версию на другой. Это часто вводит риск хранения (куча активов в одном контракте) и требует ликвидности и выкупа для упакованных токенов. В отличие от этого, Omniston использует модель атомарного свопа на основе резолверов, защищенную связанными Контрактами с Хешированным Таймлоком (HTLC). В этом дизайне родные активы остаются родными на обеих цепях, и средства меняются только тогда, когда обе стороны свопа могут быть одновременно урегулированы. Например, токен TON пользователя блокируется в HTLC на TON, в то время как резолвер (поставщик ликвидности) блокирует желаемый токен (например, USDC на Base) в парном HTLC на Base. Только когда криптографический секрет раскрывается, обе стороны получают свои активы; в противном случае все средства автоматически возвращаются. Эта гарантия «все или ничего» избегает сценариев, когда одна сторона завершает действие, а другая нет. Короче говоря, Omniston не чеканит упакованные токены и не полагается на единый хранилище. Вместо этого он создает конкурентный рынок резолверов, каждый из которых предоставляет ликвидность на целевой цепи и соперничает за выполнение запросов свопа.
По сравнению с мостами или пулами, подход Omniston усиливает безопасность: нет единого контракта, который держит средства пользователя (избегая «кучи», которая привлекает атаки на мосты). Это также означает, что родные стейблкоины могут течь прямо. Например, USDC, USDT и pUSD от Polymarket (ERC-20 на Polygon, поддерживаемый 1:1 USDC) могут перемещаться между TON и цепями EVM без промежуточной упаковки. Этот акцент на родных, стабильных активах является преднамеренным: использование стейблкоинов (с минимальной ценовой волатильностью) облегчает оценку логики свопов и маршрутизации ликвидности на ранних этапах тестирования.
Для контекста: TON не является цепью EVM. Его смарт-контракты используют разные языки (FunC/Tact/Tolk), и его модель сообщений асинхронна. Подключение TON к сетям на базе EVM (таким как Base или Polygon) требует специализированного подхода. Модель HTLC+резолвер Omniston ловко обходит асинхронность TON, обеспечивая атомарность криптографически, а не через одну транзакцию. Это означает, что родное поведение TON (независимый успех/неудача шагов) не подрывает гарантию свопа «все или ничего».
Omniston v1beta8: Единый уровень исполнения
Суть Omniston v1beta8 заключается в его модульной структуре исполнения. Вместо того чтобы рассматривать межцепные свопы как случайное расширение маршрутизации TON, протокол теперь делит рабочий процесс на отдельные этапы – все скоординировано внутри самого Omniston. Кратко, поток выглядит так:
RFQ (Запрос на котировку) – пользователь (или интегратор) отправляет параметры свопа (исходный актив на TON, целевой актив на Base/Polygon, сумма и т. д.) и запрашивает исполняемые котировки.
Котировка – Сеть резолверов (поставщиков ликвидности) соревнуется, отвечая котировками, которые включают маршруты, цены, ожидаемый вывод и любые условия исполнения. Это реальный аукцион через механизм RFQ.
Выбор – Протокол Omniston выбирает лучшую котировку (по сумме вывода, цене и требованиям к исполнению). Несколько стратегий могут конкурировать, что делает процесс более прозрачным, чем однородные маршруты.
Исполнение – Как только выбрана котировка, своп исполняется через одну из двух моделей: расчет свопа (внутриплатформенный, немедленное исполнение) или расчет заказов (межцепной, асинхронное исполнение с HTLC).
Отслеживание – В процессе исполнения протокол постоянно передает обновления статуса и прогресс торговли обратно пользователю/приложению до завершения.
Эта поэтапная линия обеспечивает систематическое управление каждой частью свопа – открытие котировок, координация выполнения, расчет и пост-трейдинговый мониторинг. На практике это делает поток прозрачным и управляемым, что крайне важно для многосетевых свопов.
Два режима расчетов заслуживают особого внимания. Расчет свопов – это привычный маршрут только для TON: Omniston находит лучший своп на одной цепи (например, TON→STON) и немедленно выполняет его, оптимизируя вывод и цену. Именно так работали свопы TON в сети до этого. Расчет заказов – это новая межцепная модель: здесь Omniston создает исполняемый заказ, который резолверы выполняют асинхронно между цепями. Он не выполняется немедленно; вместо этого средства пользователя блокируются в TON HTLC, а резолвер блокирует активы на Base/Polygon. Когда секрет раскрывается, обе стороны получают свои активы. Этот режим поддерживает частичные заполнения, «безгазовые» опыты (поскольку резолвер может спонсировать цепные комиссии) и потоки на основе эскроу. Он закладывает основу для гораздо более сложных межцепных взаимодействий в будущих версиях.
Публичная песочница: Тестирование межцепных потоков
Критически важно, что Omniston v1beta8 сегодня тестируется в публичной песочнице. STON.fi создала специальную тестовую среду, где интеграторы могут экспериментировать, не рискуя средствами основной сети. Песочница открывает новые конечные точки API (через WebSocket/JSON-RPC и gRPC) и симулирует поведение протокола с мок-элементами. На практике разработчики могут выдавать реальные RFQ и наблюдать за конкуренцией котировок, получать ответы от мок-резолверов и проходить через потоки межцепного исполнения на тестовых сетях или смоделированной инфраструктуре. Ключевые возможности песочницы включают:
Новый API Omniston – доступ к расширенным RFQ и API заказов.
Конкурс котировок – отправляйте котировки и смотрите несколько ответов от резолверов, выбирая лучший ценовой путь.
Мок-резолверы – симуляция поставщиков ликвидности в сети, блокирующих стейблкоины между цепями.
Симуляция исполнения между цепями – блокировка и разблокировка токенов (через HTLC) между тестовыми сетями TON и EVM.
Переводы стейблкоинов – перемещение активов, таких как USDC, USDT и pUSD, между TON, Base и Polygon в контролируемой среде.
Каждый из этих элементов работает как часть единой песочницы. Как отметил один наблюдатель отрасли, эта песочница «позволяет реально тестировать потоки RFQ и поведение исполнения, не подвергая риску производственные средства». По сути, это предварительная среда для того, как будет работать маршрутизация ликвидности Omniston между цепями на основной сети. Внедряя эти функции на уровне протокола, Omniston позволяет строителям сосредоточиться на своем собственном пользовательском опыте и логике, а не на координации множества внешних мостов или трекеров.
При запуске песочница специально поддерживает перемещения стейблкоинов. Например, интеграторы могут инициировать своп TON→Base токенов TON на Base-USDC или TON→Polygon для TON→pUSD, используя атомарную последовательность HTLC. Поскольку стейблкоины имеют предсказуемую стоимость, разработчики могут четко валидировать маршрутизацию и логику расчетов. (В реальном мире стейблкоины будут только 1:1, если все шаги успешны; если какая-либо сторона потерпит неудачу, каждая сторона вернет свой исходный актив, как обещано структурой HTLC.)
Фокус на стейблкоинах: USDT, USDC, pUSD
Дебют Omniston между цепями ориентирован на стейблкоины, и на то есть причина. Команда STON.fi намеренно «сфокусировала[сь] на парах стейблкоинов, таких как USDT, USDC и pUSD» для первых межцепных потоков. Использование стабильных активов снижает шум ценовой волатильности во время тестирования, что упрощает наблюдение и отладку логики свопов. Для контекста, pUSD (Polymarket USD) – это Polygon ERC-20, который поддерживается 1:1 USDC. USDC и USDT – это повсеместные стейблкоины ERC-20 (USDC является родным на Base и Polygon, а USDT доступен на обеих EVM и через OFT на TON через LayerZero). Начав с этих активов, Omniston может валидировать потоки межцепных переводов для часто используемых токенов.
Недавний протокол перекрестного трансфера (CCTP) от Circle аналогично подчеркивает тренд в отрасли: он позволяет USDC «течь родным образом 1:1 между блокчейнами», чтобы объединить ликвидность. Omniston идет другим путем (свопы с посредниками-резолверами вместо сжигания/чеканки), но конечная цель согласована – бесшовное движение стейблкоинов между цепями. Со временем, как только линия будет доказана, Omniston сможет поддерживать больше пар токенов и даже нестабильные активы.
Преимущества для строителей и экосистемы TON
Обновление Omniston v1beta8 имеет последствия для нескольких аудиторий. Для разработчиков это означает, что у них есть встроенная межцепная инфраструктура. Вместо того чтобы связывать отдельные контракты мостов, адаптеров DEX и отслеживания транзакций, приложения могут подключаться к единому рабочему процессу Omniston. Как подчеркивает STON.fi, «конкуренция котировок, координация исполнения и отслеживание Omniston v1beta8 становятся частью самого уровня протокола». Это позволяет строителям «сосредоточиться на пользовательском опыте, а не на поддержании фрагментированной межцепной инфраструктуры». Разработчики могут просто выдать заказ Omniston и позволить протоколу обрабатывать многосетевое исполнение.
Для пользователей обещание заключается в более простых межцепных свопах. Текущие решения с мостами могут быть медленными и громоздкими. Модель Omniston стремится сделать межцепные свопы такими же плавными, как своп на одной цепи, абстрагируя фрагментацию. В теории пользователь увидит только родное подтверждение с каждой стороны или один объединенный статус, не беспокоясь о промежуточных шагах. И поскольку модель Omniston никогда не хранит средства пользователей на хранении, пользователям не нужно доверять третьей стороне свои активы за пределами условных смарт-контрактов в сети.
Для экосистемы TON межцепная ликвидность является важным рычагом роста. Поскольку Omniston «расширяется за пределы агрегации, родной для TON, активы TON становятся легче доступны извне, маршрутизация ликвидности становится глубже, а приложения TON получают доступ к более широким поверхностям исполнения». Проще говоря, проекты и токены TON становятся частью более обширного DeFi-ландшафта. Держатели TON могут легче получить доступ к ликвидности на Base, Polygon или других EVM; и наоборот, активы из цепей EVM перетекают в TON. Эта двунаправленная совместимость может значительно увеличить активность DeFi на TON. Пресс-релиз, связанный с запуском Omniston, уже намекнул на эту перспективу: цель проекта – «объединить ликвидность экосистемы TON DeFi» и в конечном итоге стать межцепным оператором, соединяющим TON с основными блокчейн-сетями. Omniston v1beta8 – это первый видимый шаг на этом пути.
Структурированный уровень исполнения (за пределами мостов)
Важно отметить, что v1beta8 от Omniston – это не просто новый мост. Его лучше охарактеризовать как структурированный уровень исполнения для межцепных свопов. В отличие от единичных мостов или отдельных пулов ликвидности, он охватывает маршрутизацию, конкурентные котировки, многостратегическое исполнение и отслеживание от начала до конца. Как отметил один аналитик, «то, что появляется, это не просто лучший мост, но более структурированный уровень исполнения для межцепных финансов». В мире Omniston протокол сам организует каждую сделку: от запроса нескольких котировок до блокировки средств с обеих сторон и координации окончательного расчета. Этот горизонтальный подход контрастирует, скажем, с Thorchain (независимой цепью с собственными пулами) или протоколами hop с фиксированными маршрутами. Это похоже по духу на протоколы, такие как Meson Finance, которые также используют HTLC для атомарных свопов стейблкоинов, но Omniston специально адаптирован для соединения TON с цепями EVM.
В общем, Omniston v1beta8 – это гораздо больше, чем оптимизация маршрутов. Это интегрированная система, которая размывает границу между логикой маршрутизации и механикой расчетов. С живым песочницей и тестируемыми межцепными потоками разработчики DeFi на TON могут начать экспериментировать с этими новыми возможностями. По мере того как протокол будет развиваться за пределы бета-версии, он может добавить больше типов активов, больше партнеров-резолверов и (в конечном итоге) развертывание на основной сети межцепных свопов. На данный момент строители и энтузиасты имеют возможность первыми увидеть «контролируемый предварительный просмотр» межплатформенной совместимости нового поколения.
Смотрим вперед
Обновление Omniston закладывает основу для более глубокой совместимости на TON. Путем рассмотрения многосетевого свопа как одной согласованной транзакции (через HTLC и сообщения в сети) Omniston стремится преодолеть многие болевые точки существующих мостов. Хотя он все еще в тестировании, он уже уменьшил фрагментацию для ранних пользователей: вместо интеграции нескольких SDK мостов можно интегрировать API или виджет Omniston и получить функциональность межцепных свопов.
В более широком контексте технологии межцепной связи быстро развиваются. Многие протоколы стремятся к единой ликвидности (LayerZero/Stargate, мосты, такие как Synapse, агрегаторы, такие как LI.FI и т. д.). Omniston присоединяется к этой волне с своим ориентированным на TON, основанным на HTLC методом. Его акцент на родных свопах и атомарной безопасности перекликается с отраслевыми трендами (см. атомарные свопы стейблкоинов Meson или родные рельсы USDC от Circle).
С ростом популярности будущие версии Omniston могут поддерживать больше цепей или более сложные маршруты (например, многопрыжковые через промежуточную цепь для минимизации сборов). Конечная цель, как отмечает STON.fi, – это «один уровень исполнения, способный абстрагировать фрагментированную ликвидность, фрагментированные цепи и фрагментированный пользовательский опыт». Если это удастся, Omniston может стать ключевым звеном, соединяющим TON с более широким DeFi-мультивселенной, делая межцепные свопы такими же бесшовными, как свопы на одной цепи.
Источники: Официальный блог STON.fi blog.ston.fi