API3 Review: Bygge desentraliserte APIer for Web 3.0

Desentraliserte autonome organisasjoner, oftere kalt DAOs, er en stadig mer vanlig måte å gi hands-off styring for blockchain-prosjekter, og et av prosjektene nylig i søkelyset er API3.

Prosjektet er et ambisiøst prosjekt som ønsker å takle “Oracle-problemet” og finne en måte å koble sammen de ulike API-ene til dataleverandørene. Tilnærmingen til å bygge et desentralisert API-nettverk (dAPI) er det som har fått så mye oppmerksomhet mot prosjektet. Det har også blitt kalt “Chainlink Killer”, og det navnet gir også mye sprøytenarkoman til prosjektet.

I den følgende gjennomgangen vil vi se på API3-prosjektet og hvordan det fungerer, mens vi også diskuterer tilnærmingen til å løse Oracle-problemet. Vi vil også se på tokenomics i prosjektet, mens vi diskuterer brukssaker og nøkkelfunksjoner i API3.

Hva er API3?

For å få et innblikk i begrepet hva API3 gjør, må vi først forstå hva APIen selv gjør. Forkortelsen API står for Application Programming Interface, og det er en veldokumentert protokoll som muliggjør overføring av data og tjenester.

APIer har lenge vært i bruk av web- og mobilapplikasjoner, og programmerere er ekstremt kjent med dem. Et eksempel på et API er metoden som brukes av de forskjellige kryptokursutvekslingene for å levere data til aggregatorene som Coinmarketcap.com.

API3-logo

API3-prosjektet er en potensiell løsning på orakelproblemet. Bilde via API3.org

API-et er ekstremt praktisk for alle typer applikasjoner. Det er også brukt til å tjene penger på data i mange tilfeller der dataleverandører tillater utviklere å inkludere dataene sine i en app mot et gebyr. Dette er ganske positivt for programvareutvikling, siden det er en måte for utviklere å bygge appen sin mer effektivt uten å måtte lage alt selv. Tenk på API-er som et Lego-sett, der utviklere kan velge hva de trenger og deretter feste det i applikasjonene sine. Uten API-er ville mange applikasjoner falle fra hverandre.

Selv om alt dette høres fantastisk ut for applikasjonsutvikling, oppstår det et problem på grunn av utviklingen til dApps og Web 3.0. Problemet er at API-infrastrukturen ikke er kompatibel med disse nye teknologiene. API3 jobber imidlertid for å gjøre det mulig for de eldre API-dataleverandørene å koble datakildene sine til smarte kontrakter uten behov for en tredjepartsformidler. De oppnår dette gjennom det dAPI desentraliserte blockchain API-nettverket.

Verdiproposisjon av dAPI

Før API3-løsningen trodde man at oracle-teknologi kunne gi data til smarte kontrakter som en mellomvareløsning. En av de mest kjente av disse er Chainlink. Chainlink-løsningen har en node som ligger mellom API-leverandøren og den smarte kontrakten som krever data. Problemet er at dette legger til et nytt mellomledd i prosessen, og et av de ledende prinsippene i desentralisering er å fjerne tredjepartsløsninger.

Et problem med dette designet er at ofte vil et orakelnettverk være leiesøkende, noe som betyr at kostnadene for alt øker kontinuerlig. Og siden Chainlink har blitt et dominerende orakelnettverk, får det også monopol på datafeeder, noe som skaper en type sentralisering. I tillegg er det ingen måte å styre dataene som blir gitt til oraklene. Ja, nodene straffes for å levere dårlige data, men det er ingen straff håndhevet på dataleverandøren.

Chainlink Oracle

Forespørsler på Chainlink fordeles på både orakler og datakilder.

API3 mener løsningen er å la API-leverandørene kjøre sine egne noder. Dette skaper konkurranse som vil senke inflasjonen, det fremmer desentralisering, og det tillater en måte å faktisk styre dataleverandørene selv. Med den enorme veksten i DeFi-økonomien er det avgjørende at applikasjoner er i stand til å hente pålitelige og pålitelige data. Og en måte å sikre dette på er å gjøre prosessen så gjennomsiktig som mulig.

