Du kan ikke gjøre "Real DeFi" med mindre det er aktivaorientert

- Annonse -

Følg-oss-på-Google-nyheter

Desentralisert finans har blitt en av de mest overbevisende brukssakene for blokkjedeteknologi de siste par årene. Dens evne til å administrere finansielle eiendeler og tilby tjenester uten behov for sentraliserte banker for å autorisere transaksjoner og verifisere kunder har skapt grunnlaget for et mer tilgjengelig og inkluderende finansielt økosystem som kommer alle til gode.

Den fantastiske veksten til DeFi-industrien, som ble verdsatt til mer enn $ 77 milliarder i mars 2022, understreker dette potensialet. Likevel, sammenlignet med tradisjonell finansverden, står DeFi for bare en liten prosentandel av verdens finansielle transaksjoner. Hva dette betyr er at det er enormt rom for vekst, men det vil ikke skje før DeFi er bygget på mye sterkere grunnlag.

En av de store svakhetene ved eksisterende DeFi er at den er bygget på toppen av en veldig ustabil og ineffektiv arkitektur – nemlig smarte kontrakter.

Det er selvsagt smarte kontrakter som gjør DeFi mulig. De er den underliggende koden som gjør det mulig for desentraliserte applikasjoner å automatisere transaksjoner når visse betingelser er oppfylt, uten behov for en mellommann. De ligner i teorien på tradisjonelle kontrakter, men de er mer intelligente fordi de ikke krever håndhevelse. Smarte kontrakter er heller programmert til å utføre transaksjoner bare når visse, gjennomsiktige betingelser er oppfylt. På denne måten kan de utføre transaksjoner øyeblikkelig, langt raskere enn tradisjonelle finansielle systemer kan, siden det ikke er behov for et menneske for å sikre at alle kravene er oppfylt. Fordi mellomleddet er eliminert, er transaksjonsgebyrene også mye lavere.

Selv om de faktisk er mye smartere, er ikke smarte kontrakter ufeilbarlige. En av de største utfordringene er sikkerhet. Fordi smarte kontrakter egentlig bare er kode, er det den alltid tilstedeværende faren for at feil eller sårbarheter sklir gjennom nettet. Dette er ikke en ubetydelig risiko – milliarder av dollar i verdi har vært tapt for angrep på DeFi-protokoller siden industrien først dukket opp.

En del av problemet er læringskurven involvert for utviklere av smarte kontrakter. Smarte kontrakter består av utrolig kompleks spaghettikode, og likevel er det nødvendig å lage dusinvis av dem for å definere funksjonaliteten til de fleste DeFi-applikasjoner. Utviklere trenger generelt flere års praktisk erfaring med programmeringsspråket Solidity som brukes til å lage smarte kontrakter på Ethereum og kompatible nettverk, før de i det hele tatt kan vurdere å lage en funksjonell og sikker desentralisert applikasjon.

Denne svimlende kompleksiteten skyldes først og fremst den fullstendige mangelen på støtte for digitale eiendeler, som kryptovaluta-tokens og NFT-er, på plattformnivå. Selv om DeFi nesten utelukkende dreier seg om eiendeler som BTC, ETH, USDC og så videre, har ikke store blokkjedenettverk som Ethereum, Avalanche, Solana, Cosmos, Fantom og Binance Chain noe naturlig konsept for disse eiendelene.

For å hjelpe utviklere med å bygge trygge, sikre og funksjonelle dApps raskere, er det derfor nødvendig å redesigne selve grunnlaget for DeFi-plattformer, ved å gjenoppfinne måten smarte kontrakter bygges og implementeres på. I stedet for å være en ettertanke, må digitale eiendeler bli en del av stoffet til DeFi, slik at utviklere kan lage og kontrollere dem med letthet, uten å skrive massevis av uhåndterlig kode.

Hvorfor innfødte eiendeler er viktige

 For å forstå viktigheten av aktivaorientert DeFi, hjelper det å se på problemene som er forårsaket av Ethereums mangel på innfødte eiendeler. Med Ethereum distribuerer utviklere smarte kontrakter på nettverket på sin egen lille plass, hvor de kan lagre data som oppdateres kontinuerlig mens de behandler transaksjoner. I denne arkitektoniske modellen må hver enkelt funksjon i DeFi implementeres som en smart kontrakt. Det er ingen annen måte. Så en token som ETH er representert som en smart kontrakt som sporer lommeboksaldo, mens en multi-sig-konto er en annen smart kontrakt som må signeres av flere offentlige nøkler for å utføre en handling. Token-bytteavtaler, lån, likviditetspooler – you name it – de er alle implementert som smarte kontrakter.

