Quando um projeto é lançado no $GRAM , enfrenta uma escolha: construir a sua própria infraestrutura de swap ou adotar uma já pronta. E cada vez mais a escolha recai sobre a STONfi. Não porque seja moda, mas porque construir a sua própria é caro, lento e arriscado.

Tomemos a Grambo. Um launchpad de tokens poderia escrever o seu próprio contrato inteligente para swaps, configurar pools, atrair liquidez. Isso são meses de trabalho e imensos testes. Em vez disso, incorporaram a interface da STONfi diretamente no feed. Um utilizador lança um token e pode imediatamente fazer swap sem sair do launchpad. A liquidez flui para as pools existentes da STONfi, não para pools construídas de raiz.

A RedoTrade seguiu o mesmo caminho. Um bot de trading poderia agregar liquidez por si só, mas isso significaria negociar com cada exchange separadamente, manter APIs, resolver conflitos de taxas. Em vez disso, integraram o SDK Omniston. Um protocolo já ligado a todas as fontes de liquidez na TON. E o cross-chain está planeado através do mesmo SDK.

A TractionEye nem sequer considerou construir a sua própria infraestrutura de swap. Um marketplace de trading social adotou o Omniston para lidar com todos os swaps. Porque se está a construir um produto para traders, os swaps têm de funcionar perfeitamente desde o primeiro dia. Não depois de seis meses de correções.

Porque é que os projetos estão a abandonar as suas próprias soluções. Economia. A sua própria infraestrutura requer uma equipa para a manter, auditores para verificar os contratos inteligentes, tempo para testes. E a STONfi fornece tudo isto já pronto. Comprovado. Com liquidez que já existe, não liquidez que precisa de atrair.