Utover CryptoKitties: Fremtiden for ERC-721 og eierskap av unike eiendeler

Før Blockchain var det Internett

Før blockchain og før ERC-721 var det internett (eller rett og slett nettet). De første kommersielle bruksområdene for internett dukket opp på slutten av 1980-tallet, og i 1989 opprettet Tim Berners-Lee nettet på internett. Nettet består av HyperText Transfer Protocol (HTTP), HyperText Markup Language (HTML), Universal Resource Identifiers (URI’er) og nettlesere. HTTP er den underliggende protokollen for å koble alle brikkene sammen. HTML gir et språk for å opprette nettsteder brukere kan besøke. URI-er identifiserer ressurser som nettsteder, dokumenter og bilder folk kan bruke. Nettlesere lar brukerne besøke og bruke disse forskjellige ressursene.

Det opprinnelige formålet med nettet var å gjøre det mulig for forskere å dele dokumenter og tilrettelegge for gratis utveksling av ideer. Dette lyktes ikke bare over alle rimelige forventninger, men endret også verden på få korte år.

Problemer med Internett:

Nettets begrensninger ble tydelige. Den frie ideutvekslingen klarte ikke å redegjøre for digitalt eierskap og eiendomsrett. Hvis en ingeniør lager en ny programvareoppfinnelse og slipper den på nettet, beskytter ingenting i protokollen forfatteren – brukere laster den ned, utfører den, kopierer den; oppfinnelsen egner seg til formål skaperen aldri har ment og kanskje ikke godkjenner. Protokollen gir ingen mekanisme for å finansiere forfatteren økonomisk for bruk av sitt arbeid, og protokollen gir ikke engang en mekanisme for å forhindre at noen tar oppfinnerens programvare, legger sitt eget navn på den og selger den som sin egen.

Etter hvert som nettet har utviklet seg, har enkeltpersoner og organisasjoner som ønsker å gjøre handel, søkt etter måter å forsøke å beskytte sine eiendomsrettigheter på, men manglende beskyttelse innebygd i selve protokollen begrenser mulighetene.

Verden av blockchain er annerledes.

Dekk eiendelene dine på Blockchain

I et blockchain-miljø eier noen en eiendel ved å ha en privat nøkkel. De beviser eierskap ved å signere eiendelen med en offentlig digital signatur opprettet fra den private nøkkelen. Blokkjeder handler digital valuta i et tillitsløst, desentralisert miljø, men brukere handler også eiendeler utover digital valuta. Alle varer eller tjenester som kan representeres i programvare, kan tjene som et digitalt aktivum i en blockchain.

En eiendel er klassifisert som soppbar eller ikke-soppbar. Et fungibelt aktivum er der hver enhet er nøyaktig lik hver annen enhet i sin klasse. Den amerikanske dollaren er soppbar. Hvis du går til en butikk og foretar et kjøp, bryr ikke selgeren seg om du bruker denne dollaren eller den dollaren til transaksjonen, fordi alle dollar er de samme. Ikke-fungible eiendeler er unike i sin klasse. Anta at du går til en restaurant og bestiller en kyllingsandwich som koster X beløp, og servitøren gir deg en fiskesandwich som koster nøyaktig X beløp. De to er ikke-soppbare, for selv om de er av samme natur (begge er smørbrød) og har nøyaktig samme verdi, er de ikke det samme i det hele tatt.

(Klassifiser Bitcoin som ikke-fungibel. Selv om hver bitcoin har den samme verdien på et gitt tidspunkt, inneholder hver bitcoin en kjent historie, og en bitcoin brukt på hvitvasking, narkotikahandel eller annen ulovlig aktivitet tidligere blir mindre ønskelig enn en annen bitcoin med en ren historie.)

ERC-20 og tokenstandarder

I Ethereum-nettverket eksisterer ERC-20-tokenstandarden for å skape fungible eiendeler. ERC-akronymet står for Ethereum Request for Comment, og tallet er ganske enkelt en identifiserende indeks. ERC-721-standarden er opprettet for å gjennomføre ikke-fungible eiendeler (erc721.org).

En ERC-token-standard fungerer omtrent som et grensesnitt i objektorientert programmering. Et grensesnitt definerer en kontrakt en programmerer må følge for å lage objekter. Programmerere oppretter flere objekter fra et enkelt grensesnitt, men de må implementere alle egenskaper og metoder for det grensesnittet. Objektene kan implementere flere egenskaper og metoder utover de som er definert i grensesnittet. For eksempel kan et grensesnitt definere et “kjøretøy” med egenskaper definert som “dekk” og “styremekanisme”.


