MaelleCrypto

Quando uma troca é preparada através do SDK STONfi, ela inclui um valor mínimo aceitável de saída.
Este valor é derivado do resultado cotado e da tolerância de deslizamento escolhida pelo utilizador ou pela aplicação que integra.
A transação enviada para a rede incorpora este mínimo como parte da chamada ao contrato.
Durante a execução, os contratos do pool STONfi e as rotas Omniston devem respeitar este limite.
Se a saída real fosse inferior ao mínimo especificado, a transação reverte em vez de completar a uma taxa pior.
Isto impede resultados inesperados quando os estados do pool m

Rotas de múltiplo salto no STONfi são codificadas como sequências de operações que passam por várias pools. A camada Omniston constrói essas sequências, e o SDK do STONfi transforma-as num único payload de transação.
Cada salto é representado como uma chamada a um contrato de pool específico com entrada definida e saída esperada. Na execução, a transação processa esses saltos na ordem. A saída de um salto torna-se entrada para o próximo, enquanto cada pool aplica a sua própria comissão e atualiza os seus saldos.
Se algum salto não cumprir as suas restrições locais ou se a rota global não ating

As taxas recolhidas pelos pools do STONfi permanecem dentro do pool e efetivamente se capitalizam ao longo do tempo. Quando ocorre uma troca, uma fração do input é retida como taxa e adicionada aos saldos do pool.
Nenhuma etapa separada de retirada ou redistribuição é necessária para essas taxas. Isso significa que os provedores de liquidez veem sua participação no pool crescer em valor à medida que mais negociações passam por ele. A capitalização é implícita: cada nova troca usa reservas ligeiramente maiores, e a curva de precificação leva isso em conta ao calcular os outputs.
O efeito acumul

A execução determinística é uma propriedade fundamental dos contratos STONfi. Dado os mesmos inputs e o mesmo estado da cadeia, cada nó calculará o mesmo resultado para trocas, operações de liquidez e interações de farming.
Isto é conseguido usando estritamente aritmética de ponto fixo, evitando fontes de dados externas e mantendo todo o estado dentro dos contratos. Para os integradores, isso significa que as simulações feitas através do SDK do STONfi corresponderão aos resultados na cadeia, desde que o estado subjacente não tenha mudado. Se o estado mudar entre a simulação e a execução, verif

Uma jornada completa do utilizador na STONfi muitas vezes combina várias interações contratuais numa ação que parece única. Por exemplo, adicionar liquidez através de uma carteira pode envolver aprovar o movimentar de ativos, realizar uma troca interna para Provisão Arbitrária, cunhar participações no pool e opcionalmente apostar essas participações num contrato de farming.
. A SDK da STONfi coordena esses passos numa única transação preparada ou numa sequência curta, dependendo das capacidades da carteira. Do ponto de vista do utilizador, mantém-se um fluxo simples: selecionar um pool, escolh

Quando as trocas se aproximam aos limites da capacidade do pool, a STONfi deve lidar com casos extremos, como saída quase zero ou mudanças extremas de preço. Os contratos do pool incluem verificações que impedem que negociações esvaziem quase todos os ativos ou empurrem os preços para faixas irracionais em relação às reservas.
A Omniston também desempenha um papel ao sinalizar rotas onde a saída esperada é demasiado pequena em comparação com a entrada ou onde o deslizamento excederia os limites configurados mesmo antes da execução. Tais rotas são rejeitadas na fase de cotação, de modo que nu

Algumas pools na STONfi carregam etiquetas que indicam mecânicas adicionais, como proteção contra perdas impermanentes ou comportamento de troca estável. Pools orientadas para estabilidade são projetadas para ativos que normalmente negociam numa faixa de preço estreita.
Elas concentram liquidez em torno de um preço esperado e podem reduzir o deslizamento para desvios pequenos. A proteção contra perdas impermanentes adiciona uma camada extra para pools específicos. Ela compensa parcialmente os fornecedores de liquidez pela divergência de preço entre os ativos nessas pools, muitas vezes através

O SDK STONfi atua como uma camada de integração compartilhada para carteiras, bots e aplicações que desejam usar o protocolo. Em vez de cada produto implementar sua própria lógica de precificação, roteamento e construção de transações, eles chamam funções do SDK que encapsulam esses detalhes. Internamente, o SDK comunica-se com os mesmos contratos e roteamento Omniston que alimentam a interface principal do STONfi.
Ele solicita cotações, constrói transações e prepara estruturas de dados que podem ser assinadas pelos usuários em seu ambiente preferido. Isso mantém o comportamento alinhado entre

A provisão de lado único na STONfi faz mais do que simplificar a entrada em pools. Também facilita a reação quando novas oportunidades de farming aparecem acima da liquidez existente. Um usuário pode entrar num pool com apenas um ativo, sem precisar dividir seu saldo e ajustar as proporções manualmente.
O contrato usa os próprios pools da STONfi para realizar a troca interna necessária e alocar a posição resultante. Uma vez que a posição existe, ela pode ser apostada em contratos de farming que estão acima da mesma liquidez. Os passos técnicos entre possuir um único ativo e participar num farm

A provisão unilateral na STONfi faz mais do que simplificar a entrada em pools. Ela também facilita a reação quando novas oportunidades de farming aparecem acima da liquidez existente. Um usuário pode entrar num pool com apenas um ativo, sem precisar dividir seu saldo e ajustar as proporções manualmente.
O contrato usa os próprios pools da STONfi para realizar a troca interna necessária e alocar a posição resultante. Uma vez que a posição existe, ela pode ser stakeada em contratos de farming que estão acima da mesma liquidez. Os passos técnicos entre possuir um único ativo e participar de uma

