Hva er de forskjellige typene ERC Token Standard?: ERC-20, ERC-1155 og mer

Ethereum Request for Comment (ERC) er et sett med tekniske dokumenter med retningslinjer for å lage tokens eller smarte kontrakter for å kjøre applikasjoner på Ethereum nettverk. Dette kan være eiendeler, navneregistre, desentraliserte børser og mer.

Mens alle kan lage et token eller en smart kontrakt, hvert skript må følges for å implementere ERC vellykket. Med andre ord, hvis du ikke kan spille etter ERC-reglene, kan du ikke spille med Ethereum.

Hver ERC-standard skisserer spesifikt ulike funksjoner; for eksempel er ERC-20 for fungible tokens som DAI Stablecoin, Shiba INU, Ether, og ERC-721 er for ikke-fungible tokens (NFTs) som en enkelt Bored Ape Yacht Club NFT.

Denne artikkelen vil hjelpe deg å forstå forskjellen mellom ERC-standarder, som ERC-20, ERC-1155 og ERC-721, og noen få mindre kjente standarder, som ERC-1337 og ERC-884.

Forstå ERC-standarder

Før vi dykker inn, må vi forstå at alle utviklere må gå gjennom en Ethereum Improvement Proposal (EIP) før du oppretter en ERC.

En EIP beskriver funksjonene og spesifikke protokoller til ERC. Når det er sendt inn, vil Ethereum-utviklere vurdere forslaget, og hvis det anses som verdifullt, blir det akseptert og implementert.

ERC-20, The Dominant Token Standard

ERC-20 er den mest kjente tokenstandarden for fungible tokens, noe som betyr at de er utskiftbare verdienheter som Ether eller USDT. Denne standarden ble foreslått av utvikler Fabian Vogelsteller i november 2015.

Nesten alle tokens opprettet i Ethereum-blokkjeden bruker ERC-20-standarden, for eksempel Basic Attention Token (BAT), Chainlink (LINK) og Tether USD (USDT). Disse tokenene må holde seg til et sett med funksjoner, hovedsakelig:

totalforsyning: oppgi total tilførsel av token
balanse av: total kontosaldo på eierens konto
overføre: sende et antall tokens til en adresse
Overfør fra: overføring av et antall tokens fra en adresse
vedta: lar en bruker ta ut et antall tokens fra en bestemt konto
godtgjørelse: tillate eksterne adresser å sende tokens fra en bestemt saldo

Andre funksjoner er valgfrie, men bør vurderes for å forbedre brukervennligheten, som symbol: symbolet på tokenet (f.eks. token: polygon, symbol: MATIC).

eRC

Kilde: Ethereum.org

Som vist på bildet ovenfor, fører disse funksjonene til to hendelser: overføringshendelse, når en overføring finner sted i blokkjeden, og godkjenning, når det kreves godkjenning.

Hvert ERC-20-token er imidlertid begrenset siden det bare kan administreres av dens respektive ERC-20-smartkontrakt, mens ERC-1155-standarden – som vi skal forklare nedenfor – er designet for å støtte administrasjonen av forskjellige typer tokens, slik at de kan lette behandlingskostnader for blokkjedeapplikasjoner.

I enklere termer er ERC-20 som et stempel for tokens som sier: dette tokenet kan bare byttes med andre ERC-20-verdienheter, som USDT, ved å bruke bare en spesifikk type smart kontrakt designet for det. På samme måte kan du bytte en 50 dollar-seddel med en annen 50-dollarseddel, men du kan ikke bytte et unikt kunstverk med et annet.

ERC-1155 og ERC-721: Ikke-fungible tokens

ERC-1155 og ERC-721 er token-standarder for å bygge Non-Fungible Tokens (NFT).

Ikke-fungible tokens, som navnet antyder, er tokens med en spesifikk type metadata innebygd i dem, så de er ikke gjensidig utskiftbare. De brukes for det meste til å representere eierskap og opprinnelse for fysiske eiendeler, digitale samleobjekter, eiendeler i spillet, arrangementsbilletter, domenenavn, etc.

Og hva skiller dem? I ERC-721 kan bare en enkelt smart kontrakt behandle en enkelt type token, mens ERC-1155 lar én smart kontrakt støtte et uendelig antall tokens og funksjoner.

