Օրակուլները գալիս են օգնության

Բլոկչեյն օրակուլները լուծում են արտաքին աշխարհից բլոկչեյն տեղեկատվություն հասցնելու խնդիրը։ Բայց մեզ համար կարևոր է իմանալ, թե որոնց կարող ենք վստահել։

В Հոդված կատալոգի մեկնարկի մասին Ալիքներ Oracles մենք գրել ենք բլոկչեյնի համար օրակլների կարևորության մասին:

Ապակենտրոնացված հավելվածները բլոկչեյնից դուրս տվյալների հասանելիություն չունեն: Ուստի ստեղծվում են փոքր ծրագրեր՝ օրակուլներ, որոնք մուտք են գործում արտաքին աշխարհից անհրաժեշտ տվյալներին և գրանցում դրանք բլոկչեյնում։

Կախված տվյալների աղբյուրի տեսակից՝ օրակուլները կարելի է բաժանել երեք կատեգորիայի՝ ծրագրային ապահովում, սարքաշար և մարդ:

Ծրագրային օրակուլներ ստանալ և մշակել ինտերնետից տվյալներ, ինչպիսիք են օդի ջերմաստիճանը, ապրանքների գները, գնացքների և ինքնաթիռների ուշացումները: Տեղեկատվությունը գալիս է առցանց աղբյուրներից, ինչպիսիք են API-ները, և Oracle-ն այն հանում է և տեղադրում բլոկչեյնում: Կարդացեք, թե ինչպես ստեղծել պարզ ծրագրային օրակուլ այստեղ.

Սարքավորումների պատգամներ հետևել առարկաներին իրական աշխարհում՝ օգտագործելով սարքեր և սենսորներ: Օրինակ՝ գիծը հատելու համար տրամաչափված տեսախցիկը գրանցում է որոշակի տարածք մտնող մեքենաները: Oracle-ն արձանագրում է բլոկչեյնում գիծը հատելու փաստը, և այս տվյալների հիման վրա ապակենտրոնացված հավելվածի սկրիպտը կարող է, օրինակ, նախաձեռնել տուգանքի թողարկում և ժետոնների դեբետավորում մեքենայի սեփականատիրոջ հաշվից:

Մարդկային օրակուլներ օգտագործել մարդկանց մուտքագրած տվյալները. Նրանք համարվում են ամենաառաջադեմը՝ միջոցառման արդյունքի վերաբերյալ իրենց անկախ հայացքի շնորհիվ։

Վերջերս մենք տրամադրեցինք մի գործիք, որը թույլ է տալիս Oracle-ի տվյալները գրել բլոկչեյնում՝ ըստ տվյալ ճշգրտման: Այն աշխատում է չափազանց պարզ. պարզապես անհրաժեշտ է գրանցվել oracle քարտլրացնելով ճշգրտումը: Այնուհետև տվյալների գործարքները կարող են հրապարակվել այս բնութագրի համաձայն՝ Waves Oracles ինտերֆեյսի միջոցով: Կարդացեք ավելին գործիքի մասին այստեղ մեր փաստաթղթերը.

Նման ստանդարտացված գործիքներն ու ինտերֆեյսները հեշտացնում են կյանքը ինչպես մշակողների, այնպես էլ բլոկչեյն ծառայությունների օգտագործողների համար: Մեր գործիքը օգտակար է հատուկ մարդկային պատգամների համար և կարող է օգտագործվել, օրինակ, ցանկացած օբյեկտի համար վկայագրեր կամ հեղինակային իրավունքներ գրանցելու համար:

Բայց օրակուլներ օգտագործելիս հարց է առաջանում նրանցից ստացված տեղեկատվության նկատմամբ վստահության մասին։ Աղբյուրը հավաստի՞ է։ Տվյալները ժամանակին կստացվե՞ն։ Բացի այդ, վտանգ կա, որ oracle-ը կխաբի օգտատերերին՝ միտումնավոր սխալ տեղեկատվություն տրամադրելով իր շահի համար:

Որպես օրինակ, դիտարկեք մի օրակուլ, որը տեղեկատվություն է տրամադրում սպորտային իրադարձությունների մասին ապակենտրոնացված խաղադրույքների փոխանակման համար:

Միջոցառումը UFC 242 մրցաշարի գլխավոր մենամարտն է՝ Խաբիբ Նուրմագոմեդովն ընդդեմ Դասթին Պուարյեի։ Ըստ բուքմեյքերների՝ Նուրմագոմեդովը մենամարտի բացահայտ ֆավորիտ է։ Նրա հաղթանակի վրա կարելի էր խաղադրույք կատարել 1,24 գործակցով, որը համապատասխանում է 76% հավանականությամբ։ Պուարյեի հաղթանակի գործակիցը կազմել է 4,26 (22%), իսկ ոչ-ոքիի գործակիցը բուքմեյքերները գնահատել են 51,0 (2%)։

Սցենարն ընդունում է օգտատերերի խաղադրույքները բոլոր երեք հնարավոր ելքերի վրա, մինչև օրակլից տեղեկություն չստանա ճակատամարտի իրական արդյունքի մասին: Սա շահումների բաշխման միակ չափանիշն է:

