Blockchain Oracles – Nyckeln till skalbarhet och interoperabilitet

blockchain-orakel är tjänster från tredje part som tillhandahåller smart kontrakt med extern information. De fungerar som broar mellan blockkedjor och omvärlden.

Skalbarhet och driftskompatibilitet betraktas ofta som de två heliga kornen i kryptorummet. Interoperabilitet definieras som förmågan hos olika programvaror att kommunicera och utbyta information effektivt med varandra. Oracles är ett kraftfullt verktyg som kan ge interoperabilitet mellan olika blockkedjor och kommunicera med externa datakällor.

Varför interoperabilitet är viktigt

  • Det finns flera centraliserade felpunkter för närvarande inom det decentraliserade utrymmet. T.ex. Utbytena fungerar som en portal mellan det centraliserade och det decentraliserade rummet. Men eftersom de är mycket sårbara, attackeras de alltid av hackare.
  • För att blockchains ska lyckas måste de kunna interagera med äldre system som finansinstitut etc. Det är viktigt att upprätthålla en robust kontaktpunkt mellan de två.
  • Inledningsvis trodde samhället att det smarta kontraktsekosystemet skulle styras av kedjemaximalism, dvs. en dominerande kedja som är värd för en massa smarta kontrakt. Vi vet dock redan att det finns flera smarta kontraktsplattformar där ute. För att uppnå maximal funktionalitet är det viktigt för dessa plattformar att veta hur man “pratar” med varandra.

Klassificering av orakel

Det finns två typer av interoperabilitet som blockchain-projekt kan använda:

  • On-chain
  • Off-chain

Interoperabilitet på kedjan

Denna metod använder en tredje blockkedja som en bro mellan två olika blockkedjor. Projekt som AION, Wanchain och ICON använder denna metod. Följande tre är de vanligaste metoderna för interoperabilitet i kedjan:

  • Hub and Spoke: Gjord populärt av AION, i denna metod fungerar den anslutande blockchain som en central Hub till vilken de andra blockkedjorna aka ekrar är kopplade till.
  • Decentraliserat utbyte: Interoperabilitet mellan två separata projekt kan skapas genom att bygga ett decentraliserat utbyte.
  • Broar: I den här metoden fungerar blockkedjan som en allmän brygga mellan för att underlätta kommunikation och meddelanden.

Interoperabilitet utanför kedjan

Denna metod använder off-chain eller middleware-system för att underlätta interoperabilitet.

  • Atomic Swaps: Atomic swaps är en decentraliserad metod som används för att byta två tillgångar utan att behöva gå igenom en centralbörs. Om du vill veta mer om Atomic Swaps läser du detta.
  • Statliga kanaler: Layer-2-implementeringar som tillståndskanaler kan möjliggöra interaktion mellan kedjan och atombyten.
  • Operationssystem: Ett blockchain-operativsystem möjliggör cross-chain-meddelanden och atombyten genom att köra ovanpå de deltagande blockkedjorna.
  • Orakler: Oraklar kan också tillåta en bred grad av tvärkommunikation över blockkedjor och företagssystem.

Bortsett från detta kan vi också kategorisera orakel i mjukvara och hårdvara:

  • Software Oracle: Informationen som vidarebefordras i programvaruoraklerna kommer från online-källor som webbplatser, backend-API: er eller till och med andra smarta kontrakt. Den typ av information som ingår här kan sträcka sig från aktiekurser till sportevenemangsdata.
  • Hårdvara Oracle: Hårdvaruorakler använder IoT-enheter för att spåra och verifiera verklig data innan de skickas till det smarta kontraktet.

Varför behöver vi Blockchain Oracles?

Smarta kontrakt har utformats för att genomföra oåterkallelig verksamhet. Det är därför informationen som matas in i kontraktet måste komma från en relativt pålitlig källa. Det är därför, när data kommer från en extern källa, kan det vara lite av ett dilemma. På baksidan ökar det dock antalet användningsfall exponentiellt.

