Et voi tehdä "todellista defiä", ellei se ole omaisuussuuntautunut

- Mainos -

Seuraa meitä Google-uutisissa

Hajautettu rahoitus on tullut yhdeksi lohkoketjuteknologian houkuttelevimmista käyttötapauksista parin viime vuoden aikana. Sen kyky hallita rahoitusomaisuutta ja tarjota palveluita ilman, että keskitettyjä pankkeja tarvitsee valtuuttaa liiketoimia ja todentaa asiakkaita, on luonut perustan helpommin saatavilla olevalle ja osallistavammalle rahoitusekosysteemille, joka hyödyttää kaikkia.

DeFi-alan huikea kasvu, jota arvostettiin enemmän kuin $ 77 miljardia maaliskuussa 2022, korostaa tätä potentiaalia. Silti perinteiseen rahoitusmaailmaan verrattuna DeFi muodostaa vain pienen osan maailman rahoitustapahtumista. Tämä tarkoittaa, että kasvunvaraa on valtavasti, mutta sitä ei tapahdu ennen kuin DeFi on rakennettu paljon vahvemmalle perustalle.

Yksi nykyisen DeFin suurista heikkouksista on, että se on rakennettu erittäin horjuvan ja tehottoman arkkitehtuurin – nimittäin älykkäiden sopimusten – päälle.

Tietysti älykkäät sopimukset tekevät DeFin mahdolliseksi. Ne ovat taustalla oleva koodi, jonka avulla hajautetut sovellukset voivat automatisoida tapahtumia, kun tietyt ehdot täyttyvät, ilman välikäsiä. Ne ovat teoriassa samanlaisia ​​kuin perinteiset sopimukset, mutta ne ovat älykkäämpiä, koska ne eivät vaadi täytäntöönpanoa. Älykkäät sopimukset on pikemminkin ohjelmoitu suorittamaan tapahtumia vain, kun tietyt läpinäkyvät ehdot täyttyvät. Tällä tavalla ne voivat suorittaa transaktioita välittömästi, paljon nopeammin kuin perinteiset rahoitusjärjestelmät, koska ihmisen ei tarvitse varmistaa, että kaikki vaatimukset täyttyvät. Koska välittäjä on eliminoitu, myös transaktiopalkkiot ovat paljon alhaisemmat.

Vaikka älykkäät sopimukset ovatkin paljon älykkäämpiä, ne eivät ole erehtymättömiä. Yksi suurimmista haasteista on turvallisuus. Koska älykkäät sopimukset ovat todella vain koodia, on olemassa jatkuva vaara, että vikoja tai haavoittuvuuksia lipsahtaa verkon läpi. Tämä ei ole vähäpätöinen riski - arvo on ollut miljardeja dollareita hävisi DeFi-protokollia vastaan ​​tehdyille hyökkäyksille siitä lähtien, kun ala syntyi.

Osa ongelmaa on älykkäiden sopimuskehittäjien oppimiskäyrä. Älykkäät sopimukset koostuvat uskomattoman monimutkaisesta spagettikoodista, ja silti niitä on luotava kymmeniä useimpien DeFi-sovellusten toiminnallisuuden määrittelemiseksi. Kehittäjät tarvitsevat yleensä useiden vuosien käytännön kokemuksen Solidity-ohjelmointikielestä, jota käytetään älykkäiden sopimusten luomiseen Ethereumissa ja yhteensopivissa verkoissa, ennen kuin he voivat edes harkita toimivan ja turvallisen hajautetun sovelluksen luomista.

Tämä hämmästyttävä monimutkaisuus johtuu ensisijaisesti digitaalisten varojen, kuten kryptovaluuttojen ja NFT:iden, täydellisestä tuen puutteesta alustatasolla. Vaikka DeFi pyörii lähes yksinomaan BTC:n, ETH:n, USDC:n ja niin edelleen kaltaisten omaisuuserien ympärillä, suurilla lohkoketjuverkostoilla, kuten Ethereum, Avalanche, Solana, Cosmos, Fantom ja Binance Chain, ei ole mitään alkuperäistä käsitettä näistä varoista.

