Ihmiset ovat kysyneet: "Miksi tarvitsemme yhden syvän likviditeettipoolin Sushiin Katanan DEX-ydinsovellukseksi, kun DEX-aggregaattorit voivat jo reitittää useiden poolien välillä?" Se on hyvä kysymys, mutta tässä on syy, miksi syvällä alkuperäisellä likviditeetillä on edelleen merkitystä. 👇 DEX-aggregaattorit tekevät hienoa työtä löytääkseen parhaan toteutuksen hajanaisessa likviditeetissä. Mutta ne eivät ratkaise tämän pirstoutumisen aiheuttamia ydinongelmia: – huonompi hinnoittelu lipsahduksen vuoksi – huono UX arvaamattomasta reitityksestä – lisääntynyt MEV-riski – lisää kaasukustannuksia Kun keskität likviditeetin yhteen syvään pooliin, vähennät liukumaa dramaattisesti – jopa suurissa kaupoissa. Tämä on kriittistä sekä kauppiaille että sovelluksille, jotka luottavat luotettavaan toteutukseen. Hajanaisten altaiden ansiosta jokainen hyppy lisää kustannuksia ja riskejä. aggregaattorit reitittävät sen jälkeen, kun hintavaikutus on tapahtunut kussakin poolissa. ne ovat reaktiivisia. Yksi syväpooli on ennakoiva – saat parempia tarjouksia alusta alkaen. Likviditeetin syvyys ohjaa hintatehokkuutta. Katanassa sushi on DEX-ydinsovelluksina suunniteltu siten, että siinä on natiivisti integroitu likviditeetti, joka on suunniteltu syvään. Tämä tarkoittaa: – parempi toteutus ilman aggregointia – ennakoitavampi hinnoittelu – vahvempi UX loppukäyttäjille – perusta, joka on koottavissa kaiken muun päälle rakennetulla tavalla Se myös yksinkertaistaa muiden sovellusten suunnittelua. Sen sijaan, että protokollat murehtisivat eri likviditeettilähteiden reitittämisestä tai optimoinnista, ne voivat vain hyödyntää yhtä syvällistä lähdettä, johon he luottavat. Lyhyesti sanottuna: DEX-aggregaattoreilla on tärkeä rooli, erityisesti ketjujen välisissä – mutta ne eivät voi korvata syvän alkuperäisen likviditeetin etuja yhdessä poolissa. Katanan suunnittelu, jossa sushi on DEX:n ydinsovellus, keskittyy rakentamaan tämän perustan natiivisti ekosysteemiin. yksi syvä allas = – parempi pääomatehokkuus – kylväjän luisto – helpommat integraatiot – vähemmän MEV:tä – parempi UX hajanainen likviditeetti ei ole aina optimaalinen. Aggregaattorit korjaavat, mutta syvät poolit ratkaisevat. Siksi uskon sovelluksen ydinteesiin. Se ei ole vain tekninen mieltymys – se on strateginen. Rakennetaan pohjakerros oikein. Näin käyttäjät voittavat.