NFT-er og IP 2: Utnytter ERC20-fungibilitet

Målet med denne serien er å praktisk talt koble sammen NFT-er med Opphavsrett (IP) for å hjelpe NFT skapere og samlere. Den bruker IP-språket og fokuserer på implementeringer på Solidity-kodenivå.

Del 1 av denne serien fokuserte på ERC721 ikke-fungible token-standarden. Dette artikkelen fokuserer på ERC20 fungible token-standarden for blockchain * IP, og beskriver hvordan det hjelper prisoppdagelse og mer. Del 3 kobler til ERC721 og ERC20.

1.1 Fungibilitet og prisoppdagelse

Eple-eple. Hvis du har to identiske epler side om side, og det ene selges for $0.75, kan du enkelt fastslå prisen på det andre eplet til $0.75. Du kan bytte dem mot hverandre, og det spiller ingen rolle. Det vil si at de er det soppbar. Med gull kan en unse av kan byttes til en annen; den er ombytbar. Samme for TSLA-aksjer. Samme for Bitcoin. Samme for ERC20-tokens (fungible token-standard).

Eple-oransje. Hvis du har et eple og en appelsin side ved side, og eplet selges for $2, har du fortsatt ikke mye informasjon for å prise appelsinen. Eple og appelsin kan ikke byttes ut med hverandre. Det er de ikke-fungible. Dette gjør dem vanskeligere å prise. En unse gull kan ikke byttes mot en unse sølv; den er ikke-fungibel. Et unikt maleri kan ikke byttes ut med et annet maleri; den er ikke-fungibel. Samme for ERC721-tokens (ikke-fungibel token-standard).

Prisfunn. Av de to scenariene ovenfor er det lettere å prissette epler til epler, i stedet for epler til appelsiner, fordi "epler til epler" er soppbar. Det er vanskelig å overdrive viktigheten av dette: fungibilitet hjelper i stor grad med å finne pris. Det er lettere å prise ERC20-tokens enn ERC721 [1].

1.2 Fungible IP-lisenser

Når et forlag trykker en bok, trykker de tusenvis eller millioner av eksemplarer. Når de kommer ut av pressen, kan hver av disse kopiene byttes ut med en annen. Det er de soppbar.

Åpne en bok til en av de første sidene, så finner du informasjon om utgivelsesstedet, og hvilken trykkrunde det var. Viktigere, du vil også se det velkjente copyright ©-symbolet, og navnet på den grunnleggende IP-rettighetsinnehaveren. Dette er viktig fordi den fysiske kopien av boken inkluderer en lisens til å bruke det opphavsrettsbeskyttede materialet, den grunnleggende IP-adressen. Å holde den boken i hendene gir deg fysisk tilgang til å bruke den IP-en. En trykt bok inkluderer en fungibel IP-lisens.

Hvis du leier en film fra Amazon Prime, får du en lisens til IP-en til den filmen, den grunnleggende IP-en. Du får digital tilgang til den i 48 timer. Over tid kan millioner av mennesker leie den filmen, dvs. lisensiere den grunnleggende IP-en. En leid film inkluderer en ombyttbar IP-lisens.

Vurder en værstasjon som registrerer temperatur, vindhastighet, vindretning, nedbør og lufttrykk over år. Værstasjonseierne holder dette datasettet som IP, og lisensierer det til tusenvis av værmeldingsbyråer over hele verden. Hver lisens er akkurat som de andre lisensene. En værdatalisens er en fungibel IP-lisens.

Det er mange flere eksempler innen musikk, videospill, fotografier og mer. Det går utover copyright IP; det skjer også for varemerke-IP og patent-IP, når som helst det er mer enn én lisens som kan byttes.

Fungible IP-lisenser kan ha begrenset or ubegrenset utgaver. Brukssaker i begrenset opplag er rundt samleobjekter og kunstverdenen. Ubegrensede utgaver inkluderer lisensiering av arkivbilder, leie av filmer, kjøp av e-bøker og mer.

