Du kan inte göra "Real DeFi" om det inte är tillgångsorienterat

- Annons -

Decentraliserad finansiering har kommit att bli ett av de mest övertygande användningsfallen för blockchain-teknik under de senaste åren. Dess förmåga att hantera finansiella tillgångar och tillhandahålla tjänster utan att centralbanker behöver auktorisera transaktioner och verifiera kunder har skapat grunden för ett mer tillgängligt och inkluderande finansiellt ekosystem som gynnar alla.

Den fantastiska tillväxten av DeFi-branschen, som värderades till mer än $ 77 miljarder i mars 2022, understryker denna potential. Ändå, jämfört med den traditionella finansvärlden, står DeFi för endast en liten andel av världens finansiella transaktioner. Vad detta betyder är att det finns ett enormt utrymme för tillväxt, men det kommer inte att hända förrän DeFi bygger på mycket starkare grunder.

En av de stora svagheterna med befintlig DeFi är att den är byggd ovanpå en mycket skakig och ineffektiv arkitektur – nämligen smarta kontrakt.

Det är så klart smarta kontrakt som gör DeFi möjligt. De är den underliggande koden som gör det möjligt för decentraliserade applikationer att automatisera transaktioner när vissa villkor är uppfyllda, utan behov av en mellanhand. De liknar i teorin traditionella kontrakt, men de är mer intelligenta eftersom de inte kräver verkställighet. Snarare är smarta kontrakt programmerade för att utföra transaktioner endast när vissa, transparenta villkor är uppfyllda. På detta sätt kan de utföra transaktioner omedelbart, mycket snabbare än vad traditionella finansiella system kan, eftersom det inte finns något behov av en människa för att säkerställa att alla krav har uppfyllts. Eftersom mellanhanden är eliminerad är transaktionsavgifterna också mycket lägre.

Även om de verkligen är mycket smartare, är smarta kontrakt inte ofelbara. En av de största utmaningarna är säkerheten. Eftersom smarta kontrakt egentligen bara är kod, finns det den ständigt närvarande risken för att buggar eller sårbarheter glider genom nätet. Detta är inte en obetydlig risk – miljarder dollar i värde har varit förlorade till attacker mot DeFi-protokoll sedan branschen först uppstod.

En del av problemet är inlärningskurvan för smarta kontraktsutvecklare. Smarta kontrakt består av otroligt komplex spagettikod, och ändå är det nödvändigt att skapa dussintals av dem för att definiera funktionaliteten hos de flesta DeFi-applikationer. Utvecklare behöver i allmänhet flera års praktisk erfarenhet av programmeringsspråket Solidity som används för att skapa smarta kontrakt på Ethereum och kompatibla nätverk, innan de ens kan överväga att skapa en funktionell och säker decentraliserad applikation.

Denna häpnadsväckande komplexitet beror främst på den totala bristen på stöd för digitala tillgångar, såsom kryptovaluta-tokens och NFT:er, på plattformsnivå. Även om DeFi nästan uteslutande kretsar kring tillgångar som BTC, ETH, USDC och så vidare, har stora blockkedjenätverk som Ethereum, Avalanche, Solana, Cosmos, Fantom och Binance Chain inget inhemskt koncept för dessa tillgångar.

För att hjälpa utvecklare att bygga säkra, säkra och funktionella dApps snabbare, är det därför nödvändigt att omforma själva grunden för DeFi-plattformar, genom att återuppfinna hur smarta kontrakt byggs och implementeras. Istället för att vara en eftertanke måste digitala tillgångar bli en del av DeFis struktur, så att utvecklare kan skapa och kontrollera dem med lätthet, utan att skriva massor av otymplig kod.

Varför inhemska tillgångar är viktiga

För att förstå vikten av tillgångsorienterad DeFi, hjälper det att titta på problemen som orsakas av Ethereums brist på inhemska tillgångar. Med Ethereum distribuerar utvecklare smarta kontrakt på nätverket i sitt eget lilla utrymme, där de kan lagra data som uppdateras ständigt när de bearbetar transaktioner. I denna arkitektoniska modell måste varje funktion i DeFi implementeras som ett smart kontrakt. Det finns inget annat sätt. Så en token som ETH representeras som ett smart kontrakt som spårar plånboksbalanser, medan ett multi-sig-konto är ett annat smart kontrakt som måste undertecknas av flera publika nycklar för att utföra en åtgärd. Tokenswappar, lån, likviditetspooler – you name it – de är alla implementerade som smarta kontrakt.

