George Anadiotis bidragande skribent
George Anadiotis har teknik, data och media, och han är inte rädd för att använda dem.
Fullständig biografi Publicerad i Big om data den 19 januari 2022 | Ämne: Blockchain
I det fragmenterade ekosystem som Web3 är vid denna tidpunkt är interoperabilitet ett nyckelmål för att göra framsteg. Blockchain-orakel är en grundläggande del av det så kallade Web3-ekosystemet, eftersom de kan hjälpa till att uppnå detta mål. Deras roll är att förmedla mellan olika blockkedjor och datakällor som ligger bortom dem.
Som Cointelegraph noterar, ser orakelprojekt hausseartad fart när kryptostartuper intensifierar sitt fokus på interoperabilitet under 2022. I den här kolumnen har vi hållit koll på Chainlink, som är marknadsledare inom orakel när det gäller börsvärde enligt rapporter från Cointelegraph .
Idag släpper API3, ett top 5 blockchain oracle-projekt enligt Cointelegraph, Beacons, som det kallar “en transparent, skalbar och kostnadseffektiv lösning för dataleverantörer att publicera dataflöden.” Vi tog kontakt med Heikki Vänttinen, medgrundare av API3, för att diskutera API3:s inställning till orakel, och vad den här utgåvan betyder.
API3: Bygger på lärdomar från att köra en oracle-tjänst för API-leverantörer
API3 är ett relativt ungt projekt. Det startades 2020 av Vänttinen och en grupp medgrundare, av vilka några tidigare var involverade i Honeycomb API Marketplace. Honeycomb var live mellan 2019 och 2021, och dess huvudsakliga tes var att orakelproblemet inte är tekniskt till sin natur. Snarare är den största svårigheten att få en stor variation av oberoende och konkurrerande aktörer att samarbeta på ett decentraliserat sätt och uppnå affärsresultat.
Men, som noterats av Burak Benligiray, en av API3:s medgrundare, “kan tekniska lösningar utformas på ett sätt för att föreställa ett ekosystem där detta kan hända.” Detta är vad API3 är ute efter att uppnå. API3 har för närvarande cirka 50 bidragsgivare och har fått en startrunda på $3 miljoner, ledd av Placeholder, åtföljd av Pantera Capital, Accomplice, CoinFund, Digital Currency Group och Hashed.
Benligiray skrev att Honeycomb agerade som ett laboratorium och en inkubator för API3. Det bekräftade teamets uppfattning att API-leverantörer måste betraktas som en kritisk komponent i ett orakel och banade väg för API3 att bli den API-centrerade lösning den är idag. Men exakt vad menas med det?
I huvudsak fungerade Honeycomb som ett lager som kördes ovanpå Chainlinks oracle-programvara med öppen källkod. Så småningom nådde dock detta tillvägagångssätt sina gränser, och teamet kände att det var dags att gå vidare. Benligiray nämner några viktiga problem med Honeycomb, som ledde till utvecklingen av API3.
API3 är ett djärvt försök att uppnå decentralisering när det gäller att ansluta Web3-applikationer till omvärlden
Den befintliga oracle-ekosystemmodellen tar bara hänsyn till orakel och dApps (decentraliserade Web3-applikationer som körs på en blockchain, vanligtvis Ethereum). API3 lade till API-leverantörerna som en tredje grupp för att bättre representera situationen. API3 anser att denna modell är mer exakt, men den har också visat sig vara mycket komplex på grund av att man måste se till att tre olika parter spelar med.
Lösningen som API3 erbjuder är att skära ut orakelnoden operatörsgruppen som mellanhänder och låter API-leverantörerna driva sina egna orakelnoder, vilket avsevärt förenklar ekosystemmodellen (API och dApps).
Honeycomb agerade som en mellanhand mellan API:er och orakelnoder för att underlätta integrationen. Planen var att använda den här initiala modellen för att starta upp plattformen och sedan gå vidare till en lösning med en tillförlitlig integrationsväg. Deras forskning visade dock att det enda acceptabla alternativet var att API-leverantören skötte hela orakelnoden, och inget av alternativen var lika förtroendeminimerat.
Med andra ord fungerar de flesta blockchain-orakel som mellanhänder. Det betyder att de är enstaka felpunkter och att de måste lita på både deras användare och API-leverantörerna. Sårbarheten för den enda punkten av fel kan åtgärdas genom att införa decentralisering internt på orakelnivå, som Chainlink har gjort. Orakel fungerar dock fortfarande som de facto centraliseringspunkter.
API3:s vitbok listar problemen med detta tillvägagångssätt, inklusive sårbarhet, mellanhandsskatt, ineffektiv redundans och brist på transparens. Det finns en paradox där. Det faktum att Web3 teoretiskt sett antas handla om decentralisering, medan de facto centraliseringspunkter införs i praktiken, har varit i centrum för allmänt citerad kritik av sådana som Silicon Valley-veteranen Tim O'Reilly och Signals grundare Moxie Marlinspike.
Förstaparts blockkedjeorakel: skär ut mellanhänderna
API3:s svar på denna paradox är att gå mot en decentraliserad version av orakel, vad den kallar “ett första parts blockchain-orakel”, genom att göra det möjligt för API-leverantörer att köra sitt eget orakel. Detta görs möjligt via en mjukvara med öppen källkod som heter Airnode, som API3 implementerar och gör tillgänglig för API-leverantörer att köra på egen hand.
Löftet, som anges i API3:s Whitepaper, är att Airnodes är helt serverlösa orakelnoder designade speciellt för API-leverantörer att driva sina egna orakel, och åtgärda alla orakelnodrelaterade problem som API3 identifierar. Det vill säga att det inte kräver någon specifik kunskap för att fungera, eller något dagligt underhåll.
Airnode bygger på tjänster prissatta på begäran, vilket innebär att nodoperatören endast debiteras så mycket som deras nod används. Det kräver inte att nodoperatören hanterar kryptovaluta alls, och dess protokoll är utformat på ett sätt som gör att begäranden täcker alla gaskostnader, hävdar API3:s Whitepaper.
Ett sätt att se Airnode, enligt API3:s Whitepaper, är som en lätt omslag runt ett webb-API som gör att den kan kommunicera med smarta kontraktsplattformar utan friktion för overhead eller betalningstoken. När det gäller graden av engagemang som krävs från API-leverantören, kan användningen av Airnode liknas vid att använda en API-gateway som gör ett API tillgängligt över webben, snarare än att driva en blockkedjenod som ett sidoföretag.
Översikt över API3-mekanik
Det låter som ett attraktivt förslag för API-leverantörer, och några av dem har hoppat ombord redan. API3 har skapat API3 Alliance, en grupp API-leverantörer som använder Airnodes för att göra sina API:er tillgängliga direkt för Web3-applikationer, vilket gör att Oracle-mellanhanden blir borta. Web3-applikationer kan anropa orakel som drivs av API-leverantörer direkt, med hjälp av API3:s tjänst.
Det är bra för Web3-applikationsutvecklare och API-leverantörer, men hur är det med API3? Får de något ut av det? Vår förståelse efter att ha diskuterat med Vänttinen är “inte riktigt”, vilket låter som en väldigt ohållbar affärsmodell till en början. Men det är här API3:s affärsmodell avviker från normen. Istället för att ta ett snitt från transaktioner strävar API3 efter att fungera som en leverantör av försäkringstjänster.
API3 kommer att utveckla en försäkringstjänst i kedjan tillsammans med Kleros, ett protokoll för tvistlösning i kedjan, för att tillhandahålla kvantifierbara och tillförlitliga säkerhetsgarantier till användarna. Denna försäkringstjänst kommer att skydda användare mot skador orsakade av vissa funktionsfel, som är kända för att ha inträffat i oracle-tjänster, upp till en utbetalningsgräns. Det är en intressant idé, en som för oss till dagens tillkännagivande.
API3 Beacons: från data till dataflöden
Vänttinen sade att driften av API3 som en kedja av försäkringstjänster ännu inte är helt på plats. De arbetar dock i den riktningen, och att släppa Beacons är ett stort steg. Vad Beacons i grund och botten gör är att de skapar dataflöden genom att linda Airnodes. Airnodes fungerar på en begäran-svar-modell. Detta innebär att användare som är intresserade av att ta emot uppdateringar ständigt måste ställa frågor om Airnodes.
I vissa typer av Web3-applikationer är det dock viktigt att ha tillgång till de senaste datauppdateringarna. Beacons möjliggör det, även om det kostar – bokstavligen. Till skillnad från Chainlink, till exempel, lagrar API3 Beacons alla sina datauppdateringar i kedjan. Detta innebär att det finns en kostnad i den inbyggda (Ethereum) gastoken som är associerad både för API-leverantören, såväl som för Beacon-användare. Det är därför, som Vänttinen erkände, Beacons inte kommer att vara meningsfullt för alla.
Ändå, hävdade han, kommer Beacons att vara byggstenarna i API3 dAPIs, vid sidan av att de erbjuds som en fristående tjänst. dAPI är termen API3 använder för att referera till en “ny generation av decentraliserade API:er.”
dAPI:er är avsedda att vara en säker och kostnadseffektiv lösning för att tillhandahålla en traditionell API-tjänst till smarta kontrakt på ett decentraliserat sätt, sammansatt av flera API:er, ett decentraliserat nätverk av förstaparts orakel och en decentraliserad styrande enhet för att övervaka oracle-nätverket .
Det sistnämnda är den roll som API3 ser för den API3 decentraliserade autonoma organisationen (DAO). API3-tokeninnehavare kan satsa för att få direkt rösträtt i API3 DAO, vilket är hur API3-styrning sker. De insatta API3-tokenen kommer att stödja en försäkringstjänst i kedjan som säkerhet för att ge dAPI-användare kvantifierbara och tillförlitliga säkerhetsgarantier.
Hela tillvägagångssättet låter ambitiöst, framåtblickande och komplicerat i lika mått. Hur som helst är Beacons en viktig del av processen. För att ge omedelbar dragkraft på Beacons samarbetar API3 med Amberdata, en ledande leverantör av digital tillgångsdata och insikter i blockkedjenätverk, kryptomarknader och decentraliserad finans, för att lansera officiella Amberdata Beacons på ETHDenver.
Tillsammans. med lanseringen fungerar API3 som den officiella DeFi Track-sponsorn för ETHDenver, kallad som det största och längsta pågående Ethereum-evenemanget i världen. API3 siktar på att attrahera mer än 3 000 dApp-utvecklare och ha en stark närvaro vid evenemanget genom att säkerställa att utvecklare är utrustade med verktygen och kunskapen för att framgångsrikt bygga på Amberdata Beacons under loppet av det nio dagar långa evenemanget.
Datahantering | Innovation | Teknisk industri | Moln | Säkerhet | Bankverksamhet