1.2 ERC20 Standard

ERC20 er en fungibel token-standard. Det er den mest populære standarden for tokens, fungible eller annet.

De fleste kryptolommebøker støtter ERC20. AMM DEXer utnytter ERC20-fungibilitetsegenskapene for prisoppdagelse, til stor suksess: de har nå milliarder i daglig volum. Det er ikke bare for utveksling; de Defi community har utviklet verktøy for lån, stablecoins, forsikring og mer rundt ERC20. Selv mange ikke-Ethereum-kjeder støtter ERC20.

Hvis man ønsker å tokenisere fungible eiendeler, er ERC20 et godt valg.

1.3 Fungible IP-lisenser via ERC20

IP-lisenser kan være fungible; og ERC20 er den ledende fungible token-standarden. Da er ERC20 et logisk valg for å representere fungible IP-lisenser. NFT felt bruker den deretter; la oss se på noen eksempler.

RAC-er $TAPE token er et eksempel som bruker ERC20. Her er 1.0 TAPE tokens vant til innløse en musikklisens i et kassettmedium. TAPE er på Uniswap AMM, som muliggjør prisoppdagelse rundt $4K per token disse dager.

$SOKKER er et annet eksempel, der SOCKS tokens løser inn et par sokker. Eller, $ FAME og $BAP brukes til å løse inn t-skjorter. Mens fokuset er på den fysiske gjenstanden, har hver en tilknyttet opphavsrettslig design. AMM-prisoppdagelse har ført til at en enkelt $SOCKS-utgave har nådd $164K, og $tusener for $FAME og $BAP. Dette er spennende brukssaker.

Ovennevnte er eksempler på engangssymboler. Havmarkedet skalerer dette, som en plattform som gjør det enkelt å publisere, satse/bytte og innløse ERC20-tokens for IP med passende legaler. Det bruker AMM-er for prisoppdagelse, likviditet og kurasjon. Ocean Market er en referanse markedsplass; mer enn et dusin lag har fordelt sin Apache2-frontend-kode for å lage sine egne blockchain IP-markeder for sin egen nisje.

1.4 *Ikke* Fungible IP-lisenser og ERC20

I bokeksemplet ovenfor, fikk forfatteren opphavsrett for boken sin ved å forplikte sin kreative skriving til papir. Forfatteren kunne da trykke mange eksemplarer av boken selv, som ombyttelige lisenser. Det er imidlertid ikke sikkert at det er forfatterens sterke side å trykke bøker. Så de vil vanligvis gi en eksklusiv lisens av base-IP til forlaget; deretter trykker huset bøkene som fungible underlisenser.

Samme for musikk. Musikeren kunne lisensiere verkene sine direkte til sine tusenvis av lyttere. Tradisjonelt har dette vært vanskelig, så musikere vil typisk ha en eksklusiv lisens for basis-IP ("master tape"), deretter vil etiketten utføre fungibel underlisensiering til lyttere osv. Den eksklusive lisensinnehaveren overtar rettighetene som opphavsrettsinnehaveren hadde i utgangspunktet .

ERC20 har et middel til å representere eieren av denne base IP (opphavsrett / eksklusiv lisens): adressen som kontrollerer ERC20.eier [4]. Vi utdyper nedenfor.

Resten av denne artikkelen blir mer teknisk; den beskriver hva ERC20-koden gjør fra et IP-perspektiv.

Denne delen beskriver hvordan atferd på kodenivå ERC20 tilordnes en IP-ramme. For å understreke likheten med ERC721-tilnærmingen i begrenset opplag gitt i den første artikkelen, bruker vi her et eksempel på begrenset opplag ERC20 (vs. ubegrenset utgave; uten tap av generalitet).

2.1 Definisjoner

ERC20-er i begrenset opplag betyr at det er flere lisenser (utgaver) for samme base IP. Slik implementerer du.

