Como identificar um pool STON.fi como V1 ou V2
Um pool STON.fi é V1 ou V2 de acordo com a geração do contrato do DEX. Siga o endereço do pool até o Router e leia o major_version. Nomes de pares, APR, liquidez e idade do pool não provam a versão.
🔥 Por que os nomes dos pares são uma pista fraca
- TOKEN/USDT ou TOKEN/TON apenas nomeiam os ativos.
- constant_product é um tipo de pool, não prova de V1.
- TVL, volume e popularidade medem atividade, não arquitetura.
- Um getter exclusivo de V2 que falha também não é suficiente por si só.
🚀 O fluxo de trabalho do Router
1. Copie o endereço do contrato do pool, não o ticker.
2. Chame GET /v1/pools/{POOL_ADDRESS} e pegue router_address.
3. Chame GET /v1/routers/{ROUTER_ADDRESS}.
4. Use major_version 1 para V1 e major_version 2 para V2.
O SDK dexFactory da STON.fi usa os mesmos metadados do Router, incluindo minor_version e router_type, para escolher classes de contrato compatíveis.
🧠 Impressões digitais extras on-chain
- O get_pool_data de V1 começa com reservas e inclui ref_fee.
- Os dados comuns de pool de V2 começam com is_locked, router_address e total_supply.
- Routers de V2 expõem get_router_version com campos major, minor e desenvolvimento.
💬 Por que construtores devem se importar
V2 adiciona deadlines, liquidez unilaterial, melhores depósitos não balanceados, swaps em cadeia, taxas de referência via Vault de 0,01% a 1% e tipos extras de pool. V1 continua ativo, então o software não deve assumir que todo pool da STON.fi é V2.
Minha opinião: trate a versão como arquitetura de contrato. Confirme o Router primeiro e, depois, use os getters apenas como uma segunda verificação.
Qual verificação da STON.fi parece mais confiável para você, a API do Router ou os getters do pool? 👇
Compartilhe o passo exato que normalmente te faz tropeçar ao classificar um pool.
Não é aconselhamento de investimento - pesquise por conta própria! 🚀
$GRAM @STONfi DEX
Um pool STON.fi é V1 ou V2 de acordo com a geração do contrato do DEX. Siga o endereço do pool até o Router e leia o major_version. Nomes de pares, APR, liquidez e idade do pool não provam a versão.
🔥 Por que os nomes dos pares são uma pista fraca
- TOKEN/USDT ou TOKEN/TON apenas nomeiam os ativos.
- constant_product é um tipo de pool, não prova de V1.
- TVL, volume e popularidade medem atividade, não arquitetura.
- Um getter exclusivo de V2 que falha também não é suficiente por si só.
🚀 O fluxo de trabalho do Router
1. Copie o endereço do contrato do pool, não o ticker.
2. Chame GET /v1/pools/{POOL_ADDRESS} e pegue router_address.
3. Chame GET /v1/routers/{ROUTER_ADDRESS}.
4. Use major_version 1 para V1 e major_version 2 para V2.
O SDK dexFactory da STON.fi usa os mesmos metadados do Router, incluindo minor_version e router_type, para escolher classes de contrato compatíveis.
🧠 Impressões digitais extras on-chain
- O get_pool_data de V1 começa com reservas e inclui ref_fee.
- Os dados comuns de pool de V2 começam com is_locked, router_address e total_supply.
- Routers de V2 expõem get_router_version com campos major, minor e desenvolvimento.
💬 Por que construtores devem se importar
V2 adiciona deadlines, liquidez unilaterial, melhores depósitos não balanceados, swaps em cadeia, taxas de referência via Vault de 0,01% a 1% e tipos extras de pool. V1 continua ativo, então o software não deve assumir que todo pool da STON.fi é V2.
Minha opinião: trate a versão como arquitetura de contrato. Confirme o Router primeiro e, depois, use os getters apenas como uma segunda verificação.
Qual verificação da STON.fi parece mais confiável para você, a API do Router ou os getters do pool? 👇
Compartilhe o passo exato que normalmente te faz tropeçar ao classificar um pool.
Não é aconselhamento de investimento - pesquise por conta própria! 🚀
$GRAM @STONfi DEX
