RICKEE 1

Rebalancing Across Blockchains: An Operational Guide

Rebalancing restores portfolio weights already chosen. It is maintenance, not a forecast. When assets live on different blockchains, simple arithmetic becomes an execution problem: every cross-chain move adds fees, liquidity constraints, transactions and operational risk.

Cross-chain execution adds complexity because each network has its own fees, liquidity and native gas token. A route can become costly when source gas, destination gas, routing fees and price impact are combined. Network fees are also relatively fixed per transaction, so small transfers can carry higher percentage costs. Measure the full cost of the actual route.

A manual route may require a bridge, approvals, confirmation, a claim and a destination swap. One leg can involve several interfaces, two gas tokens and six or more transactions. More steps create more opportunities for delays, wrong-token deposits and user error.

An execution layer can compress that workflow into one signed request. STON.fi’s Omniston uses resolver-based execution with paired HTLCs. The resolver provides the destination asset while the user’s funds are locked on the source side under a linked time-lock. A shared secret coordinates settlement, so the swap either completes on both sides or unwinds after the deadline. Smart-contract risk remains.

Before signing, verify three things: route, fee and destination asset. Confirm the exact chains and tokens are supported, review limits and quote expiry, calculate source gas + route fee + destination gas + price impact, and verify the exact asset and contract address expected to arrive.

A disciplined cross-chain rebalance is operational: define target weights, set a cost ceiling, compare executable routes, verify the destination asset, save transaction hashes and recompute the portfolio after settlement. The goal is to move exposure back to plan with fewer steps and fewer surprises. Be precise.
#BTC $ETH

Why Can Two Crypto Platforms Show Different Prices for the Same Token?

Different prices for the same token do not necessarily mean one platform is wrong. In decentralized markets, price is shaped by liquidity, pool balances, trading activity and data sources.

On TON, an AMM such as STON.fi derives a pool price from the assets held in that pool. Because pools can contain different reserves, two venues can show different prices for the same TOKEN/USDT pair. Every trade changes those reserves, so the price can move. STON.fi also identifies TVL and swap volume as useful pool metrics.

Liquidity depth matters especially for larger trades. A shallow pool can experience greater price impact because a large order consumes more available liquidity. A deeper pool may absorb the same transaction with less movement. Therefore, the venue showing the highest displayed price is not automatically offering the best trade.

Price differences can also come from timing and data sources. One platform may update from a live pool, while another may use aggregated or older market data. A reference price can describe the market, but it does not guarantee what a trader will receive.

The better comparison is the executable amount. Keep the input, output token and trade direction identical, then compare the final quote after fees and price impact. A venue may display a better rate but return fewer tokens for the same $10,000 swap. Final output matters more than the headline price.

This is where Omniston becomes useful. Instead of manually checking multiple TON DEXs, an aggregation layer can examine connected DEX and RFQ liquidity to find competitive routes. STON.fi describes Omniston as a TON liquidity aggregation protocol that queries multiple sources, compares quotes and routes swaps through available liquidity.

The key lesson is simple: a token does not have one universal on-chain price. Different pools can produce different prices because their liquidity differs.

#Cryptoadz $USDT

Как перемещать токены между TON и Ethereum без традиционного моста

Перемещение стоимости между TON и Ethereum не всегда требует моста. Модель «сначала мост» переносит актив между сетями, часто оставляя обёрнутое представление, которое может потребовать дополнительного свапа.

Модель «сначала свап» начинается с желаемого результата: актив, который пользователь хочет получить в целевой сети.

Такой принцип лежит в основе Omniston — кроссчейн-инфраструктуры STON.fi.

Рассмотрим Ethereum USDT → TON USDT. Вместо того чтобы сначала мостить, а затем свапать, пользователь выбирает Ethereum/USDT как источник и TON/USDT как пункт назначения. Omniston получает котировки от резолверов, обеспечивающих ликвидность на стороне назначения.

Резолверы — это поставщики ликвидности, которые конкурируют за выполнение кроссчейн-запросов. После того как котировка принята, сделку можно координировать через связанные контракты с хэшированными временными блокировками (HTLC). Оба фонда блокируются при выполнении связанных криптографических условий.

Секретный хэш связывает обе стороны. Когда выполнение успешно, раскрытие секрета позволяет подать заявки. Таймлоки дают путь к возврату средств, если условия расчёта не выполнены.

В результате получается дизайн с гарантиями «всё или ничего»: свап должен завершиться при согласованных условиях, а не полагаться на традиционный мост, который чеканит или выпускает представление в целевой сети.

Для пользователей ключевое отличие — выполнение, ориентированное на цель. Вместо вопроса «Как мне переместить этот токен?» возникает вопрос «Какой актив я хочу получить?»

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

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

Omniston показывает, как кроссчейн-свапы могут напрямую нацеливаться на целевой актив без традиционного сценария «сначала мост».
$BNB $USDT

