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, а також теги, наприклад, фермерство, стабільність або захист. Версії вказують, яку генерацію контрактів використовує пул. Новіші версії зазвичай включають покращення у математиці, ефективності газу або перевірках безпеки, при цьому зберігаючи базовий інтерфейс знайомим. Ці мітки не лише візуальні підказки.
Логіка маршрутизації, яка підтримує STONfi та Omniston, може віддавати перевагу пулам v2, коли глибина достатня, при цьому залишаючись сумісною з v1 там, де залученість залишається. На практиці це означає, що оновлення можуть впроваджув

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

STONfi підтримує кілька типів пулів, щоб краще відповідати різним парам активів. Волатильні пули слідують стандартній кривій автоматичного маркет-мейкера, яка підходить для активів із незалежним рухом цін. Пули зі стабільною орієнтацією налаштовують криву для концентрації ліквідності навколо вузького цінового діапазону, коли очікується, що активи залишатимуться близькими за вартістю. Деякі пули додають механізми захисту, такі як часткове покриття непостійних збитків.
Ці механізми реалізуються через додаткові потоки нагород або обмеження, визначені проектами, що стоять за парою. Технічно вони в