• Å publisere betyr å kreve base IP, klar for sub-lisensiering av begrensede utgaver. Kravet er via ERC20.constructor(), og metadata peker på en T & C angir at dette er et krav om base IP. Metadata lagres som en utvidelse til ERC20 eller i en egen kontrakt. Deretter, ERC20.mint(to=self, value=n lisenser) for å forberede underlisensiering.
• Til underlisens betyr å overføre en (av mange) underlisenser til en ny rettighetshaver. Dette er implementert som ERC20.transfer(to=lisensinnehaver, verdi=1.0) [2]. For juridiske personer sier T&C at å eie 1.0-tokens betyr å ha en underlisens med spesifikke rettigheter. Ved utplassering av ERC20 kunne man sette desimaler=0 å representere nøyaktig 1 lisens alltid. Enda bedre, hvis vi setter desimaler=18 vi tillater delt eierskap av lisenser [3], og lar tokenet fungere for AMM-er, lån osv. (et stort pluss).
• Base IP: representert ved ERC20-adresse fra publiseringstransaksjonene.
• Base IP holder: Lagret i ERC20.eier. Dette betyr at ERC20 gir en praktisk måte å identifisere base IP-holderen.
• Underlisensinnehaver: enhver adresse som inneholder ≥ 1.0 ERC20-tokens.

Det er viktig at tokenene til en gitt ERC20-kontrakt bare kan løse inn en enkelt type lisens/vare, ellers erstatter den utilsiktet den semantiske betydningen av selve ERC20-tokenet ("det er en lisens") med ganske enkelt å være en enhet-of-exchange token. .

2.2 Limited-Edition ERC20: Management of Base IP

ERC20-tokens i seg selv er for administrasjon av IP-lisenser. Interessant nok støtter oppsettet administrasjon av den underliggende base IP (opphavsrett eller eksklusiv lisens). Dette er hvordan.

Husk først at base IP-eierskap er lagret i en tilstandsvariabel (ERC20.eier). Så man kan overføre base IP-eierskap ved å endre verdien til en ny adresse via ERC20.transferOwnership(). Base IP-eierskap er brøkdel når en multisig-lommebok eller DAO kontrollerer adressen. Verdien kan påløpe base IP før noen lisenser opprettes, dvs. før ERC20-tokens preges. For å tjene penger med >1 lisenstyper (f.eks. e-bok vs trykt bok), opprette én ERC20-kontrakt for hver lisenstype, hver med samme base IP.

2.3 Limited-Edition ERC20: Sekvensdiagram

Her er et utført eksempel med fokus på atferd. Det er 3 begrensede utgaver.

Trinn ❶ er en Publiser handling. Forlaget ringer ERC20.constructor() metoden for å kreve basis-IP, da ERC20.mint() å prege 3 tokens med adresseP som opprinnelig eier. De ERC20s eier attributt (en adresse) blir oppdatert til adresseP, og dets balanserer attributt (en tilordning) blir oppdatert til 3.0 ved indeks adresseP.

Trinn ❷ er en Underlisens handling av en utgave, fra Publisher til Lisenshaver1 (adresse1). ERC20.balanser blir oppdatert: verdien på adresseP reduseres med 1.0, og verdien på adresse 1 settes til 1.0.

Trinn ❸ er en Underlisens handling av en utgave fra Lisensinnehaver 1 til Lisensinnehaver 2. ERC20.balanser oppdateres deretter.

Trinn ❹ er en Underlisens handling av en utgave fra Publisher til Lisensinnehaver 3. ERC20.balanser oppdateres deretter.

Trinn ❺ overfører base-IP-en til en ny eksklusiv lisensinnehaver ved å ringe ERC20.transferOwnership() som endres ERC20.eier til en ny adresse. (Merk: dette trinnet ble ikke vist for Limited-Edition ERC721 fordi det ikke er mulig i det oppsettet.)

Source: https://blog.oceanprotocol.com/nfts-ip-2-leveraging-erc20-fungibility-bcee162290e3?source=rss——-8—————–cryptocurrency