Med DeFi kommuniserer disse smarte kontraktene med hver enkelt via et komplekst meldingsnettverk for å utføre selv de mest enkle funksjonene. For eksempel, en smart kontrakt som inneholder noen tokens må kommunisere med en andre kontrakt som implementerer det tokenet separat, via en liste over saldoer og metoder for å justere disse saldoene. For å aktivere dette, gjør Ethereum Virtual Machine-applikasjonsmiljøet det mulig for smarte kontrakter å sende meldinger til hverandre. På denne måten er smarte kontrakter komponerbare, noe som betyr at utviklere kan koble dem sammen på en slik måte at de kan utføre kompliserte transaksjoner på en koordinert måte.

Dette er grunnlaget for moderne DeFi, men det er fryktelig ineffektivt, med hver eneste funksjon implementert i en smart kontraktssilo. Det resulterer i at millioner av meldinger stadig strømmer frem og tilbake over nettverket med kompleks logikk som kreves for å utføre den riktige handlingen som svar på hver enkelt, og en strøm av stadig skiftende data som holdes innenfor hver smart kontrakt som holder oversikt over alle transaksjoner de utfører.

Eksistensen av DeFi-applikasjoner som Uniswap og Curve viser oss at denne arkitekturen fungerer, men det betyr ikke nødvendigvis at den fungerer bra. Tvert imot, mange DeFi-hack viser oss at det er en fryktelig ineffektiv modell som skaper virkelig farefulle risikoer for brukerne.

Det som imidlertid er åpenbart er at disse interaksjonene mellom digitale eiendeler er grunnlaget for hver enkelt DeFi-transaksjon. Så det er naturlig at en aktivaorientert DeFi-arkitektur ville være langt mer effektiv.

The Advantage Native Assets

Dette er den grunnleggende teorien bak Radix, en innovativ smart kontaktplattform bygget spesielt for DeFi som behandler eiendeler som en nøkkelfunksjon av sin plattform, i stedet for å implementere dem i siloer på smartkontraktnivå.

Radix-transaksjoner utføres i Radix Engine-applikasjonsmiljøet. Hovedforskjellen er at Radix Engine oppretter eiendeler, for eksempel tokens, ved å be dem direkte fra plattformen sammen med deres spesifikke parametere.

Med andre ord, Radix-baserte tokens som XRD dannes ikke som enheter på tusenvis av separate saldolister, men behandles i stedet som fysiske objekter lagret i "hvelv", eller kontoer, og flyttet mellom dem når transaksjoner behandles. Disse hvelvene styres direkte av brukerne deres, i motsetning til EVM der en persons tokens kan være spredt mellom flere smarte kontrakter som inneholder oppføringene for deres offentlige nøkler.

Det fysiske ved denne oppførselen er basert på en finite state machine (FSM) modell som sikkert sporer tokens når de beveger seg mellom brukerens hvelv, på samme måte som hvordan en leveringstjeneste holder styr på kundens bestillinger. Det er en forenklet transaksjonsmodell, der brukeren i hovedsak forteller plattformen at de ønsker å sende tokenene de har til et utpekt hvelv. Brukere må sende en melding fra en smart kontrakt til en annen og stole på at den vil oppdatere sine balanseenheter. På denne måten kan feil som dobbeltregnskap unngås, da de rett og slett ikke er mulig innenfor denne arkitekturen.

I et nøtteskall er dette grunnlaget for Radix sin aktivaorienterte DeFi-arkitektur. Det skaper en langt mer intuitiv, enklere å bruke modell for token-transaksjoner som eliminerer massevis av kompleksitet, noe som gjør DeFi iboende sikrere enn den tradisjonelle modellen.

Modellen er så radikalt forskjellig fra tradisjonell DeFi at Radix har gjenoppfunnet smarte kontrakter som "komponenter". Fordi de er modulære og komponerbare og har klare funksjoner, kan Radix sine komponenter betraktes som "legoklosser" som utviklere kan bruke til å sette sammen DeFi-appene sine på en enkel, trinnvis måte, selv om de ikke gjør det. har noen erfaring med programmeringsspråket Scrypto.

konklusjonen

Radix sin aktivaorienterte tilnærming til DeFi lar utviklere bruke integrerte ressurser for å håndtere det store flertallet av smart kontraktsfunksjonaliteten deres. Som sådan er Radix-basert DeFi ikke bare enklere og sikrere, men også langt mer komponerbar og gjenbrukbar enn tradisjonell DeFi. I stedet for å skrive spesialisert kode for å definere hver eneste lille ting deres dApp gjør, kan utviklere ganske enkelt bygge dAppene sine fra biblioteket med ressurser.

- Annonse -

Kilde: 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 -med mindre dens-aktiva-orienterte