Что такое DEX и как он работает?

Децентрализованная биржа (DEX) — это система, которая позволяет пользователям обменивать цифровые активы без центрального хранителя. Пользователи подключают само-кастодиальный кошелёк и авторизуют транзакции со смарт-контрактами.

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

Многие DEX используют автоматизированных маркет-мейкеров (AMM). Вместо того чтобы сопоставлять покупателей и продавцов через книгу заявок, AMM применяют пулы ликвидности, пополняемые поставщиками ликвидности. Цена определяется состоянием пула и математической моделью. Размер сделки, ликвидность и комиссии могут влиять на исполнение, а более крупные сделки способны создавать больший ценовой эффект.

Модель с книгой заявок работает иначе: трейдеры подают заявки на покупку (bid) и продажу (ask), а совместимые ордера сопоставляются. AMM позволяет пользователям торговать напрямую против ликвидности, собранной в пуле. Обоим моделям нужна ликвидность, но организуется она по-разному.

Схема свапа на DEX:

Подключите кошелёк → выберите активы → получите котировку → ознакомьтесь с комиссиями, проскальзыванием и ценовым эффектом → подпишите → смарт-контракты выполняют обмен → получите выходной актив.

STON.fi приводит практический пример на TON. Пользователь подключает TON-кошелёк, выбирает активы, просматривает котировку и условия, затем подтверждает транзакцию. Инфраструктура в сети исполняет свап и доставляет результат в кошелёк.

Также STON.fi показывает, что DEX — это больше, чем просто интерфейс свапа. Пулы ликвидности обеспечивают торговый капитал, поставщики ликвидности предоставляют активы, а маршрутизационная инфраструктура может связывать доступные источники ликвидности.

Ключевое различие простое: STON.fi на практике демонстрирует принципы DEX; это не определение DEX.

По сути, DEX объединяет само-кастодиальность, расчет в блокчейне, исполнение смарт-контрактов, механизмы ликвидности и ценообразования. Кнопка «Swap» — это интерфейс для процесса в сети.
$GRAM $BTC

Почему не прошла транзакция STON.fi?

Неудачная транзакция в STON.fi не означает, что протокол сломан. Причины могут включать проблемы с кошельком, комиссии, движение рынка, условия токена или исполнение в сети. Сначала проведите диагностику.

1. Определите операцию
Уточните, вы делали свап, добавляли или удаляли ликвидность, фармили или взаимодействовали с пользовательским токеном.

2. Проверьте баланс $GRAM
Для транзакций STON.fi требуется $GRAM для покрытия комиссий сети TON. Убедитесь, что в вашем кошельке достаточно $GRAM.

3. Проверьте условия свапа
Проверьте указанный курс, ценовой эффект, минимальную сумму к получению и допустимую просадку (slippage). Ценовой эффект показывает, как сделка влияет на доступную ликвидность, а slippage защищает от изменения цены между моментом котировки и исполнением. Большие сделки или волатильные рынки могут привести к тому, что исполнение выйдет за приемлемые пределы. Увеличение slippage «вслепую» может привести к принятию худшей цены.

4. Проверьте предупреждения по токенам
Для незнакомых токенов проверьте официальный адрес контракта и ознакомьтесь с предупреждениями. Знакомое название или логотип не доказывают, что токен настоящий. Проверьте источник и ликвидность.

5. Проверьте транзакцию в TON
Найдите хэш транзакции или ссылку на обозреватель и подтвердите, что она была отправлена. Если отправлена — проверьте on-chain результат, чтобы понять, прошла ли транзакция успешно, завершилась ошибкой или была отклонена (bounced). Если транзакции не существует, вместо этого изучите этап кошелька: подпись или подключение.

6. Установите причину
Переподключите кошелек и, при необходимости, протестируйте с другим совместимым кошельком TON. Это помогает выявить проблемы, специфичные для конкретного кошелька.

7. Повторяйте только после диагностики
Не отправляйте повторно ту же транзакцию, пока не понимаете причину сбоя. Сначала исправьте наиболее вероятную причину.

Для поддержки предоставьте адрес кошелька, хэш транзакции, тип операции, пару токенов, сумму, время, текст ошибки, используемый кошелек и скриншоты. Никогда не сообщайте seed phrase (seed-фразу) или private key (приватный ключ).

Перед повтором операции зафиксируйте причину.

Определите → Проверьте → Убедитесь → Осмотрите → Исправьте → Повторите.
#Анализ цены BTC#

Как импортировать пользовательский токен по адресу контракта на STON.fi

STON.fi позволяет пользователям импортировать токены, отсутствующие в стандартном поиске. Импортирование токена не означает, что STON.fi рекомендует, проверяет или гарантирует его.

1. Получите правильный адрес контракта

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

2. Откройте поиск токенов или импорт