I lekmannstermer; ERC-721 støtter kun NFT-er, og hver NFT kan bare overføres i en enkelt transaksjon, noe som kan føre til overbelastning av nettverket og forhøyede gassavgifter. På den annen side støtter ERC-1155 konvertering av fungible tokens (som ERC-20) til ikke-fungible tokens og vice versa. Flere transaksjoner kan sendes i en hel batch, noe som gjør ERC-115 mer effektiv og kostnadseffektiv.

For å presisere, vil en applikasjon som fungerer med blokkjedespill mest sannsynlig bruke ERC-1155 på grunn av allsidigheten. For eksempel brukes Axie Infinitys Runes and Charms som ERC-115-standarder.

ERC-1337

De ERC-1337 standard er designet som et grensesnitt for replikering av dagens abonnementsbaserte betalinger, men for blokkjedeapplikasjoner/bedrifter. Selv om forslaget har potensial, har det ikke sett mye utvikling og er fortsatt en halvferdig standard.

ERC-1337 søker i hovedsak å bringe en kopi av Software-as-a-Service (SaaS)-modeller, for eksempel månedlige abonnementer brukt av strømmeplattformer og skylagring, inn i Web3, samtidig som innholdsskapere og utviklere kan forbli desentraliserte og kundene anonyme .

Med andre ord, ERC-1337-kontrakter ville eliminere tredjeparts betalingsprosessorer og tillate Ethereum-lommebøker som MetaMask å automatisk betale årlige abonnementer direkte, for eksempel til blockchain-applikasjoner. Brukere ville "signere" tilbakevendende transaksjoner for dApps i en hel batch, og disse selgerne, så å si, ville registrere alt på blokkjeden.

ERC-884: Tokeniserende aksjer

ERC-884 søker å symbolisere aksjer fra firmaer eller institusjoner, slik at de kan skaffe midler via Initial Public Offering (IPO) eller gjennom et private equity-salg uten å trenge et tilpasset aksjeregister, tradisjonelle børser eller overføringsagenter.

ERC-884 ble akseptert som et utkast i Ethereum-samfunnet etter at Delaware State Legislature vedtok en regningen som tillater offentlige og private selskaper i Delaware å utstede aksjer representert som ERC-20-tokens.

Imidlertid må ERC-884 være i samsvar med visse forskrifter, for å nevne noen:

Full verifisering av tokenholdere og hvitelistetema
Aksjonærer kan utarbeides av et spesifisert selskap
Tokens kan ikke ha brøkverdi, men hele verdien
Hvis investorer mister sine private nøkler, må de få en ny adresse
En off-chain database for å implementere Know Your Customer (KYC)-sjekker.

Siste tanker: The Future Ethereum Token Standards & You

ERC er tekniske retningslinjer for utviklere for å lage forskjellige typer tokens som passer deres behov. Uten dem ville Ethereum smarte kontrakter ha begrensede muligheter utenfor selve nettverket.

En protokoll som ønsker å utstede et fungibelt token på Ethereum-nettverket vil bruke ERC-20-standarden, og NFT-prosjekter vil velge ERC-721 eller mest sannsynlig ERC-1155. Hver ERC-standard har sin egen tilnærming til forskjellige emner og brukstilfeller, som tokenisering av tradisjonelle eiendeler eller å legge til flere funksjoner til ERC-20-standarden.

Imidlertid er mange ERC halvferdige, forlatt av utviklerne deres:

ERC-223: Denne standarden foreslo å legge til en funksjonelt gjenoppretting kalt tokenFallback, som lar ERC-223 smarte kontrakter identifisere innkommende transaksjoner med inkompatible adresser. Ethereum-utviklere har ikke implementert denne standarden, og den er stort sett glemt. I stedet har ERC-777 blitt valgt for å løse problemene ERC-233 prøvde å løse.

ERC-777 er en token-standard som har til hensikt å forbedre egenskapene til ERC-20-tokeniseringsplattformen. Denne standarden legger til flere funksjoner. En av dem er muligheten til å sende "hooks" som i hovedsak informerer smarte kontrakter og adresser om en kommende transaksjon og aksepterer eller avviser visse typer tokens.

ERC-777 er bakoverkompatibel med ERC-20, og det er ikke ment å overta posisjonen, men heller forbedre funksjonaliteten.