NyheterUtviklereEnterpriseBlockchain ExplainedBegivenheter og konferanserPresseNyhetsbrev

Abonner på vårt nyhetsbrev.

Epostadresse

Vi respekterer personvernet ditt

HjemBloggCodefi

Forstå Universal Token for Assets and Payments

av Matthieu Bouchaud 19. oktober 2020 Publisert 19. oktober 2020

Da Codefi-teamet begynte å utvikle Universal Token for Assets and Payments, visste vi at fremtiden for finans ville sitte i skjæringspunktet mellom tradisjonell finans og desentralisert finansiering. 

Vår ambisjon var å finne en måte å skape en bro mellom begge verdener på.

Men per i dag har disse to verdenene veldig forskjellige egenskaper:

• Desentralisert økonomi (DeFi) er fremdeles stort sett forbeholdt kryptovennlige investorer, og har vanskeligheter med å tiltrekke seg mer tradisjonelle investeringsaktører.

• Tradisjonell økonomi krever fortsatt sterke kontrollmuligheter over utstedte eiendeler, mens DeFi fremmer enkel tilgang og prosessautomatisering.

• Endelig er sentralisert økonomi (CeFi) avhengig av tillit til loven og finansinstitusjoner, mens DeFi er avhengig av tillit til kode.

Nå er spørsmålene:

• Hvordan forener vi disse to verdenene?

• Hvordan øker vi mangfoldet og volumet av eiendeler i DeFi-verdenen?

• Hvordan kan vi frigjøre tradisjonelle eiendeler i DeFi-økonomien, for å dra nytte av fordelene den gir?

Fremtiden ser slik ut …

En verden der DeFi-automatiseringsmekanismer utvides til å omfatte tradisjonelle eiendeler, samtidig som de overholder eksisterende regulatoriske begrensninger.

Selvfølgelig vil dette ikke skje over natten. For å oppnå Codefis oppdrag å gjøre denne overgangen smertefri, vil vi jevnt introdusere tradisjonelle investorer til DeFi-verdenen, mens vi nøye vurderer kravene til eksisterende systemer.

Å akseptere begrensningene i det eksisterende systemet (inkludert sterke muligheter for utsteder- eller regulatorkontroll, juridiske avtaler, investorverifisering osv.) Er den eneste måten å overbevise det “tidlige flertallet” om å innføre et nytt tankesett..

For å overbevise det tidlige flertallet, er vår strategi å abstrakte kompleksiteten i blockchain (inkludert Ethereum-adresser, transaksjonsasynkronisme, gassbetalinger, privat nøkkeloppbevaring, etc.). Hvis vi lykkes, bør disse endringene være usynlige for sluttbrukere.

Å bygge videre på det eksisterende systemet er den eneste måten å øke adopsjonen på.

Se på webinaret Ta kontakt med tokeniseringsekspertene på Codefi for å lære mer

Hva forventes av en symbolsk standard for å gjøre denne konvergensen til virkelighet?

Hva er de viktigste utfordringene å overvinne?

Vi mener det er fire hovedkrav:

• Først: Tilpassede kontrollmekanismer. Det er et lovlig krav for at utstedere av eiendeler i tradisjonell økonomi skal ha sterk kontrollfunksjon over utstedte eiendeler.

• For det andre: Eiendomsutstedere er ansvarlige for å ha et pålitelig investorregister.

• Tredje: Levering-mot-betaling-operasjoner på sekundærmarkedet, må være et resultat av mekanismer som ikke kan mislykkes.

• Til slutt må alle disse kravene tas i betraktning mens vi beholder kompatibiliteten med Ethereum-økosystemet, og mer spesifikt med DeFi-verktøy..

Vi vil nå dype dykk i disse fire kravene for å utforske de viktigste funksjonene som tilbys av Universal Token for Assets and Payments.

La oss begynne med interoperabilitet.

En av tingene som Ethereum har gjort best, er dens tokenstandarder.

Hele Ethereum-samfunnet har nådd enighet om disse standardene.

Et rikt økosystem av verktøy og plattformer har dukket opp.

Den mest kjente tokenstandarden kalles ERC20: Det er et grensesnitt for soppbare tokens.

Funksjonene “transfer” og “balanceOf” er nå forutsetninger for å være kompatible med lommebøker og viktige løsninger, som MetaMask eller Ledger hardware lommebøker..

Funksjonene “allowance” og “transferFrom” er viktige for interoperabilitet med andre smarte kontrakter. For eksempel bruker AirSwaps p2p-handelsplattform disse funksjonene til å utføre levering mot betaling.

Til slutt er et viktig aspekt av interoperabilitet muligheten for å sperre tokens. Å sperre et token betyr å godta en smart kontrakt for å være eieren av tokenet (i stedet for en menneskelig person).

