Oraaklid tulevad appi

Plokiahtaori lahendavad plokiahela probleemi välismaailmast teabe edastamisel. Kuid me peame teadma, kellele me võime toetuda.

Uues artiklis katalooge käivitades Waves oraklid oleme kirjutanud oraklite tähtsusest plokiahlas.

Detsentraliseeritud rakendustel ei ole juurdepääsu plokiahelast väljaspool olevatele andmetele. Seetõttu luuakse väikseid programme – orakleid –, mis saavad juurdepääsu vajalikest andmetest välismaailmas ja salvestavad need plokiahelasse.

Andmeallika tüübi järgi saab orakleid jagada kolme kategooriasse: tarkvaralised, riistvaralised ja inimlikud.

Tarkvaralised oraklid saavad ja töötlevad andmeid internetist – näiteks õhutemperatuuri, kaupade hindu, rongide ja lennukite hilinemisi. Informatsioon saadakse veebiallikatest, näiteks API-st, ja orakel extrahib selle ning salvestab plokiahelasse. Kuidas luua lihtsat tarkvaralist oraklit, loe siin.

Riistvaralised oraklid jälgivad reaalse maailma objekte seadmete ja sensorite abil. Näiteks videokaamera, mis on kalibreeritud joone ületamiseks, salvestab autosid, mis siseneb teatud piirkonda. Orakel salvestab joone ületamise fakti plokiahelasse ja selle teabe põhjal võib detsentraliseeritud rakenduse skript näiteks alustada trahvi väljastamist ja tokenite äravõtmist auto omaniku kontolt.

Inimlikud oraklid kasutavad andmeid, mida inimene on sisestanud. Neid peetakse kõige uuenduslikumateks, kuna neil on sõltumatu vaade sündmuse tulemusele.

Hiljuti andsime välja tööriista, mis võimaldab salvestada plokiahelasse orakli teavet vastavalt määratud spetsiifikale. See töötab äärmiselt lihtsalt: tuleb vaid registreerida orakli kaart, täites spetsiifika. Pärast seda saab andmete tehinguid avaldada selle spetsiifikaga läbi Waves Oracles liidese. Loe rohkem tööriista kohta meie dokumentatsioonist.

Sellised standardiseeritud tööriistad ja liidesed lihtsustavad elu nii arendajatele kui ka plokiahelateenuste kasutajatele. Meie tööriist on eriti kasulik inimlikele oraklitele ning seda saab kasutada näiteks sertifikaatide või autoriõiguste salvestamiseks mõne objekti kohta.

Kuid oraklite kasutamisel kerkib esile usaldus küsimus saadud teabe suhtes. Kas allikas on usaldusväärne? Kas andmed saadakse õigeaegselt? Lisaks on oht, et oraakel petab kasutajaid, pakkudes tahtlikult vale teavet enda kasuks.

Näiteks vaatame oraaklit, mis pakub spordisündmuste teavet detsentraliseeritud panustamisbörsile.

Sündmus on UFC 242 peamine matš, Khabib Nurmagomedov versus Dustin Poirier. Kihutajate hinnangul on Nurmagomedov selge soosik. Temale panustamiseks oli koefitsient 1,24, mis vastab 76% tõenäosusele. Poirieri võidu koefitsient oli 4,26 (22%), samas kui viigi tõenäosust hindasid kihutajad koefitsiendiga 51,0 (2%).

Skript võtab kasutajatelt panuseid kõikide kolme võimaliku lõpu kohta, kuni oraakel edastab teabe tegeliku tulemusest. See on ainus kriteerium võitude jagamiseks.

Praegu on teada, et Nurmagomedov võitis. Kuid kujutame ette, et ebaaus oraakli omanik, kes on varem petmist planeerinud, pani panuse kõige soodsama koefitsientidega tulemusele — viigile. Kui panuste summa jõuab suurele mahule, algatab oraakli omanik vale teabe registreerimise plokiahelas, et väita, et matš lõppes viigiga. Detsentraliseeritud börsi skript ei saa saadud andmete usaldusväärsust kontrollida ja jagab vaid võidud vastavalt nendele andmetele.

Kui võimaliku kasumi teenimine sellise pettuse kaudu on kõrgem kui usaldusväärse oraakli prognoositud tulu, ning samas on kohtusse pöördumise risk madal, suureneb oluliselt oraakli omaniku ebaausate tegude tõenäosus.

Üks võimalik lahendus probleemile on küsida andmeid mitmelt oraaklilt ja viia saadud väärtused konsensuseni. Erinevaid konsensuse tüüpe võib eristada:

• kõik oraaklid andsid ühtset teavet
• enamik oraakleid andis ühtset teavet (2 3-st, 3 4-st jne)
• oraaklite andmete keskmise väärtuse saamine (võimalikud variandid, kus eelnevalt eemaldatakse suurim ja kõige väiksem väärtus)
• Kõik oraklid andsid ühtset teavet eelnevalt kokkulepitud lubatud hälbeta (näiteks võivad erinevate allikate finantskvoodid erineda 0,00001 võrra ja täpse vastavuse saavutamine on praktiliselt võimatu).
• Valige saadud andmetest ainult unikaalsed väärtused.

Naaseme meie detsentraliseeritud panuste börsi juurde. Kui kasutatakse konsensust „3 4-st”, siis üks orakel, kes teatas mängu viigist, ei saaks skripti täitmist mõjutada, kui kolm muud oraklit annavad usaldusväärset teavet.
Aga pahatahtlik kasutaja võib omada ka kolme neljast oraklist ja siis suudab ta tagada otsustava enamuse.

Oraklite aususe tagamiseks võiks neile kehtestada reitingu või karistuste süsteemi valeandmete eest. Samuti võiks minna 'porgandite' teed ja pakkuda auhindu usaldusväärsuse eest. Aga ükski meede ei suuda täielikult välistada näiteks reitingu manipuleerimist või pahatahtlikku enamust.

Kas on siis mõtet leiutada keerulisi teenuseid või piisab lihtsast konsensusvahendist, mis võimaldab valida, näiteks viis oraklit, mis pakuvad vajalikke andmeid, määrata konsensuse tüübi ja saada tulemus?

Näiteks vajab detsentraliseeritud rakendus temperatuurisid Celsiuse kraadides. Oraklite kataloogis leiame neli oraklit, mis pakuvad selliseid andmeid, määrame konsensuse tüübi 'keskmine väärtus' ja teeme päringu.

Oletame, et oraklid andsid väärtused: 18, 17, 19 ja 21 kraadi. Kolme kraadi erinevus võib osutuda skripti täitmiseks kriitiliseks. Teenus töötleb tulemuse ja saab keskmise temperatuuri väärtuseks 18,75 kraadi. Selle numbri saab detsentraliseeritud rakendus ja töötab sellega.

Lõppkokkuvõttes jääb otsus tarbija hooleks: kas usaldada ühte oraklit ja kasutada tema andmeid või luua konsensus mitme orakli vahel vastavalt oma soovile.

Igal juhul on andmeoraklid piisavalt uus valdkond. Nad on jõudnud sellesse etappi, kus kasutajad saavad ise määrata, millises suunas see areng edasi läheb. Seetõttu soovime kuulda teie arvamust. Kas ülaltoodud tööriist on oraklite jaoks vajalik? Kuidas te näete andmeoraklite tulevikku üldiselt? Jagage oma mõtteid kommentaarides ja meie ametlikus grupis Telegram.

Allikas: habr.com