Med DeFi kommunicerar dessa smarta kontrakt med var och en via ett komplext meddelandenätverk för att utföra även de enklaste funktionerna. Till exempel måste ett smart kontrakt som innehåller några tokens kommunicera med ett andra kontrakt som implementerar den token separat, via en lista med saldon och metoder för att justera dessa saldon. För att möjliggöra detta gör applikationsmiljön Ethereum Virtual Machine det möjligt för smarta kontrakt att skicka meddelanden till varandra. På så sätt är smarta kontrakt komponerbara, vilket innebär att utvecklare kan koppla ihop dem på ett sådant sätt att de kan utföra komplicerade transaktioner på ett samordnat sätt.

Detta är grunden för modern DeFi, men det är fruktansvärt ineffektivt, med varenda funktion implementerad i en smart kontraktssilo. Det resulterar i att miljontals meddelanden ständigt flödar fram och tillbaka över nätverket med komplex logik som krävs för att utföra rätt åtgärd som svar på vart och ett, och en ström av ständigt föränderlig data som finns inom varje smart kontrakt som håller register över alla transaktioner de utför.

Förekomsten av DeFi-applikationer som Uniswap och Curve visar oss att den här arkitekturen fungerar, men det betyder inte nödvändigtvis att den fungerar bra. Tvärtom, många DeFi-hack visar oss att det är en fruktansvärt ineffektiv modell som skapar verkligt farliga risker för sina användare.

Vad som dock är uppenbart är att dessa interaktioner mellan digitala tillgångar är grunden för varje enskild DeFi-transaktion. Så det är naturligt att en tillgångsorienterad DeFi-arkitektur skulle vara mycket mer effektiv.

The Advantage Native Assets

Detta är den grundläggande teorin bakom Radix, en innovativ smart kontaktplattform byggd speciellt för DeFi som behandlar tillgångar som en nyckelfunktion av sin plattform, snarare än att implementera dem i siloer på smart kontraktsnivå.

Radix-transaktioner utförs inom Radix Engine-applikationsmiljön. Den viktigaste skillnaden är att Radix Engine skapar tillgångar, såsom tokens, genom att direkt begära dem från plattformen tillsammans med deras specifika parametrar.

Med andra ord, Radix-baserade tokens som XRD bildas inte som entiteter på tusentals separata saldolistor, utan behandlas istället som fysiska objekt som lagras i "valv", eller konton, och flyttas mellan dem när transaktioner bearbetas. Dessa valv styrs direkt av deras användare, till skillnad från EVM där en individs tokens kan spridas bland flera smarta kontrakt som innehåller posterna för deras publika nycklar.

Det fysiska i detta beteende är baserat på en finita tillståndsmaskin (FSM) modell som säkert spårar tokens när de rör sig mellan användarens valv, liknande hur en leveranstjänst håller reda på kundens beställningar. Det är en förenklad transaktionsmodell, där användaren i huvudsak säger till plattformen att de vill skicka tokens som de har till ett utsett valv. Användare måste skicka ett meddelande från ett smart kontrakt till ett annat och lita på att det kommer att uppdatera sina balansenheter. På så sätt kan fel som dubbelredovisning undvikas, eftersom de helt enkelt inte är möjliga inom denna arkitektur.

I ett nötskal är detta grunden för Radix' tillgångsorienterade DeFi-arkitektur. Det skapar en mycket mer intuitiv, enklare att använda modell för tokentransaktioner som eliminerar massor av komplexitet, vilket gör DeFi i sig säkrare än den traditionella modellen.

Modellen skiljer sig så radikalt från traditionella DeFi att Radix har återuppfunnit smarta kontrakt som "komponenter". Eftersom de är modulära och komponerbara och har tydliga funktioner, kan Radix komponenter ses som "legoklossar" som utvecklare kan använda för att sätta ihop sina DeFi-appar på ett enkelt steg-för-steg sätt, även om de inte gör det. har någon erfarenhet av programmeringsspråket Scrypto.