Under API3-systemet vil hvert orakel eie dataene og tjenestene som blir levert, noe som gjør dem til orkester fra første parti. Dette øker ikke bare desentralisering, det vil også gjøre det mulig å kurere datafeedene transparent, noe som er en viktig faktor i DeFi-applikasjoner.

Oracle-problemet

En av de mest kjente problemene som smarte kontrakter i mange år har vært, har vært orakelproblemet. Det oppstår fordi når du har en smart smart kontrakt med håndhevbare funksjoner og regler, virker det veldig nyttig. Inntil du innser at det bare er nyttig med dataene som allerede er inne i Ethereum-nettverket.

Som et eksempel fra finansmarkedene er det ingen måte å lage en smart kontrakt på prisen på en eiendel, for eksempel en egenkapital eller gull, når den eneste datakilden er utenfor kjeden. Og det er hjertet i orakelproblemet.

Oracle Problem

Hva er en blockchain å gjøre når den trenger off-chain data? Bilde via InfoQ.com

Hvordan er det mulig å få disse dataene on-chain, og hvordan gjør du det på en desentralisert og pålitelig måte? Og i tillegg til det, hvordan kan du beskytte mot et angrep på datakilden, og verifisere sannheten i dataene? Når du stoler på orakler øker du de tilgjengelige angrepsvektorene på den smarte kontrakten og på orakelleverandøren.

Helt siden smarte kontrakter ble utviklet, har blockchain-ingeniører sett etter måter å løse orakelproblemet, og de har gått løsningen på flere måter. Noen av disse, som Augur og Gnosis, bruker den veldig sirkulære metoden for prediksjonsmarkeder. Men den foretrukne metoden har alltid vært en oracle-leverandør som vil levere data anonymt, kostnadseffektivt og uten behov for noen tredjepartsintervensjon.

Det har ført til etableringen av Chainlink.

Chainlink Onchain

Oppførsel til et Oracle på kjeden som definert av Chainlink. Bilde via: Chainlink Whitepaper

Tatt i betraktning den nåværende tilstanden til løsninger som inkluderer orakler, kan vi ikke diskutere orakelproblemet uten å diskutere Chainlink. Det er blitt den mest kjente orakeløsningen, og i løpet av de siste årene har prosjektet tatt store fremskritt i blockchain-industrien. De har et stort og investert fellesskap, og deres LINK-token posisjonerer seg som et av de blå chip-kryptotokenene som kan tåle tidens test.

Imidlertid er alt ikke perfekt med Chainlink. Det har problemer. Problemer som API3 kan løse.

API-problemet

Så i utgangspunktet er orakelproblemet egentlig bare et tilsyn med utviklingen av smarte kontrakter på Ethereum-nettverket. Utviklingen av orakler vurderte ikke desentralisering av nodene som samlet inn og leverte orakeldata. Og vi bør ikke overkomplisere problemet ved å vurdere at noen kan levere oracle-data, skulle vi gjøre det?

I virkeligheten er problemet som orakler løser ikke så komplisert som mange kanskje tror du. Hva orakler prøver å løse, på en ganske kompleks måte, er rett og slett muligheten til å trekke off-chain data til smarte kontrakter på kjeden. I den henseende er orakler blitt sammenlignet med API-er som brukes i nett- og mobilapper siden begge løsningene brukes til å levere data til en sluttbruker..

Data overføring

Orakler er bare en måte å overføre data til en blockchain. Bilde via 3commas.io

Så i stedet for å tenke på et orakel som en abstraksjon av API, hvorfor ikke bare bruke den faktiske designfilosofien til API i blockchain?

Ville det ikke vært bedre å designe et nettverk der du kan bruke en API-samtale for å få data i stedet for å betale et orakel flere dollar? Selv om orakelskostnadene blir bragt ned til øre, vil det være ganske dyrt over tid. Og ville det ikke være bra hvis du faktisk visste hvor dataene kom fra, i stedet for å stole på en rekke anonyme noder?

