as pessoas perguntaram: “por que precisamos de um pool de liquidez profunda no sushi como o aplicativo dex central no katana, quando agregadores dex já podem rotear através de múltiplos pools?”
é uma boa pergunta, mas aqui está o motivo pelo qual a liquidez nativa profunda ainda importa.👇
os agregadores dex fazem um ótimo trabalho em encontrar a melhor execução através de liquidez fragmentada.
mas eles não resolvem os problemas centrais causados por essa fragmentação:
– preços piores devido à slippage
– UX pobre devido ao roteamento imprevisível
– aumento do risco de MEV
– mais custos de gás
quando você concentra a liquidez em um único pool profundo, você reduz dramaticamente a slippage—mesmo para grandes negociações. Isso é crítico tanto para os negociantes quanto para os aplicativos que dependem de execução confiável.
com pools fragmentados, cada salto adiciona custo e risco.
os agregadores roteiam após o impacto no preço ter ocorrido em cada pool. eles são reativos.
um único pool profundo é proativo—você obtém melhores cotações desde o início. a profundidade da liquidez impulsiona a eficiência de preços.
no katana, o sushi como os aplicativos dex centrais é projetado para ter liquidez nativamente integrada que é profunda por design.
isso significa:
– melhor execução sem precisar agregar
– preços mais previsíveis
– UX mais forte para os usuários finais
– uma fundação composável com tudo o mais construído em cima
isso também simplifica o design para outros aplicativos. em vez de se preocupar em como rotear ou otimizar para várias fontes de liquidez, os protocolos podem apenas acessar uma única fonte profunda em que confiam.
em resumo: os agregadores DEX desempenham um papel importante, especialmente entre cadeias—mas eles não podem substituir os benefícios da liquidez nativa profunda em um único pool.
o design do katana com o sushi como o aplicativo dex central foca em construir essa fundação nativamente no ecossistema.
um pool profundo =
– melhor eficiência de capital
– menor slippage
– integrações mais fáceis
– menos MEV
– melhor UX
a liquidez fragmentada sempre será subótima. Agregadores fazem correções, mas pools profundos resolvem.
é por isso que acredito na tese do aplicativo central. não é apenas uma preferência técnica—é uma preferência estratégica.
Vamos construir a camada base corretamente. Dessa forma, os usuários ganham.