Jotta kehittäjät voivat rakentaa turvallisia, suojattuja ja toimivia dApppeja nopeammin, on välttämätöntä suunnitella uudelleen DeFi-alustojen perusta keksimällä uudelleen tapa, jolla älykkäät sopimukset rakennetaan ja toteutetaan. Sen sijaan, että digitaaliset resurssit olisivat jälkikäteen, niiden on tultava osaksi DeFin kudosta, jotta kehittäjät voivat luoda ja hallita niitä helposti kirjoittamatta massaa raskaan koodin.

Miksi alkuperäiset resurssit ovat tärkeitä

 Ymmärtääksesi omaisuuskeskeisen DeFin tärkeyden, se auttaa tarkastelemaan ongelmia, jotka johtuvat Ethereumin alkuperäisten varojen puutteesta. Ethereumin avulla kehittäjät ottavat käyttöön älykkäitä sopimuksia verkkoon omassa pienessä tilassaan, johon he voivat tallentaa tietoja, joita päivitetään jatkuvasti tapahtumien käsittelyn aikana. Tässä arkkitehtuurimallissa jokainen DeFin yksittäinen toiminto on toteutettava älykkäänä sopimuksena. Ei ole muuta tapaa. Joten ETH:n kaltainen token on edustettuna älykkäänä sopimuksena, joka seuraa lompakon saldoja, kun taas multi-sig-tili on toinen älykäs sopimus, joka on allekirjoitettava useilla julkisilla avaimilla toiminnon suorittamiseksi. Token-swapit, lainat, likviditeettipoolit – nimeä se – ne kaikki toteutetaan älykkäinä sopimuksina.

DeFin avulla nämä älykkäät sopimukset kommunikoivat jokaisen kanssa monimutkaisen viestintäverkon kautta suorittaakseen jopa yksinkertaisimmat toiminnot. Esimerkiksi älykkään sopimuksen, joka sisältää joitain tokeneita, on kommunikoitava toisen sopimuksen kanssa, joka toteuttaa kyseisen tunnuksen erikseen saldoluettelon ja saldojen säätämismenetelmien kautta. Tämän mahdollistamiseksi Ethereum Virtual Machine -sovellusympäristö mahdollistaa älykkäiden sopimusten lähettämisen toisilleen. Tällä tavalla älykkäät sopimukset ovat koottavissa, eli kehittäjät voivat yhdistää ne yhteen niin, että he voivat suorittaa monimutkaisia ​​tapahtumia koordinoidusti.

Tämä on nykyaikaisen DeFin perusta, mutta se on hirvittävän tehotonta, koska jokainen toiminto on toteutettu älykkäässä sopimussiilossa. Se johtaa siihen, että miljoonia viestejä virtaa jatkuvasti edestakaisin verkon yli monimutkaisella logiikalla, joka tarvitaan oikean toiminnan suorittamiseen vastauksena kuhunkin viestiin, ja jatkuvasti muuttuvan datavirran jokaisessa älysopimuksessa, joka pitää kirjaa kaikista suorittamiaan liiketoimia.

DeFi-sovellusten, kuten Uniswap ja Curve, olemassaolo osoittaa meille, että tämä arkkitehtuuri toimii, mutta se ei välttämättä tarkoita, että se toimii hyvin. Päinvastoin, useat DeFi-hakkerit osoittavat meille, että se on hirvittävän tehoton malli, joka luo käyttäjilleen todella vaarallisia riskejä.

On kuitenkin selvää, että nämä digitaalisten resurssien väliset vuorovaikutukset ovat jokaisen DeFi-tapahtuman perusta. On siis selvää, että omaisuuskeskeinen DeFi-arkkitehtuuri olisi paljon tehokkaampi.