Fra dette grensesnittet lager programmerere “trehjulssyklus” -objekter, “motorsykkel” -objekter og “bil” -objekter. “Motorsykkel” og “bil” -objekter inkluderer en “bensintank” -egenskap som “trehjulssykler” objekter ikke trenger. ERC-tokenstandarder fungerer på nøyaktig samme måte.

CryptoKitties and the Dawn of ERC-721

cryptokittyERC-721-standarden ble introdusert av Dieter Shirley av Axiom Zen. Det opprinnelige formålet med standarden var å lage CryptoKitties. CryptoKitties er unike samleobjekter, digitale kunstverk av katter. Du kan ikke bare eie en unik samling CryptoKitties, men du kan også avle kattene for å lage nye CryptoKitties.

Dette åpner muligheter for potensielle inntekter der du kan opprette nye katter og selge dem. Hvis du har en spesielt ønskelig CryptoKitty som andre ønsker å avle med sine, kan du tjene penger på å betale studgebyr.

Med tiden kan CryptoKitties ikke vise seg å være mer verdifulle enn hula-bøylene eller Davy Crockett coonskin-caps som var store moter i barndomens barndomsdager. I disse dager var den nyeste teknologien svart-hvitt-kringkastings-TV. Den virkelige verdien av CryptoKitties kan godt vise seg å være at de gir et bevis på konseptet for ikke-fungible digitale eiendeler..

Den ikke så hemmelige koden

Koden til ERC-721 tokenstandarden er en kontrakt som definerer hendelser og funksjoner. Generelle forklaringer på koden er tilstrekkelig her, og detaljert teknisk informasjon finnes på ERC-721 nettsted.

Programmører må implementere tre hendelser: Transfer (), Approval () og ApprovalForAll (). Overføring utløser når eierskapet endres. Godkjenning utløses når den godkjente adressen for en ikke-fungerbar token (NFT) endres eller bekreftes. ApprovalForAll utløses når en operatør aktiverer eller deaktiverer en eier.

Funksjonene programmerere må implementere er:

balanceOf () å telle alle ikke-soppbare tokens (NFT’er) som er tildelt en eier

ownerOf () for å finne eieren av en NFT

safeTransferFrom () å overføre eierskapet til en NFT fra en adresse til en annen adresse og kaster unntak hvis parametrene har problemer

Overfør fra() å overføre eierskap til en NFT

vedta() for å angi eller bekrefte den godkjente adressen til en NFT

setApprovalForAll () for å aktivere eller deaktivere godkjenning av en tredjepart (“operatør”) for å administrere alle eiendeler til msg.sender

getApproved () returnerer godkjent adresse for denne NFT eller null-adresse hvis det ikke er noen

isApprovedForAll () returnerer true hvis operatøren er en godkjent operatør for eieren, ellers returnerer false

støtter grensesnitt () returnerer true hvis kontrakten implementerer et gyldig grensesnitt-ID, ellers returnerer det false

Endelige tanker: De ni livene til nye teknologier

Rett fra get-go ERC-721 viser noen potensielle begrensninger bare på grunn av naturen til digital teknologi. Ethvert digitalt objekt strukturer bare en samling biter, og biter kan endres. Anta at du er en kunstner som har skapt det største digitale portrettet noensinne. Hvis noen velger å kopiere portrettet og male et bart på det, kan du forhindre det bare fordi du kan bevise eierskap til den opprinnelige eiendelen? Eier du den nye eiendelen som kommer fra eiendommen din? Hvis eiendelen ikke var et kunstverk, men et stykke kjørbar kode, ville du være i stand til å begrense bruken av den koden?

Når en ny teknologi dukker opp på scenen, er ikke alle muligheter og begrensninger umiddelbart åpenbare. Derfor tenker ingeniører brainstorm på potensialene og utfordringene, og hvis hjernen ikke er i stand til storm, vil det ofte være nok med duskregn og sporadiske uroligheter. Det vi kan si på dette punktet er at ERC-721 er en gjennomtenkt tilnærming, og det gir et beskjedent håp for å lindre noen av de opprinnelige manglene i protokollen for internett..

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map