MaelleCrypto

Когда обмен осуществляется через SDK STONfi, он включает минимально допустимое значение выхода. Это значение определяется исходя из цитируемого результата и допустимого проскальзывания, выбранного пользователем или интегрирующим приложением. Транзакция, отправляемая в сеть, содержит это минимальное значение как часть вызова контракта.
Во время выполнения контракты пула STONfi и маршруты Omniston должны учитывать этот лимит. Если фактический выход окажется ниже указанного минимума, транзакция откатится, а не завершится по худшей цене. Это предотвращает неожиданные результаты, когда состояние пу

Многоступенчатые маршруты на STONfi кодируются как последовательности операций, проходящих через несколько пулов. Уровень Omniston создает эти последовательности, а SDK STONfi превращает их в единый полезный груз транзакции.
Каждый прыжок представлен вызовом конкретного контракта пула с определенным входом и ожидаемым выводом. Во время выполнения транзакции эти прыжки обрабатываются по порядку. Вывод одного прыжка становится входом для следующего, в то время как каждый пул применяет свою комиссию и обновляет свои балансы.
Если любой прыжок не соответствует своим локальным ограничениям или весь

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

Детерминированное выполнение — это основное свойство контрактов STONfi. При одинаковых входных данных и одинаковом состоянии цепочки каждый узел будет вычислять одинаковый результат для обменов, операций с ликвидностью и взаимодействий с фермерством.
Это достигается строгим использованием арифметики с фиксированной точкой, избеганием внешних источников данных и хранением всего состояния внутри контрактов. Для интеграторов это означает, что симуляции, выполненные с помощью SDK STONfi, будут совпадать с результатами на цепочке, если исходное состояние не изменилось. Если состояние изменится межд

Полное путешествие пользователя на STONfi часто объединяет несколько взаимодействий с контрактами в то, что выглядит как одно действие. Например, добавление ликвидности через кошелек может включать одобрение перемещения активов, выполнение внутреннего обмена для произвольного обеспечения, создание долей пула и при необходимости их стейкинг в контракте фермы.
. SDK STONfi координирует эти шаги в одну подготовленную транзакцию или короткую последовательность, в зависимости от возможностей кошелька. С точки зрения пользователя это остается простым процессом: выбрать пул, указать сумму и подтверди

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

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

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

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

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

По мере роста активности в TON, слой маршрутизации, используемый STONfi, должен учитывать меняющиеся затраты на газ, условия пулов и новые площадки. Omniston постоянно обновляет свой обзор доступных маршрутов, учитывая не только цены, но и стоимость и надежность каждого пути.
Если использование газа или перегрузка сделают определенный маршрут менее привлекательным, маршрутизатор может изменить предпочтения в пользу альтернатив, достигающих аналогичного результата с меньшим количеством шагов. Когда новые пулы STONfi или подключенные площадки достигают значительной глубины, их можно добавить в н

STONfi используется в качестве бэкенда многими кошельками, ботами и приложениями в сети TON. Когда пользователь нажимает кнопку обмена в кошельке или в Telegram-боте, запрос часто направляется в пулы и маршрутизацию STONfi, а не в отдельную внутреннюю биржу.
Эта модель общего бэкенда означает, что разные интерфейсы могут предлагать обмены, предоставление ликвидности и фарминг без дублирования основной логики. Они используют одни и те же пулы, тот же слой маршрутизации Omniston и тот же SDK STONfi.
Для пользователей это приводит к схожим ценам и поведению во всех инструментах, даже если интерфе

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

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

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

Когда обмен осуществляется через STONfi, сборы применяются на уровне пула, а не на одном глобальном этапе. Каждый пул на выбранном маршруте взимает свою собственную комиссию за входящую сделку, добавляет эту комиссию к своим резервам и передает оставшуюся сумму дальше.
Эффективная комиссия для пользователя, следовательно, равна сумме всех комиссий на уровне пулов по всему маршруту. Поскольку Omniston видит весь путь, он может учитывать эти комиссии на каждом пуле при сравнении кандидатных маршрутов. Маршрут с большим количеством прыжков не всегда хуже, но он должен компенсировать дополнительны

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

Пулы STONfi могут иметь метки версий, такие как v1 и v2, а также теги, такие как farming, stable или protection. Версии указывают, какую генерацию контрактов использует пул. Более новые версии обычно включают улучшения в математике, эффективности газа или проверках безопасности, при этом сохраняя знакомый основной интерфейс. Эти метки — не только визуальные подсказки.
Логика маршрутизации, которая управляет STONfi и Omniston, может отдавать предпочтение пулам v2, когда глубина достаточна, при этом поддерживая v1 там, где остается ликвидность. На практике это означает, что обновления могут внед

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

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