Ett orakel undertecknar påståenden om världens tillstånd och laddar upp det till blockchain. Blockchains verkar leva i sin isolerade verklighet, helt avskärmad från resten av världen. Ett orakel kan ansluta blockkedjan till den verkliga världen genom att förse den med relevant information. Informationen kan hämtas eller aggregeras från en eller flera betrodda källor av en eller flera orakler. Låt oss ta ett enkelt exempel för att se hur orakel fungerar.

  • Alice och Bob satsar på vem som ska vinna NBA-finalen.
  • Alice tror att LA Lakers kommer att vinna, medan Bob satsar på Milwaukee Bucks.
  • Efter att ha kommit överens om utbetalningarna undertecknar de affären genom att låsa in sina medel i ett smart kontrakt. Det smarta kontraktet frigör medel till vinnaren baserat på resultaten.
  • Hur exakt kommer kontraktet att veta vem som vann matchen? Det beror på oraklet att ge den relevant information.
  • Oraklet frågar efter ett pålitligt API för att ta reda på vilket team som vann förmedlar denna information till det smarta kontraktet. Kontraktet skickar sedan pengarna till Alice eller Bob, beroende på resultatet.
  • Utan att oraklet gör sitt jobb kommer det smarta kontraktet inte att veta vem som vann matchen.

Blockchain användningsfall

# 1 Förutsägelsemarknad

Decentraliserade förutsägelsemarknader som Augur och Gnosis utnyttjar ”publikens kunskap” för att förutsäga marknadens framtida tillstånd. Dessa marknader måste fånga kunskap via flera orakler eller avveckling av händelser utanför kedjan.

# 2 Defi

Kombinationen av smarta kontrakt och finansiering har inlett en tid av Decentraliserad ekonomi (DeFi). Dessa produkter behöver tillgång till pålitliga dataflöden, som kan tillhandahållas av oraklar.

# 3 Försäkring

Det kan vara möjligt att köpa försäkringsprodukter via blockchain via orakler. Eftersom det största problemet inom försäkring är bedrägerier, är decentraliseringen av blockchain och oraklets tillförlitlighet en perfekt kombination för att lösa problemet..

# 4 Leverans

Oracles kan ersätta de befintliga, centraliserade GPS-systemen för att ge tillförlitlig platsmappning för dApps för att spåra transporter.

# 5 Att sätta stallet i “stallfinger”

MakerDAO: s Dai stablecoin använder ett nätverk av flera Oracles för att kontinuerligt rapportera priset för Ether till det. De måste vara ständigt medvetna om priset så att de kan veta om de behöver konsolidera eller avveckla sina säkerheter för att hålla Dais pris stabilt.

Hur man bibehåller Blockchain Oracles tillförlitlighet?

Det finns fyra tekniker som orakel kan använda för att bibehålla dess tillförlitlighet:

  • Flera datakällor.
  • Flera orakler.
  • Incitamentmekanismer.
  • Tillförlitlig exekveringsmiljö.

Flera datakällor

Om ditt orakel samlar in information från flera datakällor är sannolikheten för att den får fel information liten. Oraklet i sig kan dock fungera som ett misslyckande.

Flera oraklar

Ett annat tillvägagångssätt är att använda flera oraklar för att samla in information som eliminerar problemet med “en-punkt-av-fel”. Men risken här är att det finns en chans att en majoritet av dessa orakler kan ha äventyrat informationskällor.

Incitamentmekanism

Oracles kan ta en sida ur Casper-protokollet och inkludera en “stake-slashing” -mekanism för att säkerställa att de inblandade aktörerna uppmuntras att agera ärligt. Nyckeln här är att införliva en form av tokenomics som tvingar noderna i orakelnätverket att utföra ärligt arbete och uppträda bra. Om de presterar bra får de en belöning, om inte, kan de straffas via en skärande mekanism.

Miljö för betrodda körningar