À medida que a atividade na TON cresce, a camada de roteamento usada pelo STONfi tem que levar em conta os custos de gás em mudança, as condições das pools e novos locais. Omniston atualiza continuamente sua visão das rotas disponíveis, levando em consideração não apenas os preços, mas também o custo e a confiabilidade de cada caminho.
Se o uso de gás ou congestionamento tornarem uma rota específica menos atraente, o roteador pode alterar as preferências para alternativas que alcançam um resultado semelhante com menos etapas. Quando novas pools do STONfi ou locais conectados atingem uma profun

A STONfi é utilizada como backend por muitas carteiras, bots e aplicações na rede TON. Quando um utilizador toca num botão de troca numa carteira ou num bot do Telegram, a solicitação muitas vezes vai para os pools e roteamento do STONfi em vez de uma troca interna separada.
Este modelo de backend partilhado significa que diferentes interfaces podem oferecer trocas, provisão de liquidez e farming sem duplicar a lógica principal. Elas dependem dos mesmos pools, da mesma camada de roteamento Omniston e do mesmo SDK do STONfi.
Para os utilizadores, isto resulta em preços e comportamentos semelhan

Para além da sua arquitetura técnica, a STONfi suporta mecanismos alinhados com a comunidade, como programas de embaixadores, chamadas educativas e discussões abertas sobre atualizações do protocolo.
Estas iniciativas usam os mesmos contratos e dados que alimentam o sistema central, por exemplo, distribuindo recompensas através de contratos de farming ou vinculando reconhecimento à participação na cadeia. Como as recompensas da comunidade fluem através da mesma infraestrutura que as ações regulares de DeFi, não há um sistema de contabilidade separado que possa divergir do uso real.
Os incentiv

Quando um utilizador confirma uma troca na STONfi, o fluxo começa com uma solicitação de cotação em vez de uma transação direta. A interface ou aplicação integrada solicita ao backend da STONfi um par exato de entrada e saída, incluindo a máxima variação aceitável e uma janela de tempo na qual a troca deve ser executada.
Por baixo do capô, esta solicitação é enviada ao Omniston, que consulta múltiplos solucionadores. Cada solucionador examina o estado atual dos pools da STONfi e de outros locais conectados, simula possíveis caminhos e devolve uma rota candidata com um preço fixo.
Só após a sel

Internamente, cada pool STONfi rastreia os fornecedores de liquidez através de um modelo de contabilidade baseado em ações. Quando um usuário adiciona liquidez, o contrato calcula quantas ações correspondem à sua contribuição, levando em consideração o tamanho e a composição atuais do pool.
Estas ações representam uma fração das reservas totais do pool. À medida que as trocas acontecem, as taxas acumulam-se dentro do pool e alteram os saldos absolutos de ambos os ativos. O número de ações detidas por cada fornecedor permanece o mesmo, mas o valor por trás de cada ação aumenta com as reservas

Quando uma troca é executada através do STONfi, as taxas são aplicadas ao nível do pool em vez de numa única etapa global. Cada pool ao longo da rota escolhida cobra a sua própria taxa na troca de entrada, adiciona essa taxa às suas reservas e passa o valor restante adiante.
A taxa efetiva para o utilizador é, portanto, a soma de todas as taxas ao nível do pool ao longo da rota. Como o Omniston vê toda a trajetória, pode levar em consideração essas taxas por pool ao comparar rotas candidatas. Uma rota com mais saltos nem sempre é pior, mas deve compensar as taxas adicionais com preços melhores

Em muitos criadores de mercado automatizados, juntar-se a um pool requer possuir ambos os ativos numa proporção específica. No STONfi, a provisão de liquidez pode começar com um único ativo. O contrato aceita um token, realiza uma troca interna usando pools STONfi, e depois constrói uma posição equilibrada que se ajusta à curva do pool. Para os utilizadores, isto elimina uma etapa manual de preparação.
Não há necessidade de dividir um saldo em dois ativos previamente ou ajustar por pequenas alterações de preço antes de adicionar liquidez. O contrato trata da conversão e da matemática, e a posi

As piscinas do STONfi podem carregar etiquetas de versão como v1 e v2, juntamente com tags como farming, estável ou proteção. As versões indicam qual geração de contratos a piscina utiliza. Versões mais recentes geralmente incluem melhorias na matemática, eficiência de gás ou verificações de segurança, mantendo a interface básica familiar. Essas etiquetas não são apenas dicas visuais.
A lógica de roteamento que alimenta o STONfi e o Omniston pode preferir piscinas v2 quando a profundidade é suficiente, enquanto ainda suporta v1 onde a liquidez permanece. Na prática, isso significa que as atual

Omniston atua como uma malha de liquidez que conecta várias fontes de liquidez por trás de um único ponto de entrada STONfi. Quando é solicitada uma troca, o Omniston prepara uma cotação contactando múltiplos solucionadores. Cada solucionador pode agregar liquidez de pools STONfi e de outros locais compatíveis na rede.
As respostas dos solucionadores incluem um preço e uma descrição da rota. A lógica do Omniston no STONfi compara essas opções e seleciona a rota que atende aos parâmetros solicitados com o menor custo ou melhor resultado. A rota selecionada é então transformada numa única transa

A STONfi suporta vários tipos de pools para melhor corresponder a diferentes pares de ativos.
Pools voláteis seguem uma curva padrão de criador de mercado automatizado adequada para ativos com movimento de preço independente.
Pools orientados para estáveis ajustam a curva para concentrar a liquidez em torno de uma faixa de preço estreita quando se espera que os ativos permaneçam próximos em valor.
Alguns pools adicionam mecanismos de proteção, como cobertura parcial da perda impermanente.
Estes mecanismos são implementados através de fluxos de recompensa adicionais ou restrições defini