Du kan ikke lave 'Real DeFi', medmindre det er aktivorienteret

- Annonce -

Decentraliseret finansiering er blevet en af de mest overbevisende use cases for blockchain-teknologi i løbet af de sidste par år. Dets evne til at administrere finansielle aktiver og levere tjenester uden behov for centraliserede banker til at autorisere transaktioner og verificere kunder har skabt grundlaget for et mere tilgængeligt og inkluderende finansielt økosystem, der kommer alle til gode.

Den fantastiske vækst i DeFi-industrien, som blev vurderet til mere end $ 77 mia i marts 2022, understreger dette potentiale. Alligevel tegner DeFi sig kun for en lille procentdel af verdens finansielle transaktioner sammenlignet med traditionel finansverden. Det betyder, at der er enorm plads til vækst, men det vil ikke ske, før DeFi er bygget på et meget stærkere grundlag.

En af de store svagheder ved eksisterende DeFi er, at den er bygget oven på en meget rystende og ineffektiv arkitektur – nemlig smarte kontrakter.

Det er selvfølgelig smarte kontrakter, der gør DeFi muligt. De er den underliggende kode, der gør det muligt for decentrale applikationer at automatisere transaktioner, når visse betingelser er opfyldt, uden behov for en mellemmand. De ligner i teorien traditionelle kontrakter, men de er mere intelligente, fordi de ikke kræver håndhævelse. Smarte kontrakter er snarere programmeret til kun at udføre transaktioner, når visse, gennemsigtige betingelser er opfyldt. På denne måde kan de udføre transaktioner øjeblikkeligt, langt hurtigere end traditionelle finansielle systemer kan, da der ikke er behov for et menneske til at sikre, at alle kravene er opfyldt. Fordi formidleren er elimineret, er transaktionsgebyrerne også meget lavere.

Selvom de faktisk er meget smartere, er smarte kontrakter ikke ufejlbarlige. En af de største udfordringer er sikkerheden. Fordi smarte kontrakter i virkeligheden kun er kode, er der den altid tilstedeværende fare for, at fejl eller sårbarheder glider gennem nettet. Dette er ikke en ubetydelig risiko – milliarder af dollars i værdi har været tabt til angreb på DeFi-protokoller siden industrien først opstod.

En del af problemet er den involverede læringskurve for udviklere af intelligente kontrakter. Smarte kontrakter består af utroligt kompleks spaghettikode, og alligevel er det nødvendigt at oprette dusinvis af dem for at definere funktionaliteten af de fleste DeFi-applikationer. Udviklere har generelt brug for flere års praktisk erfaring med Solidity-programmeringssproget, der bruges til at skabe smarte kontrakter på Ethereum og kompatible netværk, før de overhovedet kan overveje at skabe en funktionel og sikker decentral applikation.

Denne svimlende kompleksitet skyldes primært den fuldstændige mangel på understøttelse af digitale aktiver, såsom kryptovaluta-tokens og NFT'er, på platformsniveau. Selvom DeFi næsten udelukkende drejer sig om aktiver som BTC, ETH, USDC og så videre, har store blockchain-netværk som Ethereum, Avalanche, Solana, Cosmos, Fantom og Binance Chain ikke noget indbygget koncept for disse aktiver.

For at hjælpe udviklere med at bygge sikre, sikre og funktionelle dApps hurtigere, er det derfor nødvendigt at redesigne selve grundlaget for DeFi-platforme ved at genopfinde den måde, smarte kontrakter bygges og implementeres på. I stedet for at være en eftertanke, skal digitale aktiver blive en del af DeFi-strukturen, så udviklere kan skabe og kontrollere dem med lethed uden at skrive masser af uhåndterlig kode.

Hvorfor indfødte aktiver betyder noget

For at forstå vigtigheden af asset-oriented DeFi, hjælper det at se på de problemer, der er forårsaget af Ethereums mangel på indfødte aktiver. Med Ethereum implementerer udviklere smarte kontrakter på netværket på deres egen lille plads, hvor de er i stand til at gemme data, der opdateres konstant, mens de behandler transaktioner. I denne arkitektoniske model skal hver enkelt funktion i DeFi implementeres som en smart kontrakt. Der er ingen anden måde. Så en token som ETH er repræsenteret som en smart kontrakt, der sporer tegnebogssaldi, mens en multi-sig konto er en anden smart kontrakt, der skal underskrives af flere offentlige nøgler for at udføre en handling. Tokenswaps, lån, likviditetspuljer – you name it – de er alle implementeret som smarte kontrakter.