Til slutt, ville det ikke være bra å unngå alle mulige angrepsvektorer åpnet ved bruk av orakler og bare levere data i en sømløs integrasjon uten ytterligere sikkerhetsrisiko?

Det er akkurat det Chainlink ikke kan gjøre, men det API3 prøver å gjøre.

API3-løsningen

Nå som vi kjenner til alle problemene med å levere data i kjeden til smarte kontrakter, kan vi se på hvordan API3 planlegger å løse problemene mer effektivt enn de nåværende oracle-baserte løsningene..

I utgangspunktet ønsker API3 å ta all verdien som vil bli sendt til nodene i Chainlink og levere den til de faktiske dataleverandørene. Dette blir kvitt mellomvaren. I stedet for å plukke noen noder mellom dataleverandørene og smarte kontrakter, antyder API3 at det ville være bedre å bare lage dataleverandørene selv til noder.

Det blir kvitt et ekstra og unødvendig lag og løser en rekke problemer som Chainlink allerede jobber mot, og andre som det vil møte i fremtiden når det skalerer.

Chainlink vs API3

Chainlink-løsningen (venstre) mot API3-løsningen (høyre). Bilde via API3 Whitepaper

Tenk at dataleverandørene under API3 nå vil ha et rykte å opprettholde. De er ikke lenger anonyme, men leverer dataene sine direkte til forbrukerne, og hvis dataene er feil, er det umiddelbart kjent og det har konsekvenser.

I orakeløsninger blir noden straffet, men dataleverandøren kan fortsette å gi falske data uten straff. Og fordi noder i Chainlink er anonyme, vet ingen noen gang hvilken node som var involvert i dårlige data heller. API3-løsningen betyr at dataleverandørene investeres direkte i prosessen og i sannheten til dataene sine.

API3-løsningen fjerner muligheten for ‘oracle bestikkelse’, og det gjøres på en mest kostnadseffektiv måte. For å være sikker på at Chainlink også har løst oracle-bestikkelsesproblemet, men løsningen de har brukt er uoverkommelig dyr. For å unngå muligheten for at en node blir bestukket har Chainlink designet sitt nettverk for å bruke flere noder for å levere de sanne dataene, men hver node er dyr, og bruk av flere noder blir veldig dyrt.

Luftnoder

Airnode er designet for å distribueres en gang av API-leverandøren, og trenger ikke

ytterligere vedlikehold. Bilde via API3 Whitepaper

API3-løsningen heter Airnode. Den kan distribueres on-chain, og det krever veldig lite ombordstigning for API-leverandøren. API3-teamet er i stand til å hjelpe, noe som gjør det enkelt å legge til Airnode. Og det er et sett og glem det-løsningen, og krever ingen vedlikehold fra API-leverandøren. Dataene er der, live on-chain og tilgjengelige for alle som ønsker å ringe det. Det kreves ingen noder, ikke behov for insentivkostnader og ingen ekstra angrepsvektorer.

Det er en enkel og elegant løsning.

Hvordan fungerer Airnode?

Airnode ble utviklet av API3 på Ethereums nettverk. Det er et off-chain system som mater data til en aggregatkontrakt ved hjelp av Ethereum-noder. Aggregatkontrakten er et desentralisert API som kan kalles fra andre kontrakter. I hovedsak er Airnode en orakelnode, men den drives av API-leverandørene på en nesten friksjonsfri måte.

En utfordring for desentraliserte API-løsninger har vært at API-leverandørene er relativt ukjente med blockchain-arkitekturer og -systemer, noe som betyr at det er ekstremt vanskelig å overføre dem til drift av orakelnoder. Ved å tilby en løsning som Airnode, som i utgangspunktet er en innpakning på et tradisjonelt Web API, kan API-leverandørene enkelt få skrevet dataene sine til en blockchain.

Airnodes Cloud

Airnodes API-gateway fungerer akkurat som et stykke skytjenesteinfrastruktur. Bilde via API3-blogg.

Ved å la API-leverandører kjøre egne orakler blir det langt enklere for dem å betjene blockchain-applikasjoner og å administrere alle metadataene som trengs for pålitelighet og inntektsgenerering av dataene. I oraklesystemet har de beste Chainlink-nodoperatørene vært i stand til å tjene så mye som $ 100.000 per måned ettersom DeFi blir stadig mer populært.

