Как определить пул STON.fi как V1 или V2
Пул STON.fi является V1 или V2 в зависимости от генерации DEX-контракта. Перейдите по адресу пула к его Router и проверьте major_version. Названия пар, APR, ликвидность и возраст пула не доказывают версию.
🔥 Почему названия пар — слабый признак
- TOKEN/USDT или TOKEN/TON — лишь указывают активы.
- constant_product — это тип пула, а не подтверждение V1.
- TVL, объём и популярность измеряют активность, а не архитектуру.
- Даже если не сработал геттер, доступный только для V2, это тоже само по себе недостаточно.
🚀 Рабочий процесс Router
1. Скопируйте адрес контракта пула, а не тикер.
2. Вызовите GET /v1/pools/{POOL_ADDRESS} и возьмите router_address.
3. Вызовите GET /v1/routers/{ROUTER_ADDRESS}.
4. Используйте major_version: 1 для V1 и 2 для V2.
SDK dexFactory у STON.fi использует те же метаданные Router, включая minor_version и router_type, чтобы выбрать совместимые классы контрактов.
🧠 Дополнительные on-chain «отпечатки»
- У V1 get_pool_data начинается с reserves и включает ref_fee.
- Общие данные пула V2 начинаются с is_locked, router_address и total_supply.
- Router V2 раскрывают get_router_version с major, minor и development-полями.
💬 Почему это важно для разработчиков
V2 добавляет дедлайны, одностороннюю ликвидность, лучшие несбалансированные депозиты, цепочечные свапы, реферальные комиссии на базе Vault от 0.01% до 1% и дополнительные типы пулов. V1 остаётся в работе, поэтому ПО не должно считать, что каждый пул STON.fi — это V2.
Моё мнение: относитесь к версии как к признаку архитектуры контракта. Сначала подтвердите Router, затем используйте геттеры только как вторичную проверку.
Что из проверок STON.fi вам кажется более надёжным: Router API или геттеры пула? 👇
Поделитесь точным шагом, который чаще всего сбивает вас при классификации пула.
Это не инвестиционный совет — проведите исследование самостоятельно! 🚀
$GRAM @STONfi DEX
Пул STON.fi является V1 или V2 в зависимости от генерации DEX-контракта. Перейдите по адресу пула к его Router и проверьте major_version. Названия пар, APR, ликвидность и возраст пула не доказывают версию.
🔥 Почему названия пар — слабый признак
- TOKEN/USDT или TOKEN/TON — лишь указывают активы.
- constant_product — это тип пула, а не подтверждение V1.
- TVL, объём и популярность измеряют активность, а не архитектуру.
- Даже если не сработал геттер, доступный только для V2, это тоже само по себе недостаточно.
🚀 Рабочий процесс Router
1. Скопируйте адрес контракта пула, а не тикер.
2. Вызовите GET /v1/pools/{POOL_ADDRESS} и возьмите router_address.
3. Вызовите GET /v1/routers/{ROUTER_ADDRESS}.
4. Используйте major_version: 1 для V1 и 2 для V2.
SDK dexFactory у STON.fi использует те же метаданные Router, включая minor_version и router_type, чтобы выбрать совместимые классы контрактов.
🧠 Дополнительные on-chain «отпечатки»
- У V1 get_pool_data начинается с reserves и включает ref_fee.
- Общие данные пула V2 начинаются с is_locked, router_address и total_supply.
- Router V2 раскрывают get_router_version с major, minor и development-полями.
💬 Почему это важно для разработчиков
V2 добавляет дедлайны, одностороннюю ликвидность, лучшие несбалансированные депозиты, цепочечные свапы, реферальные комиссии на базе Vault от 0.01% до 1% и дополнительные типы пулов. V1 остаётся в работе, поэтому ПО не должно считать, что каждый пул STON.fi — это V2.
Моё мнение: относитесь к версии как к признаку архитектуры контракта. Сначала подтвердите Router, затем используйте геттеры только как вторичную проверку.
Что из проверок STON.fi вам кажется более надёжным: Router API или геттеры пула? 👇
Поделитесь точным шагом, который чаще всего сбивает вас при классификации пула.
Это не инвестиционный совет — проведите исследование самостоятельно! 🚀
$GRAM @STONfi DEX