Token escrow-mekanismer brukes av mange DeFi-smarte kontrakter:

• Utlånskontrakter som Compound trenger escrows for å lagre sikkerhetspolicyer.

• Desentraliserte børser som Uniswap, eller derivatplattformer som Synthetix, trenger sperringer for å skape likviditetsbassenger.

Til slutt er et ERC20-grensesnitt og muligheten for å sperre tokens obligatorisk for Ethereums økosystemkompatibilitet.

Det andre hovedtemaet for eiendeler og betalinger er kontrollmekanismer.

Når du bygger finansielle instrumenter, er det viktig å kontrollere hvem som har tilgang til et bestemt instrument. Hver aktivfordeling eller overføring av eiendeler må kontrolleres av utstederen av eiendelen.

Det er to hovedløsninger vi har implementert for å sikre dette:

• Den til venstre er basert på sertifikater generert utenfor kjeden. Et sertifikat er en signert hash av transaksjonsparametere. Det må opprettes et nytt sertifikat for hver nye overføring. Dette gir veldig sterke kontrollmuligheter. Men dessverre er det ikke kompatibelt med ERC20-grensesnittet, og dermed blir ting mer komplisert når det gjelder interoperabilitet med Ethereum-økosystemet.

• Den andre løsningen, til høyre, er basert på en liste over validerte investorer lagret i kjeden. Den token smarte kontrakten konsulterer denne listen hver gang den trenger å utføre en overføring. I fremtiden ser vi for oss en verden der slike globale tillatelseslister vil bli kurert av konsortier av finansinstitusjoner eller til og med regulatorer selv, men i dag eksisterer de ikke. Denne metoden mangler fleksibilitet siden det kreves en Ethereum-transaksjon hver gang listen må endres. Men det gode er at det tillater bruk av ERC20-overføringsfunksjonen, og dermed gjør den interoperabel med Ethereum-økosystemet.

I tradisjonell økonomi er korrekt vedlikehold av et register ansvar for veldig store institusjoner, som Central Security Depositories, overføringsagenter eller til og med utstedere selv i noen tilfeller. Disse institusjonene må beholde full kontroll over registeret. Når tokenet er konfigurert til å være “kontrollerbart”, gir det utsteder muligheten til å tvinge tokenoverføringer, tokenopprettelse eller ødeleggelse.

Dette er ikke tilfelle i DeFi, der ingen andre enn tokeninnehaveren kan bestemme seg for å overføre et token.

Dette blir sett på av noen som en veldig kraftig funksjon som beveger tillit til kjernen i en protokoll i stedet for å overlate den til en offentlig eller privat myndighet..

Begge oppsettene, kontrollerbare eller ikke, kan tilpasses, avhengig av brukssaken, og funksjonen “renounceControl” lar brukerne bytte fra ett oppsett til et annet.

La oss gå til neste emne: Påliteligheten til investorregisteret.

Når du flytter tradisjonelle verdipapirer på et offentlig blockchain-nettverk, må et grunnleggende prinsipp respekteres: det opprettet eierregisteret må til enhver tid gjenspeile den fordelaktige innehaveren av eiendelene..

Problemet oppstår når dette kravet ikke er kompatibelt med sperringsmekanismen.

Faktisk, til høyre for dette lysbildet, når Joe escrow’s 4 token i en sperret kontrakt, er eieren av token escrow, som synlig på blockchain er smartkontrakten og ikke Joe.

Dette problemet gjør det komplisert, eller til og med umulig å vite, at Joe fremdeles er den gunstige eieren av eiendelene. Vi mister den viktigste funksjonen i blockchain som et verktøy for registervedlikehold.

Opprinnelig er grunnen til at vi trenger å sende tokens til en sperret, å låse dem og sørge for at de ikke kan brukes.

Token holder, som du kan se til venstre, er et alternativ til escrows, som tillater låsning av tokens mens du holder dem i lommeboken til investoren. Fordelen med token holder er at de opprettholder investorregisteret, og sørger for at vi til enhver tid vet hvem den reelle eieren av eiendelen er..

Token hold er også veldig nyttige når det gjelder å dele ut utbytte til investorer, i forhold til mengden token de eier, fordi vi er sikre på at investorregisteret er pålitelig.

Endelig er det siste fokuset vi har sekundærmarkedet, og utførelsessikkerheten for levering-mot-betaling (DvP) -operasjoner.

DvP er en operasjon som består i å bytte tokens som representerer kontanter mot tokens som representerer eiendeler.

DvP er et viktig trekk ved det nåværende finansielle systemet og er kjernen i alle finansielle transaksjoner. DvP på blockchain er veldig interessant, siden denne nye teknologien tillater utførelse av disse operasjonene uten mellommenn og med sikkerhet for utførelse.