TEEs tillåter att ett program körs i en avskild miljö som kallas “enclave” som ger det hårdvaruskydd. Enklaven:

  • Säkerställer projektets integritet.
  • Håller verksamheten konfidentiell.
  • Det gör att applikationen kan läsa och skriva minne utanför enklaven. Med andra ord kan det bevisa sin ärlighet och arbetsintegritet utan att behöva spilla exakt vad de gör.

Lovande blockchain-orakelprojekt

Det finns tre orakelprojekt som vi kommer att sätta under mikroskopet. Dom är:

  • Kedjelänk.
  • Augur.
  • RIF Gateways

Kedjelänk

Blockchain Oracles - Nyckeln till skalbarhet och interoperabilitet

ChainLink är ett decentraliserat orakelnätverk byggt på ethereum. Det syftar till att vara en säker blockchain-mellanvara som avser att ansluta olika smarta kontrakt över blockkedjor. Nätverket gick i drift den 30 maj 2019. Företaget bakom detta heter “SmartContract.” Tillbaka i september 2017 samlade ChainLink hela 32 miljoner dollar i sin ICO.

ChainLink planerar att skapa smarta kontrakt för att på ett säkert sätt interagera med resurser utanför blockchain, som kryptografiskt säkra dataflöden, samt underlätta interoperabilitet mellan blockkedjor. ChainLink fokuserar för närvarande på att skapa ett decentraliserat nätverk av oraklar som är kompatibla med Bitcoin, Ethereum och Hyperledger blockchains.

ChainLink Network: On-Chain och Off-Chain

ChainLink-protokollet använder både on-chain och off-chain komponenter.

Komponent på kedjan

  • Filtrerar oraklerna baserat på de mätvärden som en part till ett smart kontrakt begär.
  • Samlar orakler som motsvarar SLA-frågorna och sorterar dem med anseende och aggregeringsmodeller.
  • Ger ett slutligt kollektivt resultat baserat på frågan.

Komponent utanför kedjan

  • Denna komponent består av orakelnoder som är anslutna till Ethereum-nätverket. Dessa noder svarar oberoende på lämpliga off-chain-förfrågningar.
  • Off-chain noder som uppfyller specifika, förutbestämda krav samlar in den information som begärs av dessa kontrakt.
  • ChainLink fungerar som en billig mellanhand för att omdirigera och allokera data.
  • Off-chain noder belönas med den inbyggda LINK-token för sina tjänster.

Augur

Blockchain Oracles - Nyckeln till skalbarhet och interoperabilitet

Augur är en pålitlig, decentraliserad orakel- och förutsägelsemarknadsplattform. Det utnyttjar publikens visdom för att spekulera i och rapportera det objektiva resultatet av varje händelse.

Förutsägelsemarknader är spekulativa marknader som tillåter användare att köpa och sälja aktier i resultatet av en händelse. Antag att du har specialkunskaper inom ett visst område. T.ex. En basketmatch. Genom att överväga olika faktorer satsar du på ett gynnsamt resultat.

Hur fungerar Augur?

Blockchain Oracles - Nyckeln till skalbarhet och interoperabilitet

Det finns tre typer av människor som använder augur:

  • Reporterna aka Oracles: De rapporterar om resultaten av deras valfält. När en händelse är nära mognad rapporterar de om resultatet. Om de rapporterar fel eller om de inte rapporterar alls riskerar de att förlora 20% av deras REP (native Augur-tokens). Värdet av augur är direkt proportionellt mot rapportörernas kvalitet. Varför? För om många av reportrarna är oärliga, kommer ingen att vilja använda augur, vilket minskar efterfrågan avsevärt. Detta tvingar alla reportrar att förbli ärliga.
  • The Wagerers: De satsade på framtidens marknader baserat på rapporterna från reportrarna.
  • Marknadsskaparna: De kommer att skapa marknader för reportrarna att rapportera om och tjäna marknadsavgifter som ett resultat.

Rapporteringsperioden

Rapporteringen görs i två faser. Inom den första månaden efter det att evenemanget slutförts överlämnar reportrarna sin rapport till nätverket, som är tätt skyddat och hålls borta från allmänheten. En månad senare händer den andra fasen där rapporterna visas i en öppen huvudbok, som är gratis för alla att se. När det är gjort når vi slutgiltigt samförstånd.