Med DeFi kommunikerer disse smarte kontrakter med hver enkelt via et komplekst meddelelsesnetværk for at udføre selv de mest simple funktioner. For eksempel skal en smart kontrakt, der indeholder nogle tokens, kommunikere med en anden kontrakt, der implementerer denne token separat via en liste over saldi og metoder til at justere disse saldi. For at aktivere dette gør Ethereum Virtual Machine-applikationsmiljøet det muligt for smarte kontrakter at sende beskeder til hinanden. På denne måde er smarte kontrakter komponerbare, hvilket betyder, at udviklere kan forbinde dem på en sådan måde, at de kan udføre komplicerede transaktioner på en koordineret måde.

Dette er grundlaget for moderne DeFi, men det er frygtelig ineffektivt, med hver enkelt funktion implementeret i en smart kontraktsilo. Det resulterer i, at millioner af meddelelser konstant flyder frem og tilbage på tværs af netværket med kompleks logik, der kræves for at udføre den rigtige handling som svar på hver enkelt, og en strøm af stadigt skiftende data, der opbevares inden for hver smart kontrakt, der registrerer alle de transaktioner, de udfører.

Eksistensen af DeFi-applikationer som Uniswap og Curve viser os, at denne arkitektur virker, men det betyder ikke nødvendigvis, at den fungerer godt. Tværtimod viser talrige DeFi-hacks os, at det er en frygtelig ineffektiv model, der skaber virkelig farlige risici for sine brugere.

Hvad der dog er indlysende er, at disse interaktioner mellem digitale aktiver er grundlaget for hver enkelt DeFi-transaktion. Så det er naturligt, at en aktivorienteret DeFi-arkitektur ville være langt mere effektiv.

The Advantage Native Assets

Dette er den grundlæggende teori bag radix, en innovativ smart kontaktplatform bygget specielt til DeFi det behandler aktiver som en nøglefunktion af sin platform, i stedet for at implementere dem i siloer på smart kontraktniveau.

Radix-transaktioner udføres i Radix Engine-applikationsmiljøet. Den vigtigste forskel er, at Radix Engine opretter aktiver, såsom tokens, ved direkte at anmode om dem fra platformen sammen med deres specifikke parametre.

Med andre ord dannes Radix-baserede tokens såsom XRD ikke som enheder på tusindvis af separate saldolister, men behandles i stedet som fysiske objekter, der er gemt i "hvælvinger", eller konti, og flyttes mellem dem, når transaktioner behandles. Disse bokse styres direkte af deres brugere, i modsætning til EVM, hvor en persons tokens kan være spredt blandt flere smarte kontrakter, der indeholder indtastningerne til deres offentlige nøgler.

Fysiskheden af denne adfærd er baseret på en finite state machine (FSM) model, der sikkert sporer tokens, når de bevæger sig mellem brugerens hvælvinger, svarende til hvordan en leveringstjeneste holder styr på kundens ordrer. Det er en forenklet transaktionsmodel, hvor brugeren i det væsentlige fortæller platformen, at de ønsker at sende de tokens, de har, til en udpeget boks. Brugere skal sende en besked fra en smart kontrakt til en anden og stole på, at den vil opdatere sine balanceenheder. På denne måde kan fejl som dobbeltregnskab undgås, da de simpelthen ikke er mulige inden for denne arkitektur.

I en nøddeskal er dette grundlaget for Radix' aktivorienterede DeFi-arkitektur. Det skaber en langt mere intuitiv, lettere at bruge model for token-transaktioner, der eliminerer et væld af kompleksitet, hvilket gør DeFi i sagens natur mere sikker end den traditionelle model.

Modellen er så radikalt anderledes end traditionel DeFi, at Radix har genopfundet smarte kontrakter som "komponenter". Fordi de er modulopbyggede og komponerbare og har klare funktioner, kan Radix's komponenter opfattes som "legoklodser", som udviklere kan bruge til at sammensætte deres DeFi-apps på en enkel, trin-for-trin måde, selvom de ikke gør det. har nogen erfaring med programmeringssproget Scrypto.