Откройте интерфейс Swap на STON.fi и селектор токенов. Используйте поиск или опцию импорта пользовательского токена, чтобы ввести адрес контракта.

3. Вставьте и проверьте

Вставьте полный адрес в поле поиска. STON.fi может отображать метаданные, такие как название токена, символ и количество знаков после запятой (decimals). Сравните эти сведения с официальной информацией проекта. Знакомый логотип или тикер никогда не должны заменять проверку адреса контракта.

4. Просмотрите предупреждения

Перед подтверждением проверьте предупреждения, метки или ограничения, отображаемые STON.fi. Эти сигналы дают контекст, но они не являются аудитом безопасности.

Самое главное: ручной импорт — это не подтверждение безопасности. Импорт актива лишь делает его доступным через интерфейс. Он не доказывает, что токен легитимен, безопасен или подходит для торговли. Перед использованием изучите токен самостоятельно.

5. Проверьте ликвидность перед свапом

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

Внимательный процесс простой: проверьте адрес, импортируйте его, подтвердите метаданные, просмотрите предупреждения, изучите токен и проверьте ликвидность перед свапом.

В DeFi доступность — это не доверие. STON.fi предоставляет интерфейс, а пользователи должны проверять актив и понимать риски перед подписанием.

$BTC #BNBChain#

What Is Omniston and How It Improves STON.fi Swaps

In decentralized finance, liquidity is fragmented across pools, DEXs, and liquidity providers. This can make finding good swap execution difficult. Omniston addresses this challenge as the liquidity aggregation and execution layer behind STON.fi swaps.

Instead of limiting a trade to one pool, Omniston can request competing quotes, compare routes across connected sources, and select the strongest valid execution. This gives users broader access to liquidity while keeping STON.fi simple.

How Omniston Works

A swap begins when a user selects the assets and amount. Connected liquidity sources and RFQ resolvers return routes or quotes. Omniston compares those options and identifies the strongest valid path. After the user accepts the quote, the selected route is built into the wallet transaction.

The route need not be direct. Token A to Token B may be routed through TON when a multi hop path offers better execution.

Why Aggregation Matters

A single DEX may miss a deeper pool, a better multi hop route, or a competitive resolver quote. Omniston does not create liquidity. It makes more existing liquidity reachable and comparable through the STON.fi interface.

A swap can use STON.fi pools, connected TON DEXs such as DeDust, Tonco and swap.coffee or resolver liquidity. More competition can give larger trades access to deeper liquidity and potentially lower price impact.

Benefits and Limits

Omniston provides broader liquidity access, smarter route discovery, competing quotes, and a simpler execution flow. A stronger quote may replace an earlier quote while the request remains active.

The Bigger Picture

Omniston helps to turn fragmented liquidity into a more connected market. Instead of manually checking multiple pools and DEXs, users can access intelligent routing through one @ston_fi experience.

Connected liquidity creates more possibilities. Smarter routing helps those possibilities compete for each swap.
$BTC

WStable Пулы на STON.fi: объяснение Weighted Stable Swap

Не каждой DeFi-паре нужен AMM 50/50. Некоторые активы тесно связаны друг с другом. Токен ликвидного стейкинга может отслеживать базовый актив, при этом его стоимость меняется по мере накопления наград.

WStable, или Weighted Stable Swap (WSS), — это модель пула на STON.fi для такого сценария. Она сочетает ценообразование в стиле StableSwap с пользовательскими весами и относительной ставкой, позволяя ликвидности отражать развивающееся соотношение, а не фиксированную пропорцию 1:1.

Как работает WStable
AMM на постоянном произведении может создавать ценовое влияние на более крупных сделках. Ценообразование в стиле StableSwap сглаживает кривую в области взаимосвязи коррелированных активов. WStable добавляет гибкость за счет неравных весов и коэффициента (rate).

Ключевые параметры сейчас:
• amp = управляет усилением кривой.
• rate = задает относительное соотношение обмена.
• w0 = определяет вес одного из активов.
• rate_setter = управляет ставкой.

Почему важны веса
Коррелированные активы не всегда требуют равной ликвидности. Пул WStable может использовать структуру 75%/25%, концентрируя больше ликвидности в одном активе, сохраняя при этом другой.

Пример с tsTON
STON.fi представила WStable с пулом, где в паре используются tsTON и нативный актив, позже переименованный в Gram ( $GRAM ). STON.fi описывает это как 75% tsTON и 25% GRAM. Модель отдает приоритет доходному активу, при этом поддерживая свопы.

WStable vs. WCPI
Оба используют веса, но их модели ценообразования отличаются. WCPI означает Weighted Constant Product Invariant: веса изменяют ценообразование на основе постоянного произведения. WStable использует ценообразование в стиле StableSwap с весами и относительной ставкой для коррелированных активов.