Efterdyningarna av samförståndet

  • Satsarna får sin lämpliga belöning för att satsa.
  • De reportrar som rapporterade ärligt får avgifter från satsarna.
  • De reportrar som inte rapporterade korrekt får 20% av sin REP avdragen och som i sin tur går till de reportrar som rapporterade ärligt och korrekt.

RIF Gateways

Rootstock (RSK) är en smart kontraktsplattform som är ansluten till Bitcoins blockchain genom sidokedjeteknologi. Rootstock låter dig skapa applikationer som är kompatibla med ethereum (web3 / EVM / Solidity-modellen) medan du fortfarande njuter av säkerheten från Bitcoins blockchain. I grunden är Rootstock en kombination av:

  • En Turing-komplett resursredovisad deterministisk virtuell maskin (för smarta kontrakt) är kompatibel med Ethereums EVM.
  • En tvåvägs peggad bitcoin sidokedja (för BTC-handel) baserad på en stark federation.
  • Ett SHA256D-konsensusprotokoll för sammanslagning av gruvdrift (för konsensussäkerhet beroende av Bitcoins gruvarbetare) med 30 sekunders blockintervall. (för snabba betalningar).

Rootstock kommer också att använda sin tech stack – Rootstock Infrastructure Framework Open Standard (RIFOS) för att hjälpa till att bygga ett hälsosamt ekonomiskt system ovanpå Bitcoin, ungefär som en decentraliserad AWS. Det underlättar användningen av blockchain-teknik genom att göra det så enkelt för alla som möjligt. Tänk på följande funktioner när det gäller RIFOS:

  • Så länge en produkt är kompatibel med de underliggande protokollen kan utvecklare sömlöst integrera den i RIFOS-ekosystemet.
  • Alla de enskilda komponenterna i RIFOS har utformats för att maximera de potentiella fördelarna för dem som vill erbjuda sina infrastrukturtjänster inom protokollets ekosystem.
  • Alla komponenter är skyddade av den säkerhet som tillhandahålls av bitcoin Network.
  • Dess protokoll kommer att innehålla mekanismer för att utlösa nätverkseffekter och skalfördelar.
  • De flesta tjänster som körs i RIFOS kommer att konsumeras med en enda token (RIF).

RIF Gateways kort översikt

RIF Gateways tillhandahåller ett nätverk av oraklar för att möjliggöra säkra och manipuleringssäkra interaktioner med den yttre världen. Det föreslår ett gränssnittsskikt som förenar åtkomst till oracle-tjänster och tvärkedjelintegrationer, förse blockchains med ett implementerings-agnostiskt protokoll för både intern och extern datakonsumtion. Här är några punkter om RIF Gateways att tänka på:

  • Bygger broar mellan blockkedjor.
  • Det tillåter dataleverantörer och konsumenter att delta i säkra och standardiserade dataöverföringar.
  • Stöder ett brett spektrum av dataförbruknings-, prenumerations- och betalningsmodeller.

RIF Gateways tillhandahåller tre distinkta oracle-tjänster:

  • Datatjänster: Att konsumera extern data från blockchain.
  • Triggers-tjänst: Konsumerar extern data från blockchain.
  • Schemaläggningstjänst: Begär framtida körning av en blockchain-transaktion.

# 1 Datatjänster

En datatjänst tillhandahåller en specifik typ av externa data. Externa data kan komma från en enda datakälla eller ett nätverk med flera datakällor. Så här fungerar det:

  • Skaparen och erbjudaren av en datatjänst kallas “Datatjänstleverantör.”
  • Konsumenter kan välja mellan olika typer av datatjänster och sedan interagera med motsvarande datatjänstleverantörs smarta kontrakt för att få extern data.
  • Tjänsteleverantören måste implementera datatjänstgränssnitten i sina smarta kontrakt.
  • Leverantören måste regelbundet uppdatera sin data eftersom deras konsument kan behöva den senaste informationen eller den som publicerades för en tid tillbaka.