Hvis disse belønningene ble utvidet direkte til API-leverandørene, kunne det åpne et helt nytt marked for leverandørene, og reduserte kostnadene for applikasjonene som bruker dAPI-dataene..

En ekstra fordel med API3 er at det gir en dataforbruker muligheten til å bruke on-chain forsikring. Denne forsikringen beskytter dem mot feil i et orakel eller API, og kompenserer dataforbrukere for kvantifiserbare tap. Denne metoden gir API3-styringsorganet et incitament til å opprettholde integrasjon og datakvalitet, samtidig som det tillater tilbakeslag i tilfelle teknologisvikt.

API3 Token Use Cases

API3 har til hensikt å bruke en desentralisert autonom organisasjon (DAO) for sin styring, noe som betyr at alle deltakere i økosystemet vil få sin egen mening om utviklingen og sikkerheten til nettverket.

API3 økosystem

Det komplette økosystemet og interaksjoner på API3. Bilde via API3 Whitepaper.

Som et resultat vil API3-token ha følgende brukstilfeller:

  • Staking: API3-tokenholdere kan stake API3 for å tjene belønninger og delta i styring i kjeden.
  • Styresett: Det er et direkte økonomisk incitament for å stemme, da stakers mottar en del av dAPI-inntektene og deres innsatte tokens er sikkerhet for on-chain forsikring..
  • Sikkerhet: Staking pool vil fungere som sikkerhet for on-chain forsikring.
  • Betalinger: Det vil være et abonnementsgebyr for dApps som bruker dAPI-nettverket. I tillegg vil dataleverandører motta betaling i API3-tokens.
  • Tvister: I tilfelle tap av inntekter på grunn av funksjonsfeil, nedetid eller feil data, vil dApps som bruker, kunne åpne tvister for å reise et forsikringskrav. Teamet planlegger å bruke Kleros til å løse forsikringskrav.

Styringshype

Styring, spesielt desentralisert styring, ser ut til å være et krav for noen blockchain-prosjekter i disse dager. API3 har dekket det som det planlegges å følge en DAO-styringsmodell. Det øker verdien av tokens utover en enkel pengeverdi.

Det betyr at de som eier og eier API3-tokens, har et innflytelse i styringen av blockchain. De kan bestemme seg for å stemme for eller imot oppdateringer av gebyrstrukturen eller andre styringsendringer som kan ha innvirkning på deres investering i prosjektet. Tatt i betraktning at API3 vil være et datamarked, kan dette være ganske kraftig, og er et bullish signal for prosjektet.

API3 DAO

Konseptet med DAOs og sub-DAOs fremsatt av API3. Bilde via API3 Whitepaper

Inkludert i styringsaspektet er en innsatsmekaniker, som ikke bare tillater stemmegivning og styring, men også belønner de som er villige til å sette sine tokens som forsikring mot datafeil eller funksjonsfeil i systemet.

Det ville være naivt å tro at dette ikke vil skje, men med et godt design bør de være få og langt imellom. Vi har allerede sett lignende feil oppstå på andre plattformer, og det er godt å se at API3 erkjenner dette og legger inn en løsning for muligheten.

Den andre fordelen med å sette er at det reduserer sirkulasjonstilførselen, noe som alltid er bra for pris.

API3-teamet

API3 ble grunnlagt av tre individer. Lagledelsen er Heikki Vanttinen som ledet et utviklingsteam på rundt 20 medlemmer. Han er veteran i segmentet av språkmaskinen.

Han fikk selskap av Burak Benligiray, en tidligere Google-lærd. Han er også tidligere CTO i CLC Group og Honeycomb. I følge sitt eget kuraterte online-CV gjør han orakel og visjon. Han har en lidenskap for smarte kontrakter og å bringe banebrytende teknologi i bruk i den virkelige verden. Tidligere har han jobbet i nyetablerte selskaper og gitt freelance forskningskonsulenter innen datasyn og kunstig intelligens.

Heikki Burak Sasa