Что пользователям стоит знать
WStable может повысить эффективность капитала и снизить ценовое влияние вокруг взаимосвязи, но он не устраняет риски. По-прежнему важны глубина пула, размер сделок, проскальзывание, изменения корреляции, точность ставки, непостоянные потери и риск смарт-контракта.

В итоге WStable — это AMM для коррелированных активов, чье соотношение может меняться без необходимости структуры 50/50.

#BTC Price Analysis# $BTC

Как Omniston обрабатывает реферальные комиссии для интеграторов

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

Настройка

За комиссию отвечают два поля: referrer_address (кошелёк TON, которому выплачивается комиссия) и referrer_fee_bps, где 1 б. п. равен 0.01% — 10 б. п. это 0.1%, 50 б. п. это 0.5%. SDK используют referrerAddress/referrerFeeBps; Widget отражает эти поля.

От котировки до расчёта

1. Трейдер выбирает активы и сумму.

2. Приложение запрашивает котировку с добавленными реферальными данными.

3. Резолверы конкурируют, комиссия уже учтена в цене.

4. Трейдер подписывает выигравшую котировку.

5. Выигравший источник ликвидности проводит расчёт комиссии.

Почему важен маршрут

DEX v1 выплачивает фиксированные 0.1% мгновенно в самом свопе. DEX v2 поддерживает 0.01%–1%, но комиссии накапливаются в хранилищах по каждому токену и забираются вручную или через SDK. DeDust, Tonco и CoffeeSwap мгновенно выплачивают TON, но удерживают комиссии jetton в отдельных хранилищах, для которых требуются вызовы в блокчейне. Escrow использует полностью собственные отдельные контракты хранилищ.

Гибкие комиссии

flexible_referrer_fee, отключённая по умолчанию, позволяет Omniston только снижать, но никогда не повышать вашу комиссию, чтобы маршрут v1 с лучшей ценой всё ещё мог победить, когда запрошенная вами ставка превышает лимит v1 в 10 б. п.

Отслеживание дохода

Одних только балансов кошелька недостаточно, чтобы увидеть комиссии, хранящиеся в хранилищах. API STON.fi покрывает только хранилища DEX v2; комиссии DeDust, Tonco, CoffeeSwap и Escrow требуют проверок в блокчейне или собственного индексирования, пока не появится единый API.

Настоящий выбор

Строгая ставка даёт предсказуемый доход, но может исключить лучший маршрут v1. Гибкие комиссии защищают качество исполнения, при этом всё равно выплачивая максимум, доступный для маршрута. Строгая ставка или гибкая комиссия — что лучше служит вашим пользователям?
#BTC $BTC $BASE

Может ли вредоносный джеттон повлиять на пользователя STON.fi?

Да. Вредоносный запрос на джеттон может повлиять на пользователя STON.fi, но риск часто неверно понимают. Стандартные TON-джеттоны не используют модель approve и allowance, распространённую в ERC-20.

Согласно TEP-74, нет стандартных функций approve, allowance или transferFrom. Обычная передача джеттона авторизует конкретную транзакцию.

Где же реальный риск?

Главная опасность — подписать транзакцию, не проверив, что именно она делает.

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

TON Connect также может запросить одно или несколько исходящих сообщений.

Расширения Wallet V5 тоже требуют осторожности, потому что они могут предоставлять более широкие возможности уровня кошелька, чем простой разовый перевод.

Как работает свап в STON.fi?

В обычном свапе джеттон-в-джеттон в STON.fi джеттоны пользователя попадают в поток Router через определённую передачу. Полезная нагрузка сообщает Router, как обработать запрос, затем Router взаимодействует с соответствующим пулом.

Сумма входит в состав транзакции, которую подписывает пользователь. Это отличается от выдачи STON.fi постоянной или неограниченной allowance по TEP-74.

Что стоит проверить?

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

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

Одна важная разница

Вредоносная разовая передача может привести к потере одобренной суммы. Однако она не создаёт автоматически повторно используемую allowance по TEP-74 для будущих свапов в STON.fi.

Большая опасность связана с скомпрометированным кошельком. Утечка seed-фразы, приватного ключа или мощное расширение могут позволить атакующему авторизовать будущие транзакции.

Нестандартные джеттоны также могут содержать дополнительную логику помимо базового поведения TEP-74.

Узнайте больше на STON.FI: app.ston.fi
$BTC $STON
#Market

Omniston от STON.fi предлагает другую модель для кроссчейн DeFi: обмен ценностью между независимыми блокчейнами без создания обернутой версии исходного актива.

TON и Ethereum работают независимо, поэтому нативные активы не могут просто перемещаться между ними. Omniston координирует свопы через резолверов (resolvers), Request for Quote (RFQ) и контракты с хешированными временными замками (Hashed Timelock Contracts, HTLC).

