Gedecentraliseerde financiering is de afgelopen jaren een van de meest overtuigende use-cases voor blockchain-technologie geworden. Het vermogen om financiële activa te beheren en diensten te verlenen zonder de noodzaak voor gecentraliseerde banken om transacties te autoriseren en klanten te verifiëren, heeft de basis gelegd voor een toegankelijker en inclusiever financieel ecosysteem waar iedereen baat bij heeft.
De verbluffende groei van de DeFi-industrie, die werd gewaardeerd op meer dan $ 77 miljard in maart 2022, onderstreept dit potentieel. Toch neemt DeFi, vergeleken met de traditionele financiële wereld, slechts een klein percentage van de financiële transacties in de wereld voor zijn rekening. Dit betekent dat er enorme ruimte is voor groei, maar dat zal pas gebeuren als DeFi op veel sterkere fundamenten is gebouwd.
Een van de grote zwakke punten van het bestaande DeFi is dat het is gebouwd op een zeer wankele en inefficiënte architectuur, namelijk slimme contracten.
Het zijn natuurlijk slimme contracten die DeFi mogelijk maken. Het is de onderliggende code waarmee gedecentraliseerde applicaties transacties kunnen automatiseren wanneer aan bepaalde voorwaarden wordt voldaan, zonder dat er een tussenpersoon nodig is. Ze zijn in theorie vergelijkbaar met traditionele contracten, maar ze zijn intelligenter omdat ze geen handhaving vereisen. Slimme contracten zijn eerder geprogrammeerd om transacties alleen uit te voeren als aan bepaalde, transparante voorwaarden is voldaan. Op deze manier kunnen ze transacties onmiddellijk uitvoeren, veel sneller dan traditionele financiële systemen, omdat er geen mens nodig is om ervoor te zorgen dat aan alle vereisten is voldaan. Doordat de tussenpersoon wordt geëlimineerd, zijn de transactiekosten ook veel lager.
Hoewel ze inderdaad veel slimmer zijn, zijn slimme contracten niet onfeilbaar. Een van de grootste uitdagingen is veiligheid. Omdat slimme contracten eigenlijk gewoon code zijn, bestaat het altijd aanwezige gevaar dat bugs of kwetsbaarheden door het net glippen. Dit is geen onbeduidend risico – miljarden dollars in waarde is geweest verloren door aanvallen op DeFi-protocollen sinds de industrie voor het eerst opkwam.
Een deel van het probleem is de leercurve voor ontwikkelaars van slimme contracten. Slimme contracten bestaan uit ongelooflijk complexe spaghetticode, en toch is het nodig om er tientallen te maken om de functionaliteit van de meeste DeFi-toepassingen te definiëren. Ontwikkelaars hebben over het algemeen meerdere jaren praktische ervaring nodig met de Solidity-programmeertaal die wordt gebruikt om slimme contracten op Ethereum en compatibele netwerken te maken, voordat ze zelfs maar kunnen overwegen om een functionele en veilige gedecentraliseerde applicatie te maken.
Deze duizelingwekkende complexiteit is voornamelijk te wijten aan het volledige gebrek aan ondersteuning voor digitale activa, zoals cryptocurrency-tokens en NFT's, op platformniveau. Hoewel DeFi bijna uitsluitend draait om activa zoals BTC, ETH, USDC, enzovoort, hebben grote blockchain-netwerken zoals Ethereum, Avalanche, Solana, Cosmos, Fantom en Binance Chain geen native concept van deze activa.
Om ontwikkelaars te helpen sneller veilige, beveiligde en functionele dApps te bouwen, is het daarom noodzakelijk om de basis van DeFi-platforms opnieuw te ontwerpen door de manier waarop slimme contracten worden gebouwd en geïmplementeerd opnieuw uit te vinden. In plaats van een bijzaak te zijn, moeten digitale activa onderdeel worden van de structuur van DeFi, zodat ontwikkelaars ze gemakkelijk kunnen maken en beheren, zonder massa's logge code te schrijven.
Waarom inheemse activa belangrijk zijn
Het voordeel van inheemse activa
Dit is de basistheorie achter Radix, een innovatief slim contactplatform speciaal gebouwd voor DeFi dat behandelt activa als een belangrijk kenmerk van zijn platform, in plaats van ze in silo's op smart contractniveau te implementeren.
Radix transacties worden uitgevoerd binnen de Radix Engine applicatieomgeving. Het belangrijkste verschil is dat Radix Engine activa, zoals tokens, aanmaakt door ze samen met hun specifieke parameters rechtstreeks van het platform op te vragen.
Met andere woorden, op Radix gebaseerde tokens zoals XRD worden niet gevormd als entiteiten op duizenden afzonderlijke saldolijsten, maar worden in plaats daarvan behandeld als fysieke objecten die zijn opgeslagen in "kluizen", of rekeningen, en tussen hen worden verplaatst wanneer transacties worden verwerkt. Deze kluizen worden rechtstreeks beheerd door hun gebruikers, in tegenstelling tot EVM waar de tokens van een persoon kunnen worden verspreid over meerdere slimme contracten die de vermeldingen voor hun openbare sleutels bevatten.
De lichamelijkheid van dit gedrag is gebaseerd op een finite state machine (FSM)-model dat tokens veilig bijhoudt terwijl ze tussen de kluizen van de gebruiker bewegen, vergelijkbaar met hoe een bezorgservice de bestellingen van de klant bijhoudt. Het is een vereenvoudigd transactiemodel, waarbij de gebruiker het platform in feite vertelt dat hij de tokens die hij bezit naar een aangewezen kluis wil sturen. Gebruikers moeten een bericht van het ene slimme contract naar het andere sturen en erop vertrouwen dat het zijn saldo-entiteiten zal bijwerken. Op deze manier kunnen fouten zoals dubbele boekhouding worden vermeden, omdat ze binnen deze architectuur gewoon niet mogelijk zijn.
Dit is in een notendop de basis van de asset-georiënteerde DeFi-architectuur van Radix. Het creëert een veel intuïtiever, gebruiksvriendelijker model voor tokentransacties dat een hoop complexiteit elimineert, waardoor DeFi inherent veiliger is dan het traditionele model.
Het model is zo radicaal anders dan traditionele DeFi dat Radix slimme contracten opnieuw heeft uitgevonden als "componenten". Omdat ze modulair en samen te stellen zijn en duidelijke functies hebben, kunnen de componenten van Radix worden gezien als "legostenen" die ontwikkelaars kunnen gebruiken om hun DeFi-apps op een eenvoudige, stapsgewijze manier samen te stellen, zelfs als ze dat niet doen enige ervaring hebben met de programmeertaal Scrypto.