{"id":93794,"date":"2020-09-10T07:42:27","date_gmt":"2020-09-10T05:42:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne"},"modified":"2020-09-10T07:42:27","modified_gmt":"2020-09-10T05:42:27","slug":"town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne","title":{"rendered":"Town Crier vs DECO: millist oraaklit kasutada plokiahelas?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4nap\u00e4eval pole keegi, kes ei oleks r\u00e4\u00e4kinud plokiahela tehnoloogiast, kr\u00fcptovaluutadest ja nende \u00fclimusest. Kuid see artikkel ei kiida heaks seda tehnoloogiat, vaid k\u00e4sitleb just selle puudusi ja v\u00f5imalusi nende lahendamiseks. <\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

\u00dcksk\u00f5ik millise projekti kallal t\u00f6\u00f6tades ettev\u00f5ttes Altirix Systems, seisime silmitsi vajadusega kaitstud ja tsensuuri-kindlat kinnitust v\u00e4lisest plokiahela allikast. Tuli kinnitada muudatused kolmanda s\u00fcsteemi kirjetes ja nende p\u00f5hjal t\u00e4ita s\u00fcsteemi nutilepingute loogikas erinevat haru. Esmapilgul n\u00e4ib \u00fclesanne \u00fcsna triviaalne, kuid kui selle t\u00e4itmise tulemus m\u00f5jutab \u00fche osalise finantsseisundit, tekivad t\u00e4iendavad n\u00f5udmised. K\u00f5igepealt on vajalik p\u00f5hjalik usaldus sellise valideerimise mehhanismi vastu. Kuid k\u00f5igest j\u00e4rk-j\u00e4rgult. <\/p>\n

<\/a><\/noindex><\/p>\n

Probleem on selles, et plokiahel on iseseisev, suletud objekt, seet\u00f5ttu ei tea plokiahela sees olevad nutilepingud midagi v\u00e4listest tingimustest. Samuti on nutilepingute tingimused sageli seotud tegelike asjadega (nt lennu hilinemine, valuutakurss jne). Nutilepingute korrektseks toimimiseks peab plokiahelast v\u00e4ljapoole saadud teave olema usaldusv\u00e4\u00e4rne ja kontrollitud. See probleem lahendatakse sellega, et kasutatakse orakleid, nagu Town Crier ja DECO. Need oraklid v\u00f5imaldavad nutilepingul plokiahelas usaldada teavet usaldusv\u00e4\u00e4rselt veebiserverilt, mida v\u00f5ib pidada usaldusv\u00e4\u00e4rse teabe pakkujaks. <\/p>\n

<\/p>\n

Oraklid<\/h1>\n

<\/p>\n

Kujutage ette, et nutileping viib teie bitcoin-rahakotile \u00fcle 0,001 btc, kui teie lemmik jalgpalliklubi v\u00f5idab Venemaa karika. Kui v\u00f5it on t\u00f5ene, peab nutileping saama teavet selle kohta, milline klubi v\u00f5itis, ja siin tekib mitu probleemi: kust saada see teave, kuidas see turvaliselt nutilepingusse edastada ning kuidas veenduda, et nutilepingusse saabunud teave vastab t\u00f5ele? <\/p>\n

<\/p>\n

Teabeallika allika kohta v\u00f5ib olla kaks stsenaariumi: nutileping \u00fchendatakse usaldusv\u00e4\u00e4rse veebisaidiga, kus keskelt hallatakse m\u00e4ngutulemuste kohta teavet, v\u00f5i \u00fchendatakse kohe mitu saiti, et seej\u00e4rel valida teavet enamiku samade andmeid pakkuvate allikate hulgast. Teabe t\u00e4psuse kontrollimiseks kasutatakse oraakleid, n\u00e4iteks Oraclize, mis kasutab TLSNotary't (TLS modifikatsioon andmete autentimise t\u00f5endamiseks). Kuid Oraclize kohta on Google'is piisavalt teavet ning Habr's on mitu artiklit; t\u00e4na r\u00e4\u00e4gin oraaklitest, mis kasutavad veidi teistsugust l\u00e4henemist teabe edastamiseks: Town Crier ja DECO. Artiklis on kirjeldatud m\u00f5lema oraakli t\u00f6\u00f6p\u00f5him\u00f5tteid ning koos p\u00f5hjaliku v\u00f5rdluse. <\/p>\n

<\/p>\n

Town Crier<\/h1>\n

<\/p>\n

Town Crier (TC) esitati IC3 (The Initiative for CryptoCurrencies and Contracts) 2016. aastal CCS\u201916 konverentsil. TC p\u00f5hieesm\u00e4rk on edastada teavet veebisaidilt nutilepingule ja veenduda, et TC edastatud informatsioon on sama, mis veebisaidil. TC kasutab andmete autentsuse tagamiseks TEE (Trusted Execution Environment). Algversioonis on TC kirjeldatud koost\u00f6\u00f6d Intel SGX-iga.
\nTown Crier koosneb osast, mis on blockchainis, ja osast, mis asub operatsioonis\u00fcsteemis \u2014 TC Server.
\n\"Town
\nTC leping asub blockchainis ja toimib TC esidena. See v\u00f5tab vastu p\u00e4ringud CU-lt (kasutaja nutileping) ja tagastab vastuse TC Serverilt. TC Serveris on Relay, mis loob sideme anklaviga internetiv\u00f5rgus (kahepoolne liiklus) ja seob anklavi blockchainiga. Anklav sisaldab progencl-i, mis on kood, mis t\u00e4idab p\u00e4ringud blockchainist ja tagastab s\u00f5numid blockchaini koos digitaalse allkirjaga; progencl sisaldab osa nutilepingu koodist ja t\u00e4idab p\u00f5him\u00f5tteliselt osa selle funktsioonidest. <\/p>\n

<\/p>\n

Intel SGX enclave v\u00f5ib pidada \u00fcldiseks teegiks, millel on API, mis t\u00f6\u00f6tab ecall'i kaudu. Ecall edastab kontrolli enclave'ile. Enclave t\u00e4idab oma koodi, kuni see l\u00f5petatakse v\u00f5i kuni tekib erand. Funktsioonide v\u00e4ljakutseteks, mis on m\u00e4\u00e4ratletud v\u00e4ljaspool enclave'i, kasutatakse ocall'i. Ocall viiakse l\u00e4bi enclave'i v\u00e4lispoolselt ja t\u00f6\u00f6deldakse seal kui ebausaldusv\u00e4\u00e4rset kutset. P\u00e4rast ocall'i t\u00e4itmist tagastatakse kontroll enclave'ile.
\n\"Town
\nEnclave'is toimub turvakanali seadistamine veebiserveriga, enclave ise teostab TLS handshake'i sihtserveriga ja viib k\u00f5ik kr\u00fcptograafilised toimingud l\u00e4bi enda sees. TLS teek (mbedTLS) ja HTTP-kood on l\u00fchendatud versioonis eksporditud SGX keskkonda. Samuti sisaldab enclave root CA sertifikaate (sertifikaatide kogum) kaugserverite sertifikaatide kontrollimiseks. Request Handler v\u00f5tab vastu datagrammi p\u00e4ringu Ethereum'i pakutavas formaadis, dekr\u00fcpteerib selle ja anal\u00fc\u00fcsib. Seej\u00e4rel genereeritakse Ethereum'i tehing, mis sisaldab n\u00f5utud datagrammi, allkirjastatakse see skTC abil ja edastatakse Relay'le.<\/p>\n

<\/p>\n

Relay osa sisaldab Klientide Liidest, TCP-d ja Plokiahela Liidest. Klientide Liides on vajalik anklavikoodide atesteerimiseks ja kliendiga suhtlemiseks. Klient saadab atesteerimissoovi ecall'i kaudu ning saab skTC poolt allkirjastatud ajatempleid koos att (atesteeringu allkiri) - seej\u00e4rel kinnitatakse att Intel Attestation Service (IAS) kaudu ja ajatempli usaldusv\u00e4\u00e4rsust kontrollib usaldusv\u00e4\u00e4rne ajateenistus. Plokiahela Liides kontrollib sissetulevaid p\u00e4ringuid ja salvestab tehingud plokiahelasse datagrammide edastamiseks. Geth on ametlik Ethereum'i klient, mis v\u00f5imaldab Relay'l plokiahelaga suhelda RPC-kutsungite kaudu. <\/p>\n

<\/p>\n

TEE t\u00f6\u00f6tamisel v\u00f5imaldab TC k\u00e4ivitada mitmeid anklave korraga, suurendades seel\u00e4bi info t\u00f6\u00f6tlemise kiirus kolm korda. Kui \u00fche t\u00f6\u00f6tava anklaviga oli kiirus 15 tx\/sek, siis 20 paralleelselt t\u00f6\u00f6tava anklaviga t\u00f5useb kiirus 65 tx\/sek, v\u00f5rdluseks Bitcoin'i plokiahela maksimaalne kiirus on 26 tx\/sek.<\/p>\n

<\/p>\n

DECO<\/h1>\n

<\/p>\n

DECO (Decentralized Oracles for TLS) esitati CCS\u201920-l, t\u00f6\u00f6tab veebilehtedel, mis toetavad TLS \u00fchendust. Tagab andmete konfidentsiaalsuse ja terviklikkuse.
\nDECO c TLS kasutab s\u00fcmmeetrilist kr\u00fcptimist, mist\u00f5ttu kliendil ja veebiserveril on kr\u00fcpteerimisv\u00f5tmed ning klient v\u00f5ib soovi korral TSL sessiooni andmeid valeandmetega petta. Selle probleemi lahendamiseks kasutab DECO kolmek\u00fclgset k\u00e4epigistuse protokolli prover (nutileping), verifier (oraakel) ja veebiserver (andmeallikas).<\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

DECO t\u00f6\u00f6p\u00f5him\u00f5te seisneb selles, et kontrollija (prover) saab osa andmetest D ja kinnitab valideerijale (verifier), et D on saadud TLS-serverilt S. Veel \u00fcks probleem on see, et TLS ei allkirjasta andmeid ning TLS-klientidel on keeruline t\u00f5estada, et andmed on saadud just sellelt serverilt (provenance difficulty). <\/p>\n

<\/p>\n

DECO protokollis kasutatakse kr\u00fcpteerimisv\u00f5tmeid KEnc ja KMac. Klient saadab p\u00e4ringu Q veebiserver<\/a>, serverist saabuv vastus R tuleb kr\u00fcpteeritud kujul, kuid nii kliendil kui serveril on samad KMac, ja klient v\u00f5ib TLS s\u00f5numit petta. DECO lahendus seisneb KMac 'peitmises' kliendi (prover) eest, kuni ta vastab p\u00e4ringule. N\u00fc\u00fcd on KMac jagatud prover'i ja verifier'i vahel \u2014 KpMac ja KvMac. Server saab KMac vastuse kr\u00fcpteerimiseks, kasutades v\u00f5tmeosade operatsiooni KpMac \u2295 KvMac = KMac.<\/p>\n

<\/p>\n

Kolmepoolse k\u00e4epigistuse seadistamisel toimub andmevahetus kliendi ja serveri vahel garanteeritud turvalisusega.
\n\"Town
\nR\u00e4\u00e4kides detsentraliseeritud oraklite s\u00fcsteemist, ei saa mainimata j\u00e4tta Chainlinki, mille eesm\u00e4rk on luua detsentraliseeritud oraklite s\u00f5lmede v\u00f5rk, mis on \u00fchilduv Ethereumiga, Bitcoiniga ja Hyperledgeriga, arvestades modularsust: iga osa s\u00fcsteemist saab uuendada. Samuti, et tagada turvalisus, pakub Chainlink igale \u00fclesandes osalevale oraklile v\u00f5tmete (avatud ja suletud) kombinatsiooni v\u00e4ljastamist. Suletud v\u00f5tit kasutatakse osalise allkirja genereerimiseks, mis sisaldab nende lahendust andmete taotlusele. Vastuse saamiseks on vajalik k\u00f5ikide v\u00f5rgus olevate oraklite osaliste allkirjade \u00fchendamine.<\/p>\n

<\/p>\n

Chainlink plaanib teostada esialgse PoC DECO, keskendudes detsentraliseeritud finantss rakendustele, nagu Mixicles. Artikli kirjutamise hetkel ilmus Forbesis uudis, et Chainlink omandas DECO Cornell Universitylt.<\/p>\n

<\/p>\n

R\u00fcnnakud oraklitele<\/h1>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

Infoturbe seisukohalt on k\u00e4sitletud j\u00e4rgmisi r\u00fcnnakuid Town Crierile:<\/p>\n

<\/p>\n

    \n
  1. \n

    Pahaloomulise nutika lepingu koodi sisestamine TEE s\u00f5lmedesse.
    \nR\u00fcnnaku olemus: vale nutilepingukoodi edastamine TEE-sse, v\u00f5imaldades seega r\u00fcndajal, kes on saanud juurdep\u00e4\u00e4su s\u00f5lmele, k\u00e4ivitada oma (petlik) nutilepingud dekodeeritud andmete jaoks. Tagastatavad v\u00e4\u00e4rtused aga kr\u00fcpteeritakse privaatv\u00f5tmega, ja ainus juurdep\u00e4\u00e4s nendele andmetele on kr\u00fcpteeritud teksti lekke kaudu tagastamisel\/v\u00e4ljastamisel.
    \nKaitse selle r\u00fcnnaku eest seisneb selles, et kontrolleks anklav koodi \u00f5igsust, mis asub praeguses aadressis. Seda saab saavutada aadressindusskeemi abil, kus lepinguaadress m\u00e4\u00e4ratakse lepingukoodi hashimise teel. <\/p>\n

    \n<\/li>\n

  2. \n

    Lepinguriigi salakoodide muutused lekitavad.
    \nR\u00fcnnaku olemus: s\u00f5lmed, kus nutilepingud t\u00f6\u00f6tavad, p\u00e4\u00e4sevad ligi lepinguriigile kr\u00fcpteeritud kujul v\u00e4ljaspool anklavit. R\u00fcndaja, kes saab s\u00f5lmest juhtimise, saab v\u00f5rrelda lepinguriiki enne ja p\u00e4rast tehingut ning tuvastada, milliseid argumente esitati ja millist nutilepingute meetodit kasutati, kuna nutilepingukood ja selle tehnilised spetsifikatsioonid on \u00fcldiselt kergesti k\u00e4ttesaadavad.
    \nUsaldusv\u00e4\u00e4rsuse tagamise kaitse nodi.<\/p>\n

    \n<\/li>\n

  3. \n

    K\u00fclgkanali r\u00fcnnakud.
    \nEri t\u00fc\u00fcpi r\u00fcnnakud, mis kasutavad juurdep\u00e4\u00e4su j\u00e4lgimist m\u00e4lu ja vahem\u00e4lu kaudu enklaavi erinevates stsenaariumites. \u00dcks n\u00e4ide sellisest r\u00fcnnakust on Prime and Probe.
    \n\"Town
    \nR\u00fcnnaku l\u00e4biviimise j\u00e4rjestus:<\/p>\n

    <\/p>\n