Резолверы — это поставщики ликвидности, конкурирующие за выполнение ордеров. Пользователь задаёт исходный актив, сумму, целевой актив и адрес получателя. Omniston отправляет RFQ доступным резолверам, которые возвращают исполнимые котировки. Выбранный резолвер резервирует (фиксирует) ликвидность для получения, создавая стимул завершить сделку.

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

Процесс прост: выберите активы и кошелёк, запросите котировки, проверьте результат и комиссии, авторизуйте транзакцию по исходному активу, позвольте резолверу зарезервировать целевую ликвидность и завершите расчёты. Если условие истекает, применяется механизм возврата.

Ключевое отличие от традиционного моста — модель актива. Обычный мост может заблокировать Asset A и выпустить обернутый Asset A на другом блокчейне. Omniston же стремится к:

Asset A → атомарный кроссчейн-обмен → нативный Asset B

Целевой актив берётся из ликвидности резолверов, а не является обернутым представлением исходного актива.

Резолверы создают конкурентный рынок. Более крупные ордера также могут использовать частичное исполнение.

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

Omniston связывает TON и сети вроде Ethereum через конкурентную ликвидность, нативные целевые активы, криптографические расчёты и заданные условия возврата.

Риск моста vs. модель атомарного свопа Omniston

Трансчейн-торговля — это не только перемещение активов между сетями; это ещё и доверительные допущения, лежащие в основе такого перемещения. Традиционные мосты часто используют объединённые резервы, обёрнутые активы, валидаторов, релейеров или схемы lock-and-mint, создавая дополнительные точки отказа.

Риск моста начинается с общей инфраструктуры. Крупные контрактные резервы могут концентрировать ценность и стать целями атак. Валидаторы и релееры добавляют доверительные допущения, проверяя сообщения или авторизуя действия между цепочками. Обёрнутые активы вносят риск представления, потому что их ценность зависит от того, что мост поддерживает ожидаемое обеспечение. Ошибки в логике блокировки, чеканки, верификации или вывода средств могут затронуть одновременно многих пользователей.

В модели атомарного свопа Omniston используется другая архитектура. Вместо общего резервного моста ликвидность резолвера предоставляет сторону назначения для отдельной сделки. Сопоставленные контракты Hashed Timelock Contracts (HTLC) соединяют обе стороны через один и тот же hashlock.

Процесс прост:

1. Ордер определяет активы, объёмы и условия расчёта, включая общий hashlock.
2. Исходные активы пользователя блокируются в одном HTLC.
3. Резолвер блокирует ликвидность назначения во втором HTLC с тем же hashlock.
4. Раскрытие требуемого секрета позволяет завершить расчёт. Если условия не выполнены до истечения таймлока, контракты предоставляют путь возврата средств в соответствии со своими правилами.

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

Атомарный расчёт не устраняет риск. Сохраняются риски смарт-контрактов, блокчейна, резолвера, котировки, кошелька и выбора активов.

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

Omniston не делает торговлю безрисковой. Он меняет модель отказа, заменяя общие допущения моста на ликвидность резолвера и расчёты через HTLC.

$SOL $STNE

Обмены Single-Hop vs Multi-Hop на STON.fi: почему самый короткий маршрут не всегда лучший

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

Single-hop-обмен конвертирует Token A напрямую в Token C. Multi-hop-обмен достигает той же цели через промежуточный актив: Token A → Token B → Token C. Переход (hop) — это конверсия актива

Почему Multi-Hop может выигрывать?

Ликвидность часто решает исход. Прямая A/C-пара может быть малоликвидной, из-за чего на более крупных сделках возрастает ценовое влияние (price impact). Пары A/B и B/C могут иметь более глубокую ликвидность, что снижает проскальзывание (slippage) настолько, что это перевешивает дополнительные комиссии за конверсии и пулы.

Поэтому меньшее число переходов не означает автоматически меньшую стоимость. Реальная оценка — это итоговая сумма, полученная с учётом ликвидности, комиссий, ценового влияния и издержек исполнения.

Как STON.fi обрабатывает маршрутизацию

DEX v2 на STON.fi поддерживает цепочечные обмены в рамках одного Router и между разными Router v2, позволяя использовать промежуточные активы, если они дают более сильный исполнимый результат.

Omniston, включённый по умолчанию в dApp STON.fi, оценивает доступные источники ликвидности, запрашивает котировки и сравнивает исполнимые пути. Он может выйти за пределы прямой пары при поиске эффективного маршрута.

Количество переходов (hop count) и количество источников ликвидности — разные понятия.

Что должны проверять пользователи?

Перед подтверждением обмена проверьте:

- Ожидаемый результат
- Минимально получаемую сумму
- Ценовое влияние
- Структуру маршрута
- Сетевые издержки исполнения

Размер сделки имеет значение: прямой маршрут может стать менее привлекательным по мере увеличения объёма ордера.

Практический вывод

Сравните A → C и A → B → C. Если прямой пул неглубокий, а промежуточные пулы глубже, multi-hop-маршрут может добавить комиссию, но при этом всё равно дать больше Token C.