Hur fungerar interaktionen mellan leverantören och konsumenten?

Det finns två metoder som en konsument kan använda för att konsumera leverantörens data – en direkt pull-modell eller en prenumerationstjänst.

Dragmodell

Konsumenten betalar för informationen per fråga. De begärda uppgifterna tas direkt från leverantören. Detta är en dyrare och långsammare modell.

Prenumerationsmodell

En konsument betalar ett fast pris för åtkomst. Att betjäna en enda bit data till flera kunder gör det möjligt för tjänsteleverantören att dela upp kostnaden för att hämta data från den externa världen mellan alla prenumeranter. RIF tillhandahåller två prenumerationsmodeller:

  • On-demand: Konsumenten frågar leverantören om värdet efter behov, så länge prenumerationen är giltig.
  • Push: Leverantör skickar regelbundet de nya uppgifterna till prenumeranterna.

# 2 Trigger Services

En utlösartjänst gör det möjligt för leverantören att skaffa information inifrån blockchain och ge den till konsumenten för ett pris. Konsumenten kan bygga sin egen aviseringslösning på det API som tillhandahålls av leverantören. Funktionerna i Trigger-tjänsterna är som följer.

  • Varje utlösarleverantör ska associeras med ett unikt domännamn. Detta säkerställer enkel användaråtkomst.
  • Leverantörer måste följa ett fördefinierat gränssnitt som har utformats för att konsumeras av tredjepartsapplikationer.
  • Konsumenter har friheten att välja mellan en enda leverantör eller prenumerera på en uppsättning leverantörer.

Fördefinierade utlösare

Leverantören kan erbjuda en aviseringstjänst om vissa smarta kontrakt eller händelser inom blockchain. Han gör det genom att meddela en fast uppsättning händelser som avges av kontraktet som observeras.

Anpassade utlösare

Konsumenten kan också bygga en utlösare specifikt för sina egna behov. De måste ange leverantören källan till de händelser de vill bli meddelade om, t.ex. den smarta kontraktsadressen.

  • Även en icke-teknisk användare att skapa sin egen aviseringstjänst.
  • För att utlösa någon åtgärd tillåter leverantören konsumenter att ange vilken åtgärd som ska utföras när en matchningshändelse tas emot.
  • Konsumenterna har friheten att ställa in en lista över händelser som kommer att meddelas av Trigger-leverantören.

Hur fungerar interaktionen mellan leverantören och konsumenten?

Utlösartjänsten erbjuder pull- och prenumerationsmodeller

Dragmodell

Konsumenten begär specifikt en anmälan om en viss händelse.

Prenumerationsmodell

Som med datatjänster betalar en konsument ett fördefinierat pris för tjänsten. Utlösare har dock bara push-prenumerationsmodellen.

# 3 Transaktionsplaneringstjänster

Transaktionsschemaläggningstjänsten är en decentraliserad lösning som gör det möjligt för en kund att programmera framtida körningar av on-chain-transaktioner. Som med Data Services och Trigger Services kan nya schemaläggningstjänstleverantörer gå med genom att registrera en ny schemaläggningstjänst som kommer att upptäckas via RIF Marketplace. Konsumenter kan vara interna / on-chain eller externa / off-chain.

Hur fungerar interaktionen mellan leverantören och konsumenten?

Schemaläggningstjänsten kan också erbjuda pull- och prenumerationsmodeller.

Dragmodell

Konsumenten betalar det belopp som krävs efter att ha begärt ett enda transaktionsschema för ett delegerat genomförande. Körningen kan schemaläggas för en viss tid och ett givet “körningsfönster.”

Prenumerationsmodell

Konsumenter kan prenumerera på att delegera utförandet av en viss funktion på nytt. Konsumenten betalar ett förhandlat pris för att utföra en funktion återkommande. RIF Scheduler Services-protokollet föreslår bara har push-prenumerationsläget för att delegera en upprepad körning.

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