Почему STON.fi приостанавливает свопы, когда TON уходит офлайн

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

🔥 Что пауза делает и чего не делает

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

🚀 Почему оставлять свопы открытыми становится опасно

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

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

🧠 Пример августа 2024 года

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

⚡ Дополнительные защиты после восстановления

Уже отправленные свопы все еще могут исполниться, не пройти проверку цены или получить возврат позже. DEX V2 STON.fi добавляет min_out и deadline, чтобы позднее исполнение можно было отклонить, а не принять по худшему курсу.

Мое мнение: пауза полезна, потому что не дает дополнительным пользователям присоединяться к нестабильной очереди. Это не доказательство того, что DEX владеет TON.

Сделал бы frontend-пауза вас проверять статус TON в первую очередь или вы бы все равно пробовали другой маршрут? 👇

Расскажите, как вы обрабатывали задержанный своп STON.fi во время перегрузки.

Не является инвестиционной рекомендацией — проведите собственное исследование! 🚀

$GRAM @STONfi DEX