Лучший маршрут STON.fi — тот, который обеспечивает самый сильный итоговый исполнимый результат.

Оценивайте результат, а не длину маршрута. Сравните итоговую котируемую сумму после всех релевантных затрат.
$D $LTC $STON
#BTC #gram

xАкции на STONfi против обычных акций: что на самом деле отличается? xАкция, такая как $AAPLX или $TSLAX, может отслеживать цену акций компании, но это не то же самое юридическое средство, что владение обычной акцией. xАкция — это токенизированный сертификат, который отслеживает указанную ценную бумагу. Токен хранится в TON-кошельке, в то время как ценные бумаги остаются в кастодиальном обслуживании. Вы держите токенизированный инструмент, а не прямое долевое участие в компании. Юридическое владение Традиционные акции представляют собой долевое участие и могут предоставлять право голоса. xАкции не дают держателям прямых голосующих прав в базовой компании. Рыночная ценовая экспозиция не означает идентичного владения. Дивиденды Традиционные акционеры могут получать дивиденды через брокера. В случае с xАкциями дивидендная экономика может отражаться через ребейзинг токенов, увеличивая баланс токена вместо выплаты наличными. Корпоративные действия также могут обрабатываться через токенизированную структуру. Кастодиальное обслуживание и расчёты Традиционные акции работают через брокеров, кастодианов и клиринговые системы. В США ценные бумаги обычно проходят расчёты по схеме T+1. xАкции используют блокчейн-транзакции для transfer’ов и могут перемещаться круглосуточно, хотя ликвидность и ценообразование могут отличаться в нерабочее время. На STONfi поддерживаемые xАкции можно обменивать через TON-ликвидность и маршрутизацию. STONfi предоставляет торговую инфраструктуру, а не выпуск или брокерские услуги. Почему токенизация важна xАкцию можно хранить в само-кастодиальном TON-кошельке и, там где это поддерживается, взаимодействовать с приложениями блокчейна. Это обеспечивает переносимость. Токенизация также добавляет риски для эмитента, кастодиального обслуживания, смарт-контрактов, ликвидности и регулирования. Ключевое отличие Традиционные акции в первую очередь ориентированы на юридическое долевое владение и права акционеров. xАкции в первую очередь ориентированы на токенизированную экономическую экспозицию, само-кастодиальное хранение, переносимость переводами в блокчейне и onchain-полезность. Перед использованием xАкции ознакомьтесь с её эмитентом, юридической структурой, указанным активом, обеспечением, механизмами дивидендов, условиями доступности, ликвидностью и ограничениями по юрисдикции.

Как Omniston обрабатывает свопы EVM-to-EVM на STON.fi Omniston рассматривает торговлю EVM-to-EVM как один кроссчейн‑ордер, координируемый через RFQ (Request for Quote), резолверов и парные HTLC. Один ордер для всех сетей Вместо отдельных шагов через мост и DEX Omniston преобразует запрос в единый торговый интент. Резолверы конкурируют, чтобы предоставить котировки и ликвидность. Сети фазы 1 включают Ethereum, BNB Chain, Base и Polygon. TON не нужно использовать как промежуточную сеть. RFQ и ликвидность резолверов Модель RFQ позволяет резолверам конкурировать, а не опираться на один пул ликвидности. Частичные исполнения могут помочь для более крупных ордеров, когда один резолвер не может предоставить весь объем. Как работают парные HTLC В исходной сети актив трейдера блокируется в HTLC с hashlock и timelock. Резолвер блокирует актив под совпадающим криптографическим условием. Секрет связывает обе стороны. Раскрытие секрета для предъявления одной стороны позволяет выполнить соответствующее предъявление на другой. Если расчеты не удаются, timelocks дают путь для возврата средств в соответствии с правилами контракта. Почему это отличается от обычного DEX Обычный DEX работает в рамках одной блокчейн‑сети, где оба актива используют один и тот же реестр. Свопы EVM-to-EVM включают независимые сети, поэтому их нельзя выполнить как одну транзакцию. Omniston показывает единый ордер, тогда как отдельные контракты выполняются в каждой сети. Атомарность обеспечивается согласованными правилами, сопоставлением hashlock и timelock — а не одной транзакцией или промежуточным маршрутом через TON. Что все еще важно Качество котировок, комиссии за газ, ликвидность и условия сети по‑прежнему влияют на выполнение. Большая картина Omniston превращает кроссчейн‑торговлю в процесс, основанный на интентах: пользователь задает, с кем именно обмениваться, резолверы конкурируют за выполнение, а HTLC координируют расчеты или возвраты. RFQ обеспечивает конкурентное исполнение, резолверы предоставляют ликвидность, а парные HTLC связывают расчеты между независимыми цепочками. Один поток скрывает сложность кроссчейна. $POL $SOL $TRX

