Как STON.fi Omniston в режиме интеграции повторно использует ваш экземпляр TON Connect
Используйте режим интеграции Omniston Widget, если ваш TON dApp уже имеет подключение к кошельку. Передайте существующий объект TonConnect или TonConnectUI, чтобы виджет для свапа использовал одну и ту же сессию кошелька, а не создавал второй слой TON Connect.
🔥 Standalone vs Integrated
Сейчас STON.fi поддерживает два режима TON Connect для Omniston.
- standalone — для приложений, где виджет может взять на себя интеграцию кошелька
- integrated — для приложений, которые уже инициализировали TON Connect
- integrated получает живой экземпляр, а не только URL манифеста
🚀 Почему несколько экземпляров не работают
На первый взгляд может показаться простым дать Omniston собственный коннектор. Но это создаёт две системы кошельков на одной странице.
- ваш экземпляр приложения обеспечивает шапку, панель аккаунта и другие действия TON
- второй экземпляр виджета может столкнуться с лимитами TON Connect SDK
- в документации STON.fi сказано: переиспользуйте существующий экземпляр, а не создавайте новый
🧠 Как подключить режим integrated
1. Инициализируйте TonConnect один раз на уровне приложения с вашим манифестом и restoreConnection().
2. Экспортируйте этот же объект для каждой функции, которая знает о кошельке.
3. Загрузите Omniston и задайте type: 'integrated' с instance: tonconnect.
4. Монтируйте только после того, как контейнер появится в DOM.
5. В React или Next.js держите provider на клиенте и передавайте useTonConnectUI().
💬 Мой взгляд
Полезная часть — это владение контекстом. Восстановление кошелька, отключение и подтверждения остаются в приложении. Omniston лишь заимствует этот контекст для свапов. Опции виджета вроде default bid assets не требуют нового коннектора.
Переиспользуйте один стабильный экземпляр TON Connect, направьте на него Omniston в режиме integrated и рассматривайте весь dApp как одну систему, подключённую к кошельку.
Вы бы держали TON Connect в общем модуле или внутри provider в первую очередь? 👇
Оставьте комментарий со стеком, который используете: headless SDK или TON Connect UI.
Не является инвестиционной рекомендацией — проведите собственное исследование! 🚀
$GRAM @STONfi DEX
Используйте режим интеграции Omniston Widget, если ваш TON dApp уже имеет подключение к кошельку. Передайте существующий объект TonConnect или TonConnectUI, чтобы виджет для свапа использовал одну и ту же сессию кошелька, а не создавал второй слой TON Connect.
🔥 Standalone vs Integrated
Сейчас STON.fi поддерживает два режима TON Connect для Omniston.
- standalone — для приложений, где виджет может взять на себя интеграцию кошелька
- integrated — для приложений, которые уже инициализировали TON Connect
- integrated получает живой экземпляр, а не только URL манифеста
🚀 Почему несколько экземпляров не работают
На первый взгляд может показаться простым дать Omniston собственный коннектор. Но это создаёт две системы кошельков на одной странице.
- ваш экземпляр приложения обеспечивает шапку, панель аккаунта и другие действия TON
- второй экземпляр виджета может столкнуться с лимитами TON Connect SDK
- в документации STON.fi сказано: переиспользуйте существующий экземпляр, а не создавайте новый
🧠 Как подключить режим integrated
1. Инициализируйте TonConnect один раз на уровне приложения с вашим манифестом и restoreConnection().
2. Экспортируйте этот же объект для каждой функции, которая знает о кошельке.
3. Загрузите Omniston и задайте type: 'integrated' с instance: tonconnect.
4. Монтируйте только после того, как контейнер появится в DOM.
5. В React или Next.js держите provider на клиенте и передавайте useTonConnectUI().
💬 Мой взгляд
Полезная часть — это владение контекстом. Восстановление кошелька, отключение и подтверждения остаются в приложении. Omniston лишь заимствует этот контекст для свапов. Опции виджета вроде default bid assets не требуют нового коннектора.
Переиспользуйте один стабильный экземпляр TON Connect, направьте на него Omniston в режиме integrated и рассматривайте весь dApp как одну систему, подключённую к кошельку.
Вы бы держали TON Connect в общем модуле или внутри provider в первую очередь? 👇
Оставьте комментарий со стеком, который используете: headless SDK или TON Connect UI.
Не является инвестиционной рекомендацией — проведите собственное исследование! 🚀
$GRAM @STONfi DEX
