Hvordan Radix omdefinerer "Skalerbarhet" i DeFi-apper

Kryptoindustrien har kjempet i hele sin historie for å overvinne problemer rundt skalerbarhet. Som den raske utvidelsen av desentraliserte applikasjoner på Ethereum – spesielt DeFi-apper – har vist oss, er plattformen Ute av stand til å takle med større trafikkmengder.

Det er ikke bra fordi hvis DeFi noen gang skal fremstå som et genuint alternativ til tradisjonell finans, må det nå samme type skala. For øyeblikket er det dessverre ikke engang i nærheten.

En rekke løsninger er foreslått, og allerede implementert. Ethereum er for eksempel i ferd med å oppgradere til "Ethereum 2.0 XNUMX XNUMX", mens andre blokkjedeprosjekter som Fantom, Avalanche og Solana alle har foreslått alternative teknikker for å øke gjennomstrømningen, som vanligvis måles i "transaksjoner per sekund".

DeFi kan imidlertid ikke skalere på bare TPS alene. Det er fordi DeFi også er avhengig av noe som heter "atomisk komposisjon” for å muliggjøre interoperabilitet i hele det voksende økosystemet.

Interoperabilitet er avgjørende for DeFi-apper. Det blir vanligvis referert til som "komposerbarhet", og kan betraktes som evnen til en dApp til å "komponere" en enkelt transaksjon som bruker flere, autonome smarte kontrakter. Dette er en viktig funksjon for de fleste DeFi-apper, da den lar dem fritt komponere transaksjoner på tvers av forskjellige andre dApps. På denne måten kan en tjeneste gi brukerne best mulig valutakurs på tvers av flere kryptovalutabørser. Alternativt gjør komponerbarhet DeFi-appbrukere i stand til å utnytte crowdsourcede likviditetspooler for å dra nytte av arbitrasjemuligheter. Uten komponerbarhet ville slike applikasjoner ikke eksistert. Det er fordi disse komplekse transaksjonene alle må skje samtidig, i et komplekst "atomisk" trinn. Dette sikrer at transaksjonen kan fullføres på tvers av alle smarte kontrakter samtidig, eller mislykkes hvis noe i en av de smarte kontraktene er ugyldig.

Denne atomære komponerbarheten fungerer som selve grunnlaget for DeFi og hundrevis av unikt raske, tilpassbare og interoperable dApps som gjør det så mye mer lovende enn de langsomme, ineffektive eldre systemene til tradisjonell finans.

Problemet med shading

Like viktig som det er, de fleste blokkjede-skaleringsløsninger som tar sikte på å øke transaksjonsgjennomstrømningen, gjør det på bekostning av atomisk komposisjon. De fleste prosjekter, inkludert Ethereum 2.0, bruker en rekke "skjæring” teknikker som tar sikte på å bryte ned blokker av transaksjoner i separate deler som kan behandles uavhengig av hverandre. Selv om dette øker transaksjonsgjennomstrømningen, betyr det også at disse "skårene" ikke har direkte eller atomær tilgang til hverandre. Som et resultat blir komponerbarheten ofret, noe som betyr at de komplekse typene transaksjoner DeFi er kjent for ble mindre effektive.

Problemet er at kommunikasjonen mellom ulike skår blir vanskeligere. Disse skårene er i hovedsak uavhengige blokkjeder i seg selv, om enn med en eller annen metode som lar dem kommunisere med hverandre. Imidlertid gjennomfører disse skårene også konsensus uavhengig av hverandre, noe som betyr at det er umulig å behandle transaksjoner på tvers av flere shards atomært. I stedet utføres kommunikasjon på tvers av shard på tvers av flere blokker på forskjellige shards ved å bruke betingede kryptografiske forpliktelser - kjent som "kvitteringer". Dette betyr at transaksjoner er mye tregere, og eliminerer fordelene med større gjennomstrømning. De er også mer utsatt for feil, for ikke å nevne ekstremt vanskelige å implementere i smart kontraktskode.

Cerberus: Raffinering av skjæring

Å takle problemet med atomisk komposisjon og samtidig sikre høyere gjennomstrømning er et av sluttmålene til den revolusjonære Radix blokkjede, som har som mål å bygge et desentralisert nettverk som virkelig er i stand til å støtte DeFi i stor skala. Radix har satt seg fore å løse spenningen mellom komponerbarhet og skalerbarhet fra av. Som sådan er ubegrenset atomisk komposisjon et av de grunnleggende kravene som er unike Cerberus konsensusmekanisme er designet for å oppnå.

Cerberus gjør dette via en helt ny form for sharding som ingen andre prosjekter har implementert. Det har resultert i en konsensusmekanisme som leverer ubegrenset parallellitet for å oppnå ubegrenset skalerbarhet, ved å behandle flere transaksjoner samtidig uten å bremse de andre prosessene på blokkjeden.

Før utformingen av Cerebrus, etablerte Radix-teamet behovet for å støtte en praktisk talt ubegrenset mengde shards for å oppnå nivået av parallellitet som kreves for en global DeFi-plattform. Samtidig anerkjente den at dens konsensusalgoritme må være i stand til å dynamisk gjennomføre konsensus om atomtransaksjoner på en måte som er synkronisert på tvers av bare de relevante shards, uten å stoppe resten av nettverket. For det tredje innså den også behovet for et applikasjonslag som er i stand til å dra nytte av denne ubegrensede parallelliteten for å støtte et ubegrenset antall transaksjoner og DeFi-apper som kjører parallelt.