Как STONfi обрабатывает bounceable и non-bounceable адреса в TON

Адреса TON могут выглядеть по-разному, при этом указывать на одну и ту же on-chain учетную запись. EQ... — это bounceable-форма, а UQ... — non-bounceable. Когда рабочая цепочка (workchain) и идентификатор учетной записи совпадают, оба варианта могут представлять одну и ту же учетную запись.

Что означает Bounceable

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

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

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

Как STONfi использует адреса

В свопе STONfi может участвовать подключенный кошелек, master’ы Jetton, роутеры, пулы, получатель, адрес для возврата (refund) и адрес для излишков (excess).

Изначальная цель транзакции — контракт, который получает сообщение от кошелька. Другие адреса могут передаваться внутри payload как значения адресов TON.

Начиная с STONfi SDK v0.5.0 сгенерированные параметры используют bounceable-адреса, потому что ожидается, что протокольные контракты существуют и выполняют логику. Это соответствует практике TON для устоявшихся взаимодействий контрактов.

Почему разработчикам следует парсить адреса

Частая ошибка — сравнивать EQ... и UQ... как обычные строки и считать, что это разные кошельки. Вместо этого нужно распарсить их в корректные объекты TON Address и сравнивать лежащие в основе значения workchain и идентификатор учетной записи.

Это важно для интеграций, валидации и построения транзакций. Разработчикам следует сохранять workchain и опираться на доверенные TON-инструменты для кодирования адресов.
$STON $RAY
#Анализ цены BTC#

Как обменять токенизированные акции на STON.fi с xStocks STON.fi позволяет соответствующим требованиям пользователям получать блокчейн-доступ к экономическим показателям выбранных акций и ETF через xStocks. Вместо брокерского потока обмен выполняется on-chain с помощью TON-кошелька, котировки и финального подтверждения. Какие xStocks бывают xStocks — это трекерные сертификаты, выпущенные Backed Assets (JE) Limited. Каждый токен обеспечен залогом 1:1 лежащего в основе актива, при этом он хранится отдельно. Они отражают экономические результаты указанного актива, но не предоставляют права голоса и не дают прямого владения акциями. В сети TON xStocks — это джеттоны для торговли на вторичном рынке 24/7. Как работает обмен Откройте раздел xStocks и выберите токенизированную акцию, например $AAPLX , $TSLAX , или $NVDAX . Выберите актив, который хотите потратить, например TON или $USDT , и укажите сумму. Перед подтверждением внимательно просмотрите котировку Omniston — она определяет условия сделки. Затем подключите свой TON-кошелёк через TON Connect, подтвердите в кошельке и дождитесь расчетов. После завершения xStock поступит в ваш кошелёк как джеттон. Важные моменты для проверки Критически важно наличие права на участие (eligibility). xStocks недоступны во всех юрисдикциях, включая США, ЕС/ЕЭЗ, Великобританию, Канаду и другие ограниченные регионы. Вам выдают трекер, а не зарегистрированную акцию. Также важен просмотр котировки, особенно когда рынки закрыты и цены могут отличаться от цены акции. Нужен и небольшой остаток TON для комиссий сети. Почему котировка имеет значение STON.fi использует Omniston для агрегации ликвидности, что помогает маршрутизировать обмены эффективно и может включать исполнение в стиле эскроу. Из-за спроса, ликвидности и условий маршрутизации вторичная цена xStock может отличаться от текущей рыночной цены акции. Этот разрыв часто заметнее вне торговых часов. Практический вывод простой: обмен xStocks ощущается как обычная сделка с джеттоном, но перед подтверждением обмена в DeFi-приложении ston.fi всё равно нужно обращать внимание на структуру, доступность, ценообразование и исполнение.

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

С самокастодиальным кошельком вроде Tonkeeper вы контролируете активы, потому что контролируете ключи. Это дает вам полное владение, но также означает, что ответственность за защиту доступа лежит целиком на вас. Небольшой обзор безопасности может сильно повлиять на исход.

Пройдитесь по основам: надежно сохраните seed-фразу в автономном режиме (офлайн) и сделайте резервную копию; никогда не храните ее в облачных дисках, приложениях заметок, скриншотах, письмах или сохраненных сообщениях; включите PIN-защиту в вашем кошельке; проверьте, какие устройства сейчас имеют доступ, и дважды проверьте данные для восстановления, пока у вас еще есть контроль над аккаунтом.

Также будьте осторожны с каждым подключением кошелька и подтверждением транзакций. Перед тем как подписывать что-либо, подтвердите сайт, приложение, токен и сумму. Никогда не вводите seed-фразу на сайт только чтобы «проверить» или «синхронизировать» ваш кошелек. Легитимный сервис не будет просить об этом.

