George Anadiotis bidragende skribent
George Anadiotis har teknologi, data og medier, og han er ikke bange for at bruge dem.
Fuld biografi udgivet i Big på Data den 19. januar 2022 | Emne: Blockchain
I det fragmenterede økosystem, som Web3 er på nuværende tidspunkt, er interoperabilitet et nøglemål for at gøre fremskridt. Blockchain-orakler er en grundlæggende del af det såkaldte Web3-økosystem, da de kan hjælpe med at nå dette mål. Deres rolle er at formidle mellem forskellige blockchains og datakilder, der ligger uden for dem.
Som Cointelegraph bemærker, oplever orakelprojekter bullish momentum, da kryptostartups intensiverer deres fokus på interoperabilitet i 2022. I denne kolonne har vi holdt styr på Chainlink, som er markedsleder inden for orakler med hensyn til markedsværdi som rapporteret af Cointelegraph .
I dag udgiver API3, et top 5 blockchain oracle-projekt ifølge Cointelegraph, Beacons, som det kalder “en gennemsigtig, skalerbar og omkostningseffektiv løsning for dataudbydere til at udgive datafeeds.” Vi tog kontakt med Heikki Vänttinen, medstifter af API3, for at diskutere API3s tilgang til orakler, og hvad denne udgivelse betyder.
API3: Bygger på erfaringer fra at køre en oracle-tjeneste for API-udbydere
API3 er et relativt ungt projekt. Det blev startet i 2020 af Vänttinen og en gruppe medstiftere, hvoraf nogle tidligere var involveret i Honeycomb API Marketplace. Honeycomb var live mellem 2019 og 2021, og dens hovedtese var, at orakelproblemet ikke er af teknisk karakter. Det største problem er snarere at få en lang række uafhængige og konkurrerende aktører til at samarbejde på en decentral måde og opnå forretningsresultater.
Men som bemærket af Burak Benligiray, en af API3's medstiftere, “kan tekniske løsninger designes på en måde, så de udtænker et økosystem, hvor dette kan lade sig gøre.” Dette er, hvad API3 er ude på at opnå. API3 har i øjeblikket omkring 50 bidragydere og har modtaget en seed-investeringsrunde på $3 millioner, ledet af Placeholder, ledsaget af Pantera Capital, Accomplice, CoinFund, Digital Currency Group og Hashed.
Benligiray skrev at Honeycomb fungerede som et laboratorium og en inkubator til API3. Det bekræftede teamets synspunkt om, at API-udbydere skal betragtes som en kritisk komponent i et orakel og banede vejen for, at API3 kan blive den API-centrerede løsning, den er i dag. Men hvad menes der helt præcist med det?
I det væsentlige fungerede Honeycomb som et lag, der kørte oven på Chainlinks open source oracle-software. Til sidst nåede denne tilgang dog sine grænser, og holdet følte, at det var tid til at komme videre. Benligiray nævner nogle nøgleproblemer med Honeycomb, som førte til udviklingen af API3.
API3 er en dristig indsats for at opnå decentralisering i forbindelse med Web3-applikationer til omverdenen
Den eksisterende orakel-økosystemmodel tager kun hensyn til orakler og dApps (decentraliserede Web3-applikationer, der kører på en blockchain, typisk Ethereum). API3 tilføjede API-udbyderne som en tredje gruppe for bedre at repræsentere situationen. API3 mener, at denne model er mere præcis, men den har også vist sig at være meget kompleks på grund af at skulle sørge for, at tre forskellige parter spiller med.
Løsningen fra API3 er at skære orakelnoden ud. operatørgruppen som mellemled og lade API-udbyderne drive deres egne orakelknudepunkter, hvilket i høj grad forenkler økosystemmodellen (API'er og dApps).
Honeycomb fungerede som mellemmand mellem API'er og orakelknudepunkter for at lette integrationen. Planen var at bruge denne indledende model til at bootstrap platformen og derefter gå videre til en løsning med en tillidsfri integrationssti. Deres forskning viste dog, at den eneste acceptable mulighed var, at API-udbyderen skulle betjene den fulde orakelknude, og ingen af alternativerne var så tillidsminimerede.
Med andre ord fungerer de fleste blockchain-orakler som mellemmænd. Det betyder, at de er enkelte fejlpunkter, og at de skal have tillid til både deres brugere og API-udbyderne. Sårbarheden i enkeltstående fejl kan løses ved at indføre decentralisering internt på orakelniveau, som Chainlink har gjort. Orakler fungerer dog stadig som de facto centraliseringspunkter.
API3's hvidbog lister problemerne med denne tilgang, herunder sårbarhed, mellemmandsskat, ineffektiv redundans og mangel på gennemsigtighed. Der er et paradoks der. Den kendsgerning, at Web3 teoretisk formodes at handle om decentralisering, mens de facto-punkter for centralisering i praksis introduceres, har været i centrum for meget citeret kritik fra folk som Silicon Valley-veteranen Tim O'Reilly og Signals grundlægger Moxie Marlinspike.
Førsteparts blockchain-orakler: fjerner mellemleddene
API3s svar på dette paradoks er at bevæge sig i retning af en decentraliseret version af orakler, hvad den kalder “et førsteparts blockchain-orakel,” ved at gøre det muligt for API-udbydere at køre deres eget orakel. Dette er gjort muligt via et stykke open source software kaldet Airnode, som API3 implementerer og gør tilgængeligt for API-udbydere til at køre på egen hånd.
Løftet, som det fremgår af API3's Whitepaper, er, at Airnodes er fuldt serverløse orakelknudepunkter designet specifikt til API-udbydere til at drive deres egne orakler og løse alle de orakelknuderelaterede problemer, API3 identificerer. Det vil sige, at det ikke kræver nogen specifik knowhow at betjene eller nogen daglig vedligeholdelse.
Airnode er bygget på tjenester prissat on-demand, hvilket betyder, at nodeoperatøren kun opkræves så meget, som deres node bruges. Det kræver ikke, at nodeoperatøren håndterer kryptovaluta overhovedet, og dens protokol er designet på en måde, så rekvirenten dækker alle gasomkostninger, hævder API3's Whitepaper.
En måde at se Airnode på, ifølge API3's Whitepaper, er som en letvægtsindpakning omkring en web-API, der gør det muligt at kommunikere med smarte kontraktplatforme uden friktion overhead eller betalingstoken. Med hensyn til niveauet af involvering, der kræves fra API-udbyderen, kan brugen af Airnode sammenlignes med at bruge en API-gateway, der gør en API tilgængelig over nettet, i stedet for at drive en blockchain-node som en sideforretning.
Oversigt over API3-mekanik
Det lyder som et attraktivt forslag for API-udbydere, og et par af dem er hoppet ombord allerede. API3 har skabt API3 Alliance, en gruppe af API-udbydere, der bruger Airnodes til at gøre deres API'er tilgængelige direkte for Web3-applikationer, og dermed afskære oracle-mellemmanden. Web3-applikationer kan kalde API-udbyderdrevne orakler direkte, hjulpet med at opdage dem af API3s tjeneste.
Det er fantastisk for Web3-applikationsudviklere og API-udbydere, men hvad med API3? Får de noget ud af det? Vores forståelse efter at have diskuteret med Vänttinen er “ikke rigtig”, hvilket umiddelbart lyder som en meget uholdbar forretningsmodel. Men det er her, API3s forretningsmodel afviger fra normen. I stedet for at tage et snit fra transaktioner, sigter API3 mod at fungere som en forsikringstjenesteudbyder.
API3 vil udvikle en on-chain forsikringstjeneste sammen med Kleros, en on-chain tvistbilæggelsesprotokol, for at give kvantificerbare og tillidsløse sikkerhedsgarantier til brugerne. Denne forsikringstjeneste vil beskytte brugere mod skader forårsaget af visse funktionsfejl, som vides at være sket i oracle-tjenester, op til en udbetalingsgrænse. Det er en interessant idé, som bringer os til dagens meddelelse.
API3 Beacons: fra data til datafeeds
Vänttinen sagde, at driften af API3 som en on-chain forsikringstjeneste endnu ikke er helt på plads. De arbejder dog i den retning, og udgivelsen af Beacons er et stort skridt. Hvad Beacons i bund og grund gør, er, at de opretter datafeeds ved at pakke Airnodes ind. Airnodes fungerer på en anmodning-svar-model. Det betyder, at brugere, der er interesseret i at modtage opdateringer, konstant skal polle Airnodes.
I visse typer af Web3-applikationer er det dog afgørende at have adgang til de seneste dataopdateringer. Beacons muliggør det, selvom det koster – bogstaveligt talt. I modsætning til for eksempel Chainlink gemmer API3 Beacons alle deres dataopdateringer på kæden. Dette betyder, at der er en omkostning i det native (Ethereum) gastoken, der er forbundet både for API-udbyderen såvel som for Beacon-brugere. Det er derfor, som Vänttinen erkendte, at Beacons ikke vil give mening for alle.
Alligevel, hævdede han, vil Beacons være byggestenene i API3 dAPI'er, udover at de tilbydes som en selvstændig tjeneste. dAPI er det udtryk, API3 bruger til at henvise til en “ny generation af decentraliserede API'er.”
dAPI'er er beregnet til at være en sikker og omkostningseffektiv løsning til at levere en traditionel API-service til smarte kontrakter på en decentraliseret måde, sammensat af flere API'er, et decentraliseret netværk af førsteparts-orakler og en decentraliseret styringsenhed til at overvåge oracle-netværket .
Sidstnævnte er den rolle, API3 ser for den API3 decentraliserede autonome organisation (DAO). API3-tokenindehavere kan satse for at opnå direkte stemmerettigheder i API3 DAO, hvilket er hvordan API3-styring finder sted. De indsatte API3-tokens vil understøtte en kædeforsikringstjeneste som sikkerhed for at give dAPI-brugere kvantificerbare og tillidsfrie sikkerhedsgarantier.
Hele tilgangen lyder ambitiøs, fremadskuende og kompliceret i lige store målestok. Uanset hvad, er Beacons en vigtig del af processen. For at give mulighed for øjeblikkelig trækkraft på Beacons samarbejder API3 med Amberdata, en førende udbyder af digitale aktivdata og indsigt i blockchain-netværk, kryptomarkeder og decentraliseret finansiering, for at lancere officielle Amberdata Beacons på ETHDenver.
Sammen med hinanden. med lanceringen fungerer API3 som den officielle DeFi Track-sponsor for ETHDenver, kaldet den største og længstvarende Ethereum-begivenhed i verden. API3 sigter mod at tiltrække mere end 3.000 dApp-udviklere og have en stærk tilstedeværelse ved begivenheden ved at sikre, at udviklere er udstyret med værktøjerne og viden til at bygge videre på Amberdata Beacons i løbet af den ni dage lange begivenhed.
Datastyring | Innovation | Teknisk industri | Sky | Sikkerhed | Bankvirksomhed