Alkuperäiset hyödykkeet

Tämä on taustalla oleva perusteoria Radix, innovatiivinen älykäs kosketusalusta, joka on rakennettu erityisesti DeFille pitää omaisuutta keskeisenä ominaisuutena sen sijaan, että ne otettaisiin käyttöön siiloissa älykkäiden sopimusten tasolla.

Radix-tapahtumat suoritetaan Radix Engine -sovellusympäristössä. Keskeinen ero on, että Radix Engine luo resursseja, kuten tokeneita, pyytämällä niitä suoraan alustalta niiden erityisten parametrien kanssa.

Toisin sanoen, Radix-pohjaisia ​​tokeneita, kuten XRD, ei muodosteta entiteettinä tuhansille erillisille saldoluetteloille, vaan niitä käsitellään fyysisinä objekteina, jotka on tallennettu "holviin" tai tileihin, ja siirretään niiden välillä tapahtumia käsiteltäessä. Näitä holveja hallitsevat suoraan niiden käyttäjät, toisin kuin EVM:ssä, jossa yksilön tunnukset voidaan jakaa useiden älykkäiden sopimusten kesken, jotka sisältävät heidän julkisten avaimiensa merkinnät.

Tämän käyttäytymisen fyysisyys perustuu finite state machine (FSM) -malliin, joka seuraa turvallisesti tokeneita niiden liikkuessa käyttäjän holvien välillä, samalla tavalla kuin toimituspalvelu seuraa asiakkaan tilauksia. Se on yksinkertaistettu tapahtumamalli, jossa käyttäjä pohjimmiltaan kertoo alustalle, että hän haluaa lähettää hallussaan olevat tunnukset määrättyyn holviin. Käyttäjien tulee lähettää viesti älysopimuksesta toiseen ja luottaa siihen, että se päivittää saldokokonaisuutensa. Tällä tavalla voidaan välttää virheet, kuten kaksinkertainen kirjanpito, koska ne eivät yksinkertaisesti ole mahdollisia tässä arkkitehtuurissa.

Lyhyesti sanottuna tämä on Radixin omaisuuskeskeisen DeFi-arkkitehtuurin perusta. Se luo paljon intuitiivisemman ja helpompikäyttöisemmän mallin token-tapahtumille, joka eliminoi monimutkaisuuden ja tekee DeFistä luonnollisesti turvallisemman kuin perinteinen malli.

Malli eroaa niin radikaalisti perinteisestä DeFistä, että Radix on keksinyt älykkäät sopimukset uudelleen "komponentteiksi". Koska Radixin komponentit ovat modulaarisia ja koostettavissa ja niillä on selkeät toiminnot, niitä voidaan pitää "legopalikoina", joita kehittäjät voivat käyttää DeFi-sovellusten kokoamiseen yksinkertaisella, vaiheittaisella tavalla, vaikka he eivät sitä tekisikään. onko sinulla kokemusta Scrypto-ohjelmointikielestä.

Yhteenveto

Radixin omaisuuskeskeinen lähestymistapa DeFiin antaa kehittäjille mahdollisuuden käyttää integroituja resursseja käsitelläkseen suurinta osaa älykkäiden sopimustoimintojensa toiminnoista. Sellaisenaan Radix-pohjainen DeFi ei ole vain helpompi ja turvallisempi, vaan myös paljon paremmin koottava ja uudelleenkäytettävä kuin perinteinen DeFi. Sen sijaan, että kirjoittaisivat erikoiskoodia määrittääkseen jokaisen dAppin tekemän pienen asian, kehittäjät voivat yksinkertaisesti rakentaa dApps-sovelluksensa sen resurssikirjastosta.

- Mainos -

Lähde: https://thecryptobasic.com/2022/09/16/you-cant-do-real-defi-unless-its-asset-orientated/?utm_source=rss&utm_medium=rss&utm_campaign=you-cant-do-real-defi -ellei se ole omaisuussuuntautunut