Чем больше я смотрю на STON.fi, тем больше я думаю, что называть это «DEX на TON» — значит упускать более широкую картину.



DEX — это то, с чего начался путь.



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



И ключевой элемент этой идеи — Omniston.



У DeFi есть проблема с ликвидностью.



Не потому, что ликвидности недостаточно, а потому что она разбросана повсюду.



У TON есть свои рынки.



У Ethereum есть свои рынки.



Base, BNB Chain, Polygon и другие сети имеют свою собственную ликвидность, приложения и пользователей.



С технической точки зрения эти экосистемы раздельны.



С точки зрения пользователя это разделение создает трение.



У вас может быть нужный актив, но в неправильной цепочке.



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



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



STON.fi работает над тем, чтобы большая часть этой сложности происходила «под капотом».



Вот где Omniston становится важным.



Omniston начинался как протокол агрегирования ликвидности для TON, помогая находить и сравнивать ликвидность из разных источников.



Теперь он развился в более общий слой исполнения, который может координировать свопы между цепочками. Новейшая архитектура разделяет поиск котировок, координацию исполнения, расчеты и отслеживание в более гибкий конвейер. (STON.fi Blog⁠)



Концепция проста:



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



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



Протокол оценивает эти варианты.



Затем выбранный маршрут исполнения координируется через соответствующий механизм расчетов.



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



И вот где, как мне кажется, долгосрочное видение STON.fi становится особенно интересным.



Они пытаются не просто агрегировать ликвидность AMM.



Omniston разрабатывается так, чтобы объединить разные модели исполнения.



Ликвидность DEX.



Котировки, управляемые резолвером.



Исполнение на основе эскроу.



Кроссчейн-расчеты.



Возможность без газа.



Все это может существовать под одним упрощенным опытом свопа.



STON.fi уже интегрировал Omniston в собственный dApp: он автоматически находит ликвидность в нескольких TON DEX. Проект утверждает, что его инфраструктура обработала более 29 миллионов свопов и свыше $6,5 млрд объема транзакций. (STON.fi Blog⁠)



Но главная возможность — в кроссчейне.



Более новая архитектура Omniston создается вокруг кроссчейн-исполнения, а не просто переноса токенов через традиционный мост.



Модель использует конкурирующие резолверы и парные HTLC для координации атомарных свопов, позволяя нативным активам оставаться в соответствующих цепочках, а не зависеть от общего сейфа, который хранит обернутые представления. (STON.fi Blog⁠)



В этом различии есть значение.



Цель не обязательно:



«Перемести мой токен в другую цепочку».



Это:



«Я хочу обменять то, что у меня есть, на то, что мне нужно».



Похоже, это небольшая разница.



Этого нет.



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



И STON.fi также думает дальше самого свопа.



Ее новая модель ордер-расчетов открывает возможности вроде кроссчейн-исполнения, частичных исполнений и сценариев без газа, где пользователь может подписать авторизацию, а резолвер выполняет ончейн-исполнение и оплачивает газ. (STON.fi Blog⁠)



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



Кошельку не обязательно нужно собирать собственный движок кроссчейн-исполнения.



DeFi-приложению не нужно независимо интегрировать несколько источников ликвидности.



Телеграм-миниаппу не нужно проталкивать пользователей через сложный путь по мосту.



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



И именно поэтому, как я считаю, инфраструктура разработчиков STON.fi важна.



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



На это могут опираться другие приложения.



Если кошельки, агрегаторы, биржи и DeFi-приложения смогут интегрировать Omniston через его API и SDK, STON.fi может стать частью транзакционного уровня, который обеспечивает сценарии, о связи с STON.fi пользователи могут даже не догадываться.



Это значительно более крупная возможность, чем просто конкурировать за объем DEX.



В основе видение по сути таково:



Ликвидность должна быть доступной.

Исполнение должно быть конкурентоспособным.

Сложность кроссчейна должна быть абстрагирована.

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



Еще многое нужно доказать.



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



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



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



Но направление ясно.



STON.fi переходит от того, чтобы в первую очередь быть местом, где пользователи свопают токены в TON, к созданию инфраструктуры, которая может координировать ликвидность и исполнение в гораздо более широкой экосистеме DeFi.



Интерфейс по-прежнему может писать «Swap».



Но под этой простой кнопкой инфраструктура становится намного более сложной.



И честно говоря, именно эту часть STON.fi я нахожу самой интересной.



Не еще один DEX.



Не еще один мост.



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



А вот более масштабное видение — куда больше.