Вопрос, который пользователи часто задают: может ли команда Tonkeeper восстановить утерянную seed-фразу. Ответ — нет. Если seed-фраза потеряна и нет резервной копии, никто, включая Tonkeeper, не сможет восстановить доступ к кошельку. Это один из ключевых принципов self-custody (самостоятельного контроля).

По мере того как все больше людей изучают TON через кошельки, Mini Apps, DeFi-платформы и протоколы ликвидности вроде @ston_fi, привычки в области безопасности важны не меньше, чем понимание самой экосистемы. Несколько минут, потраченных сегодня на проверку своего кошелька, могут предотвратить гораздо более серьезную проблему завтра. Хорошая безопасность не сложная — она последовательная.

Узнайте больше на tonkeeper.com/ и blog.ston.fi/.
Лучшее время для защиты кошелька — до того, как что-то начнет казаться срочным. Профилактика проще восстановления, а хорошие привычки важны каждый раз, когда вы пополняете, открываете или подключаете кошелек. Проверяйте, прежде чем подписывать. Делайте резервную копию до того, как она понадобится
$CMC20
#Macro Insights#

STON.fi против DEXs BNB Chain: комиссии, ликвидность и кроссчейн-доступ

DEXs STON.fi и BNB Chain решают разные задачи торговли. STON.fi обычно является более естественным выбором для активности, нативной для TON, тогда как DEXs BNB Chain часто сильнее, когда активы уже находятся в BNB Smart Chain и вам нужна широкая поддержка BEP-20, очень низкие комиссии сети и более глубокая ликвидность.

Сравнение комиссий
Пулы STON.fi используют настраиваемые торговые комиссии: документированная базовая ставка 0,3%, которая делится между поставщиками ликвидности и протоколом. В BNB Chain комиссии различаются в зависимости от площадки и типа пула. Диапазон комиссий PancakeSwap V3 — от 0,01% до 1%, а пулы V2 взимают 0,25% за каждый хоп.

Также важны сетевые затраты. Комиссии TON формируются на основе полного следа транзакции, тогда как комиссии BSC оплачиваются в BNB и обычно очень низкие. Лучшей сделкой не всегда оказывается та, у которой самая низкая «витринная» комиссия, но та, которая обеспечивает лучшее общее исполнение.

Профиль ликвидности
BNB Smart Chain обычно предлагает более крупную базу ликвидности и более широкий выбор токенов, особенно для BEP-20-активов. STON.fi больше ориентирован на TON-активы и улучшает маршрутизацию через Omniston, который агрегирует котировки из нескольких источников ликвидности TON и resolvers RFQ. Ликвидность всегда зависит от конкретной пары, поэтому только общий TVL не гарантирует лучший кот.

Отличия в кроссчейне
Обычная торговля на DEX BNB Chain остается на BSC. STON.fi может координировать атомарные свопы между TON и поддерживаемыми EVM-сетями, включая BNB Chain, и доставлять нативный актив назначения через Omniston.

Практический вывод
Комиссии пула, газ, влияние на цену, маршрутизация и бриджинг влияют на итоговую сумму полученного. Выбирайте STON.fi, если сделка начинается в TON или вам нужен поддерживаемый атомарный маршрут. Выбирайте DEX BNB Chain, когда активы уже лежат на BSC и вы хотите оставаться нативным в этой сети.

Коротко: STON.fi лучше подходит для нативных TON-сценариев и атомарных кроссчейн-потоков, тогда как DEX BNB Chain лучше для сохранения нативности на BSC с широким доступом к BEP-20 и глубокой ликвидностью.

Изучите app.ston.fi
#Анализ цены BTC#
$BNB $STON

Что означает риск смарт-контрактов для пользователей STON.fi

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

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

Свап на STON.fi проходит через несколько шагов контрактов. Сначала вы проверяете котировку и авторизуете перевод Jetton с DEX payload. Затем Router получает уведомление & пересылает его в нужный Pool. Далее Pool применяет логику свапа и проверяет минимально допустимую сумму на выходе. Наконец, контракты доставляют результат или запускают обработку рефанда и неуспешного выполнения. Каждый этап важен, потому что итоговый результат зависит от целостности всего контрактного процесса.

STON.fi снижает этот риск несколькими способами. Контракты DEX v2 прошли независимый security review от Trail of Bits в январе 2025 года. Проект также публикует общедоступную техническую документацию для Router, Pool, Vault и связанных компонентов. Кроме того, STON.fi ведет активный HackenProof bug bounty и мониторинг CertiK.

Тем не менее, ни один аудит не может устранить все будущие уязвимости или любой внешний риск, связанный с токенами. Security reviews повышают доверие в конкретный момент времени, но не гарантируют постоянную безопасность.

Для пользователей практический вывод прост: прежде чем направлять значимые средства, подтвердите официальный интерфейс, проверьте детали транзакции, оцените настройку минимального объема на выходе и аккуратно подбирайте размер позиций. В DeFi внимательность — это часть безопасности.
$DRIFT $USDT $BNB