I dagens DeFi er de fleste DvP-prosesser enten avhengige av kvoter eller sperrer for å klare token-utveksling. Men både kvoter og sperrer er ikke optimale:

• Tillatelsesmekanismer (senter) gir ikke sikkerhet for utførelse av DvP (siden kvoten ikke forhindrer brukeren å bruke tokens på noe annet etter at han har opprettet en handelsordre)

• Escrow mekanismer (høyre), gir sikkerhet for utførelse, men som beskrevet i forrige lysbilde, sparer ikke escrows nøyaktigheten til registeret (siden sperretekontrakten blir eier av tokens, i stedet for investoren).

Siden kvoter og sperrer ikke er optimale, har vi bestemt oss for å bruke sperrer.

Et hold, i likhet med en godtgjørelse, er en autorisasjon opprettet av tokenholderen, for å tillate noen andre å overføre tokens på hans vegne. Men et tak går lenger enn en godtgjørelse, ved å forby innehaveren å bruke tokens til noe annet, når lastet er opprettet. Tokene er låst på hans egen konto.

Levering mot betaling basert på tokenhold (venstre) kombinerer begge:

• Fordelen med sperringen, at poletter ikke kan brukes på noe annet før handelsutførelsen

• Fordelen med godtgjørelsen, som bevarer et pålitelig tokenregister

Videre er tokenhold kompatibel med HTLC-mekanismer, en mekanisme som gjør det mulig å håndtere tilfeller der atom-DvP ikke kan utføres:

• Enten når cash token og asset tokens er på 2 forskjellige blockchain-nettverk

• Eller når kontant-token og aktiva-tokens er private smarte kontrakter (personverngrupper eller zkAssets)

Nå som vi har alle disse kravene i bakhodet, er her en oversikt over Universal Token for Assets and Payments.

Som hybridtegn har den fordeler fra begge deler:

• Fordelene med soppbarhet

• Fordelene med ikke-soppbarhet

Den kombinerer alle kravene som er oppført i denne presentasjonen:

• For kontrollmekanismer tilbyr den en modul for sertifikatkontroll, en modul for tillatelseskontroll, den gir muligheten til å tvinge overføringer

• For påliteligheten til investorregisteret, gir den en modul for å opprette tokenhold

• For sikkerhet med levering-mot-betaling-utførelse inkluderer det tokenhold for atom-DvP og HTLC-mekanismer for ikke-atomiske DVP-er

• For interoperabilitet tilbyr den et ERC20-grensesnitt

Hver av disse funksjonene kan slås PÅ og AV i løpet av symbolets livssyklus.

Vi tror denne modulære tilnærmingen gir tilstrekkelig fleksibilitet til å tilfredsstille både tradisjonelle interessenter og kryptovennlige publikum, for å gjøre DeFi <> CeFi-konvergens er en realitet.

Besøk Github Repo for Universal Token

Hybridstrukturen til token tillater til og med oppsett av forskjellige moduler for forskjellige tokenklasser:

• noen klasser kan settes opp for tradisjonell økonomi, ved å være kontrollerbar, og inkluderer sertifikatmodulen

• andre klasser kan settes opp for desentralisert økonomi, og stole på en tillatelsesmodul

Tokens kan bytte fra en token klasse til en annen, med en rampe / off-ramp mekanisme. Ved å flytte tokens fra en klasse til en annen kan utstedere enkelt endre hvordan de blir kontrollert.

Dette betyr at utstedere kan utstede finansielle instrumenter akkurat nå med et oppsett tilpasset gjeldende reguleringssammenheng, og bestemme seg for gradvis å tilpasse et oppsett for Decentralized Finance når reguleringen blir tydeligere.

Se på webinaret

Avslutningsvis er universal token modulær, evolutiv og kan tilpasses flere bruksområder, og gjør det til en relevant standard for å oppnå forening av to verdener.

Muligheten for å slå funksjoner på og av når som helst, gjør at utstedere kan gå over fra CeFi til DeFi med samme tegn.

• Utviklingen av loven vil tillate at tradisjonell økonomi sakte migrerer mot mer “desentraliserte” oppsett

• På den annen side vil grensesnitt for DeFi-verktøy utvikle seg til å bli kompatible med et høyere antall standarder (ved å støtte tokenhold, sertifikater osv.)

Ta kontakt med tokeniseringsekspertene på Codefi for å lære mer Utforsk Codefi Assets

Asset ManagementTokenizationUniversal TokenNyhetsbrev Abonner på vårt nyhetsbrev for de siste Ethereum-nyhetene, bedriftsløsninger, utviklerressurser og mer.

Mike Owergreen Administrator

Sorry! The Author has not filled his profile.

follow me