🦄 Uniswapin tekninen analyysisarja #3: Ohjelmoitavat pörssit Hei, tämä on BQ Developer. @BQ_Developer Viimeisessä osassa puhuimme Uniswap V3:sta, joka luopuu yksinkertaisuudesta tehokkuuden vuoksi. Tällä kertaa puhutaan siitä, kuinka Uniswap kohtasi toisen perustavanlaatuisen rajoituksen. 🤔 Innovaation paradoksi: vaikka sinulla olisi uusi idea, et voi kirjoittaa sitä Uniswapin kehitys V3:een oli hämmästyttävää, mutta yksi asia pysyi samana. Kun protokolla on otettu käyttöön, sitä ei voi koskaan muuttaa. Tämä on lohkoketjun ydinarvo, muuttumattomuus, mutta siitä on tullut myös innovaatioiden kahle. Annan teille esimerkin. Jos säädät maksun automaattisesti 0,5 prosenttiin, kun markkinat ovat epävakaat, ja 0,1 prosenttiin, kun ne ovat vakaat, ansaitset enemmän LP:tä ja kauppiaat voivat käydä kauppaa kohtuulliseen hintaan. Idea on hyvä, mutta ei Uniswapissa. Provisioprosentti on upotettu koodiin, joten kukaan ei voi muuttaa sitä. Miksi et sitten loisi uutta protokollaa? Tässä kohtaa DeFi:n karu todellisuus tulee esiin. Uniswapin ETH/USDC-poolissa on jo 100 miljoonaa dollaria, Uuden protokollan pitäisi alkaa nollasta. Jos yrität muuttaa vain 1 000 dollaria, jos hinta laskee 5 %, kuka sen käyttää? Ilman kauppiaita LP:t eivät tule, ja ilman LP:itä kauppiaat eivät tule, ja kuoleman kierre alkaa. ⚙️ Uniswap V4:n ajattelutavan muutos: likviditeetin ja logiikan erottaminen toisistaan V4 lähestyi asiaa täysin eri näkökulmasta. "Entä jos jätämme likviditeettipoolin ennalleen ja muutamme vain transaktiologiikkaa?" Koukkujärjestelmän ytimessä on tämä erottelu. Aiemmin yksi älykäs sopimus vastasi kaikesta rahan tallentamisesta tapahtumien suorittamiseen. V4 jakoi tämän kahtia. - Core Protocol: Vastaa vain likviditeetin hallinnasta - Koukku: vastaa transaktioprosessin yksityiskohtaisesta logiikasta Jos sinulla on dynaaminen maksuidea, sinun ei tarvitse luoda uutta protokollaa. Sinun tarvitsee vain lisätä koukku olemassa olevaan 100 miljoonan dollarin pooliin. Ennen kaupankäyntiä koukku voi hallita koko markkinaolosuhteiden tarkistamista, maksujen säätämistä ja kauppojen suorittamista. Samalla kun käytetään olemassa olevaa likviditeettiä sellaisenaan. 💭 Loputtomien mahdollisuuksien luoma uusi kaaos V1 oli yksinkertainen, V2 oli edelleen yksinkertainen, V3 oli monimutkaisempi, mutta säännöt olivat selkeät. V4 teki itse säännöistä ohjelmoitavia. Nyt on kymmeniä tapoja käydä kauppaa samalla ETH/USDC:llä. Jotkut koukut puolustavat MEV:tä, jotkut vähentävät hintashokkeja ja jotkut sallivat kaupankäynnin vain tietyissä olosuhteissa. Mielestäni suuri ongelma tässä on se, miten keskivertokäyttäjä valitsee tämän. Turvallisuus on suurin ongelma. Koukut voivat suorittaa mielivaltaista koodia kaupankäynnin aikana. Haitalliset koukut voivat livahtaa lisää tokeneita tai varastaa maksuja tiettyihin osoitteisiin. Tavallisten ihmisten on kuitenkin käytännössä mahdotonta lukea ja tarkistaa älysopimuskoodia. 🎯 Uusi hajauttamisen muoto Kun katson V4:n luomaa tilannetta, mieleeni tulee mielenkiintoinen kysymys. Jos protokolla on täysin avoin, mutta vain muutamaa vahvistettua koukkua käytetään, onko tämä todella hajautettua? Ehkä V4 kokeilee uudenlaista hajauttamista. Pidä infrastruktuuri neutraalina ja muuttumattomana, mutta jätä sen yläpuolella oleva sovelluskerros markkinoiden valinnan varaan. Aivan kuten TCP/IP tarjoaa neutraalin viestintäprotokollan, ja Google ja Facebook kilpailevat vapaasti sen päällä. Loppujen lopuksi V4 on osoittanut DeFin kasvukivut. V1:n ja V2:n "Yksinkertaisista työkaluista kaikille" V3:n "Tehokkaisiin työkaluihin ammattilaisille", Se on nyt kehittynyt "kehittäjien luomaksi ja markkinoiden valitsemaksi alustaksi". Piditpä siitä tai et, en tiedä onko tämä hajautetun rahoituksen kypsymistä ✏️ Seuraavassa osassa, Teknisesti kaikki näyttää olevan ratkaistu, mutta viimeinen kysymys jää jäljelle. Kuka päättää kaikkien näiden protokollien tulevaisuudesta? Osassa 4 tarkastelemme UNI-tokenin ja hallinnon luomaa uutta valtarakennetta. --- Tykkäyksesi ja jakautesi ovat 🥰 rakkautta #BQ개발자 #유니스왑 #V4 #프로그래밍가능성