Այժմ հայտնի է դարձել, որ Նուրմագոմեդովը հաղթել է։ Այնուամենայնիվ, եկեք պատկերացնենք, որ oracle-ի անբարեխիղճ սեփականատերը, նախապես ծրագրելով խաբեությունը, խաղադրույք է կատարել առավել բարենպաստ գործակիցներով արդյունքի վրա՝ ոչ-ոքի: Երբ խաղադրույքների բանկը հասնում է մեծ ծավալի, oracle-ի սեփականատերը նախաձեռնում է կեղծ տեղեկություններ գրանցել բլոկչեյնում ճակատամարտի ենթադրյալ ոչ-ոքի արդյունքի մասին: Ապակենտրոնացված փոխանակման սկրիպտը հնարավորություն չունի կրկնակի ստուգելու ստացված տվյալների ճշգրտությունը և միայն բաշխում է շահումները՝ համաձայն այս տվյալների:

Եթե ​​այս տեսակի խաբեությունից պոտենցիալ շահույթն ավելի բարձր է, քան ազնիվ գուշակության կանխատեսվող եկամուտը, և դատարան դիմելու ռիսկը ցածր է, ապա օրակլի սեփականատիրոջ կողմից անազնիվ գործողությունների հավանականությունը զգալիորեն մեծանում է:

Խնդրի հնարավոր լուծումներից մեկը մի քանի օրակուլներից տվյալներ պահանջելն է և ստացված արժեքները կոնսենսուսի բերելը: Համաձայնության մի քանի տեսակներ կան.

• բոլոր պատգամները տրամադրում էին նույն տեղեկությունը
• Օրակուլների մեծ մասը տրամադրել է նույն տեղեկատվությունը (2-ից 3-ը, 3-ից 4-ը և այլն)
• Oracle-ի տվյալները միջին արժեքին հասցնելը (հնարավոր են այնպիսի տարբերակներ, որոնց դեպքում առավելագույն և նվազագույն արժեքները նախ հանվում են)
• բոլոր օրակուլները տրամադրել են միատեսակ տեղեկատվություն՝ նախապես համաձայնեցված հանդուրժողականությամբ (օրինակ՝ տարբեր աղբյուրներից ստացվող ֆինանսական գնանշումները կարող են տարբերվել 0,00001-ով, իսկ ճշգրիտ համընկնում ստանալն անհնարին խնդիր է)
• ստացված տվյալներից ընտրեք միայն եզակի արժեքներ

Եկեք վերադառնանք մեր ապակենտրոնացված խաղադրույքների փոխանակմանը: «3-ից 4-ը» կոնսենսուս օգտագործելիս, ոչ-ոքիի մասին զեկուցող օրակուլը չի ​​կարող ազդել սցենարի կատարման վրա, պայմանով, որ մյուս երեք օրակուլները հավաստի տեղեկատվություն տրամադրեն:
Բայց անբարեխիղճ օգտվողը կարող է ունենալ չորս օրակուլներից երեքը, և այդ ժամանակ նա կարող է ապահովել որոշիչ մեծամասնություն:

Պայքարելով օրակուլների ամբողջականության համար՝ դուք կարող եք նրանց համար վարկանիշ ներդնել կամ անվստահելի տվյալների համար տուգանքների համակարգ։ Դուք կարող եք նաև գնալ «գազար» երթուղին և պարգև առաջարկել իսկության համար: Բայց ոչ մի միջոց ամբողջությամբ չի խուսափելու, օրինակ, վարկանիշային գնաճից կամ անարդար մեծամասնությունից։

Այսպիսով, արժե՞ բարդ ծառայություններ հորինել, թե՞ բավական կլինի ունենալ կոնսենսուսի գործիք, որը թույլ կտա ձեզ, ինչպես սուպերմարկետների դարակում, ընտրել, օրինակ, հինգ օրակուլներ, որոնք տրամադրում են անհրաժեշտ տվյալներ, սահմանել կոնսենսուսի տեսակը և ստանալ Արդյունքը?

Օրինակ, ապակենտրոնացված հավելվածին անհրաժեշտ են ջերմաստիճանի տվյալներ Ցելսիուսի աստիճաններով: Oracle կատալոգում մենք գտնում ենք չորս օրակուլներ, որոնք տրամադրում են նման տվյալներ, սահմանում են կոնսենսուսի տեսակը «միջին» և կատարում հարցում:

Ենթադրենք, օրակուլները տվել են հետևյալ արժեքները՝ 18, 17, 19 և 21 աստիճան։ Երեք աստիճանի տարբերությունը կարող է բավականին կարևոր լինել սցենարի կատարման համար: Ծառայությունը մշակում է արդյունքը և ստանում 18.75 աստիճան ջերմաստիճանի միջին արժեք։ Ապակենտրոնացված հավելվածի սցենարը կստանա այս համարը և կաշխատի դրա հետ:

Վերջիվերջո, որոշումը սպառողինն է՝ վստահել մեկ oracle-ին և օգտագործել դրա տվյալները, թե կառուցել կոնսենսուս մի քանի օրակուլներից, որոնք ընտրվել են իրենց հայեցողությամբ:

Ամեն դեպքում տվյալների օրակուլները բավականին նոր ոլորտ են: Այն փուլում է, երբ օգտատերերն իրենք կարող են որոշել, թե որ ուղղությամբ այն պետք է զարգանա։ Այդ իսկ պատճառով մենք ցանկանում ենք լսել ձեր կարծիքը։ Արդյո՞ք վերը նշված գործիքը անհրաժեշտ է օրակուլների համար: Ինչպե՞ս եք պատկերացնում տվյալների օրակուլների ապագան ընդհանրապես: Կիսեք ձեր կարծիքը մեկնաբանություններում և մեր պաշտոնական խմբում Telegram.

Source: www.habr.com