As pessoas perguntaram: "Por que precisamos de um pool de liquidez profundo no Sushi como o aplicativo DEX principal no Katana quando os agregadores DEX já podem rotear vários pools?" É uma boa pergunta, mas eis por que a liquidez nativa profunda ainda é importante. 👇 Os agregadores DEX fazem um ótimo trabalho ao encontrar a melhor execução em liquidez fragmentada. Mas eles não resolvem os principais problemas causados por essa fragmentação: – Preços piores devido à derrapagem – UX ruim de roteamento imprevisível – aumento do risco de MEV – mais custos de gás Quando você concentra a liquidez em um pool profundo, reduz drasticamente a derrapagem, mesmo para grandes negociações. Isso é fundamental para traders e aplicativos que dependem de uma execução confiável. Com pools fragmentados, cada salto adiciona custo e risco. Os agregadores seguem o impacto do preço em cada pool. eles são reativos. Um único pool profundo é proativo - você obtém melhores cotações desde o início. A profundidade de liquidez impulsiona a eficiência dos preços. No Katana, o Sushi como o principal aplicativo DEX foi projetado para ter liquidez nativamente integrada que é profunda por design. Isso significa: – melhor execução sem necessidade de agregação – preços mais previsíveis – UX mais forte para usuários finais – uma base combinável com tudo o mais construído em cima 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 simplesmente acessar uma fonte profunda em que confiam. resumindo: os agregadores DEX desempenham um papel importante, especialmente cross-chain, mas não podem substituir os benefícios da liquidez nativa profunda em um único pool. O design do Katana com sushi como o aplicativo principal da DEX se concentra em construir essa base nativamente no ecossistema. uma piscina profunda = – melhor eficiência de capital – deslizamento do semeador – integrações mais fáceis – menos MEV – melhor UX A liquidez fragmentada sempre será abaixo do ideal. Os agregadores são corrigidos, mas os pools profundos resolvem. É por isso que acredito na tese do aplicativo principal. Não é apenas uma preferência técnica - é estratégica. Vamos construir a camada base corretamente. Dessa forma, os usuários ganham.