De tre medstifterne av API3. Bilde via LinkedIn.com

Den tredje medstifteren av prosjektet er Saša Milić, som beskriver seg selv som programvareingeniør / dataforsker / forsker i kryptovaluta / blockchain-rommet. Før hun begynte i API3 jobbet hun med programvareteknikk (både små startups og store teknologibedrifter inkludert Facebook), datavitenskap i risikokapital, forskning (beregningslingvistikk, kognitiv vitenskap) og undervisning (informatikk, datavitenskap) i både akademia og industri.

API3-token

API3 samlet inn $ 3 millioner i november i løpet av en privat finansieringsrunde. Det ble etterfulgt av et offentlig salg i desember 2020. Det offentlige salget økte $ 23 millioner og API3-tokens ble solgt på en obligasjonskurve som startet på $ 0,30 hver og gikk opp til $ 2,00. Siden da har token gjort det veldig bra, og returnerte omtrent 1300% på USD-basis til de tidlige investorene.

Med en total forsyning på 100.000.000 API3-tokens ble det totalt solgt 30.000.000 i privat (10 millioner) og offentlige (20 millioner) salg. Det er bemerkelsesverdig at bare de offentlige tokens er låst opp. Alle de andre tokens er underlagt opptjeningsplaner for 2 eller 3 år. Tokens er også nødvendige for innsats og styring, så den tidlige investeringen ser ut til å være ganske smart.

API3 Token Allocation

De fleste av API3-tokens forblir uinvestert i 2-3 år. Bilde via API3-blogg,

Tokene begynte å handle 1. desember 2020 til $ 1,30 og begynte straks å klatre høyere. I løpet av en uke var de solid over $ 2,00-nivået. Det var en nedtur under $ 2,00 på slutten av 2020. Prisen klatret jevnt opp tidlig i 2021, og hoppet kraftig i midten av januar 2021, og doblet i utgangspunktet til det høyeste på $ 4,70 17. januar 2021.

Det skarpe trekket høyere var en del av et bredere trekk i alle DeFi-tilknyttede navn på den tiden, så det er usikkert om gevinsten vil holde, eller om symbolet vil svinge ned igjen de neste ukene.

Konklusjon

Det er ingen tvil om at etter hvert som blockchain-bruken vokser, og utviklere kommer med mer nye og komplekse brukssaker, vil dApps som er opprettet også trenge bedre måter å grensesnitt med tredjeparts datakilder på. De eksisterende oracle-løsningene er funksjonelle, men det har blitt inngått kompromisser i utformingen som kan føre til alvorlige problemer ettersom løsningene må skaleres.

Data kan bli kompromittert, og kostnadene vil sannsynligvis øke til eksklusjonspunktet. Når det gjelder datakompromiss eller korrupsjon, kan innvirkningene være enorme, da den svært automatiserte naturen til smarte kontrakter og dApps kan se datakorrupsjon spres i hele nettverket..

Løsningen fra API3 som gjør det mulig for API-leverandørene å betjene Airnode-oraklet, vil gi oss interoperabilitet med tredjeparts tjenester på en desentralisert måte. Og det vil også sikre at API-leverandørene blir stimulert til å levere pålitelige data av høy kvalitet.

Når du vurderer de enorme avkastningene som nodeoperatører i orakelsystemer har sett, er det ganske sannsynlig at API-leverandører vil glede seg over å utnytte deres evne til enkelt å levere data og tjenester via de utrolig enkle å implementere Airnodes.

Med mindre noe overlegen kommer, ser det ut til at API3 gir en kraftig løsning på problemet med å koble til tradisjonelle API-tjenester og desentralisert blockchain-teknologi.

Det er absolutt for tidlig å avgjøre om API3 vil være løsningen på orakelproblemet, men ting ser veldig lovende ut i disse tidlige dager. Det kan være lurt å holde øye med dette prosjektet og se hvordan det utvikler seg og vokser.

Utvalgt bilde via Shutterstock

Ansvarsfraskrivelse: Dette er forfatterens meninger og bør ikke betraktes som investeringsråd. Leserne bør gjøre sine egne undersøkelser.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me