For det formål har Cerberus tre unike funksjoner som muliggjør disse kravene. For det første kan den støtte et nesten uendelig antall shards som uavhengig kan oppnå konsensus parallelt. For det andre gjør det det mulig å gjennomføre atomkonsensus på tvers av ethvert sett med shards for hver transaksjon den behandler. For det tredje muliggjør det UTXO-lignende "substrater" som kan tilordnes individuelle skår etter behov.

Substrater refererer til en liten oversikt over noe der noen veldig spesifikke regler må følges. For eksempel kan en utvikler ønske å lage et "token-substrat" ​​som registrerer hvor noen tokens holdes. Dette substratet kan si noe som "det er 10 XRD i Johns konto". I så fall vil reglene for token-substratet også kreve at transaksjonen inkluderer en slik erklæring som "disse 10 XRD er ikke lenger på Janes konto". Kombinert vil dette paret av substrater beskrive en transaksjon som sender 10 XRD fra Jane til John, og sikrer at ingen XRD kan gå tapt eller opprettes ved et uhell.

Gjennom disse unike funksjonene kan Cerebrus behandle et ubegrenset antall token-transaksjoner parallelt. Med den blir statusen til hvert token tildelt et substrat. I mellomtiden er symbolene som holdes av millioner av individuelle kontoer spredt over et uendelig antall skår. På denne måten, når noen ønsker å overføre tokens til noen eller noe annet, kan de enkelte shards som registrerer hvem som eier de spesifikke eiendelene komme til konsensus uten å påvirke resten av nettverkets ytelse.

Rollen til Radix Engine

Disse tre funksjonene er muliggjort av to unike egenskaper til Radix Engine, som fungerer som Radix sitt applikasjonslag. For det første er Radix Engine i stand til å definere betydningen og reglene for underlagene, noe som gjøres gjennom programmeringsspråket Scrypto. For det andre kan hver transaksjon definere hvilke underlag som skal inkluderes i konsensus. Dette er nødvendig fordi en nøkkelingrediens i Radix sin konsensusmekanisme er at den kun gjennomfører konsensus på tvers av de nødvendige skårene. Som sådan må applikasjonslaget fortelle Cerebrus hvilke shards som er relevante for hver transaksjon.

Noe slikt er ikke mulig i Ethereums EVM-arkitektur, som er bygget rundt konseptet "global bestilling", der alt skjer på nettverket innenfor en enkelt tidslinje. Dette er nødvendig for EVM fordi en enkelt transaksjon hvor som helst i nettverket kan gjøre en endring et annet sted, for eksempel med en smart kontrakt. Det er umulig å forutsi, og derfor kan ikke EVM bruke Cerebrus sin skjæringsstil. Av denne grunn er Radix bygget på ideen om "delbestilling", der hver transaksjon er nødvendig for å spesifisere hvilke shards som skal inkluderes.

For å gjøre dette, gjør Radix Engine noen ting annerledes enn EVM. Radix Engine behandler for eksempel hvert token som et globalt objekt på plattformnivå, en nøkkelfunksjon som lar den parallellisere bevegelsen av eiendeler. I tillegg er Radix-transaksjoner alle unike, basert på "intensjon" for å sikre høy gjennomstrømming uten konflikter. Til slutt tildeles hver smart kontrakt (komponent) og dataene og ressursene den eier til en enkelt shard til enhver tid, slik at den kan behandle et nesten ubegrenset antall transaksjoner.

Ubegrenset parallellisme

En ting å huske er at komposisjon i seg selv ikke er unik for Radix og Cerberus. Faktisk er Ethereum i dag vert for mange DeFi-apper som allerede er komponerbare. Problemet med Ethereum er at gjennomstrømningen ikke er rask nok fordi hver enkelt transaksjon den behandler må gjøres via en enkelt, global konsensusalgoritme som går veldig sakte.

Skaleringsløsninger som introduserer sharding, som Ethereum 2.0, Cosmos og andre, øker gjennomstrømningen på en måte som muliggjør begrenset parallellitet med et fast antall shards. Dette kommer imidlertid av hensyn til komponerbarheten mellom ulike skår. Dessuten er gjennomstrømningen av hvert shard fortsatt begrenset, selv om de sikkert kan håndtere mange flere transaksjoner.

Det er ikke tilfelle med Radix. Når vi kombinerer funksjonene til Cerberus og Radix Engine, får vi en plattform som virkelig er i stand til å støtte DeFi i global skala med massiv parallellitet. Med den kan ressurser transaksjoneres parallelt uten noen flaskehalser, mens komponenter kan kjøres parallelt med maksimal gjennomstrømming uten konflikter. Dessuten kan hver separate DeFi-app parallelliseres for å sikre større gjennomstrømning ved å bruke flere logisk urelaterte komponenter. Til slutt forstørres effektiviteten av parallellisme fordi transaksjoner bare inkluderer komponentene og ressursene som kreves på det tidspunktet. Og fordi Cerberus utfører transaksjoner på kryss og tvers bare etter behov, kan alt dette gjøres uten å ofre atomisk komposisjon.

Hvis DeFi skal vokse globalt til samme skala som tradisjonell finans, trenger den ubegrenset parallellitet. Til nå er Radix den eneste arkitekturen som er i stand til å tilby det.

- Annonse -