{"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\u00e4na on vaid laisk, kes ei ole kirjutanud plokiahela, kr\u00fcptovaluutade ja selle \u00e4geduse kohta. Kuid k\u00e4esolevas artiklis ei k\u00e4sitleta selle tehnoloogia \u00fclistamist, vaid teeme juttu selle puudustest ja nende lahendamise viisidest. <\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

\u00dckskallis t\u00f6\u00f6 k\u00e4igus Altairix Systemsis tekkis \u00fclesanne turvalise, tsensuuri suhtes vastupidava andmete kinnitamise kohta v\u00e4listest plokiahelallikatest. Oli vajalik kinnitada muudatused kolmanda s\u00fcsteemi salvestustes ja nende muudatuste p\u00f5hjal t\u00e4ita vastavat haru nutikontakti loogikas. Esmapilgul tundub \u00fclesanne piisavalt triviaalne, kuid kui selle t\u00e4itmise tulemus s\u00f5ltub \u00fche osalise rahalisest olukorrast, kerkivad esile lisavajadused. Esiteks on see igak\u00fclgne usaldus selliste valideerimismehhanismide vastu. Kuid k\u00f5igest j\u00e4rgem\u00f6\u00f6da. <\/p>\n

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

Probleem seisneb selles, et plokiahel iseenesest on autonoomne, isoleeritud objekt, seega ei tea nutikontaktid plokiahelas v\u00e4limisest maailmast midagi. Samuti on nutikontaktide tingimused sageli seotud teabega reaalsete asjade kohta (lennu hilinemine, valuutakursid jne). Nutikontaktide \u00f5ige t\u00f6\u00f6 jaoks peab plokiahelast v\u00e4ljaspool saadud teave olema usaldusv\u00e4\u00e4rne ja kontrollitud. See probleem lahendatakse oraklite kasutamisega, nagu Town Crier ja DECO. Need oraklid v\u00f5imaldavad nutikontaktidel plokiahelas usaldada teavet usaldusv\u00e4\u00e4rselt veebiserverilt, v\u00f5ib \u00f6elda, et need on usaldusv\u00e4\u00e4rse teabe pakkujad. <\/p>\n

<\/p>\n

Oraklid<\/h1>\n

<\/p>\n

Kujutage ette, et nutikontakt teostab 0.001 btc \u00fclekande teie bitcoin-rahakotile juhul, kui teie lemmik jalgpalliklubi v\u00f5idab Venemaa karika. Reaalsete v\u00f5itude korral on nutikontaktile vajalik edastada teavet selle kohta, milline klubi v\u00f5itis, ja siin tekib hulgaliselt probleeme: kust saada seda teavet, kuidas seda turvaliselt nutikontakti edastada ja kuidas veenduda, et nutikontakti saadud teave vastab t\u00f5ele? <\/p>\n

<\/p>\n

Infoteabe k\u00fcsimuses v\u00f5ivad olla kaks stsenaariumi: nutilepingute \u00fchendamine usaldusv\u00e4\u00e4rse veebisaidiga, kus hoitakse keskselt m\u00e4ngutulemustega seotud teavet, ja teine v\u00f5imalus on kohe \u00fchendada mitu saiti ning seej\u00e4rel teha teabe valik mitmest allikast, mis pakuvad samu andmeid. Teabe \u00f5igsuse kinnitamiseks kasutatakse orakleid, n\u00e4iteks Oraclize, mis kasutab TLSNotary't (TLS-i modifikatsioon andmete autentsuse t\u00f5estamiseks). Oraclize'i kohta on Googles piisavalt teavet, ja Habrasse on mitmeid artikleid, t\u00e4na r\u00e4\u00e4gin aga oraklitest, mis kasutavad natuke teistsugust l\u00e4henemist teabe edastamiseks: Town Crier ja DECO. Artiklis antakse \u00fclevaade m\u00f5lema orakli t\u00f6\u00f6p\u00f5him\u00f5tetest ning p\u00f5hjalik v\u00f5rdlus. <\/p>\n

<\/p>\n

Town Crier<\/h1>\n

<\/p>\n

Town Crier (TC) tutvustas IC3 (The Initiative for CryptoCurrencies and Contracts) 2016. aastal CCS\u201916-l. TC p\u00f5hidee: edastada teavet veebisaidilt nutilepingule ja veenduda, et TC edastatud teave on sama, mis veebisaidil. TC kasutab andmete autentsuse tagamiseks TEE-d (Trusted Execution Environment). TC originaalversioonis on kirjeldatud koost\u00f6\u00f6d Intel SGX-iga.
\nTown Crier koosneb osast, mis on plokiahelas, ja osast, mis on operatsioonis\u00fcsteemis \u2014 TC Server.
\n\"Town
\nTC Kontrakt asub plokiahelas ja toimib TC eesliinina. See v\u00f5tab vastu taotlusi CU-lt (kasutaja nutileping) ja tagastab vastuse TC Serverilt. TC Serveris on Relay, mis loob \u00fchenduse anklaavi ja interneti vahel (kahepoolne liiklus) ning seob anklaavi plokiahelaga. Enclave sisaldab progencl'i, mis on kood, mis t\u00e4idab plokiahelast saadud taotlusi ja tagastab s\u00f5numeid plokiahelasse digitaalse allkirjaga; progencl sisaldab osa nutilepingust ja t\u00e4idab sisuliselt m\u00f5ningaid selle funktsioone. <\/p>\n

<\/p>\n

Intel SGX anklaavi v\u00f5ib k\u00e4sitleda kui k\u00f5iki sisaldavat teegib, millel on API ja mis t\u00f6\u00f6tab ekraani kaudu. Ecall edastab juhtimise anklaavi. Anklaav t\u00e4idab oma koodi, kuni see l\u00f5petatakse v\u00f5i kuni toimub erand. V\u00e4liskaudu defineeritud funktsioonide kutsumiseks kasutatakse ocall'i. Ocall t\u00e4idetakse v\u00e4ljaspool anklaavi ja t\u00f6\u00f6deldakse selle poolt usaldusv\u00e4\u00e4rse kutsena. Ocall'i teostamise j\u00e4rel antakse juhtimine tagasi anklaavi.
\n\"Town
\nEnclave'is toimub secure channel'i seadistamine veebiserveriga, kus enclaves ise teostab TLS handshake'i sihiserveriga ning teostab k\u00f5ik kr\u00fcptomaatilised operatsioonid enda sees. TLS teek (mbedTLS) ja HTTP-kood on v\u00e4ljaviidud SGX keskkonda. Samuti sisaldab Enclave root CA sertifikaate (sertifikaatide kogum), et kontrollida kaugserverite sertifikaate. Request Handler v\u00f5tab vastu datagram'i p\u00e4ringu Ethereum'i poolt pakutud formaadis, dekr\u00fcpteerib selle ja anal\u00fc\u00fcsib. Seej\u00e4rel genereeritakse Ethereum'i tehing, mis sisaldab soovitud datagram'i, allkirjastatakse skTC abil ja edastatakse Relay'le.<\/p>\n

<\/p>\n

Relay'i osa h\u00f5lmab Client Interface'i, TCP-d, Blockchain Interface'i. Client Interface on vajalik enclave'i koodi atesteerimiseks ja kliendiga suhtlemiseks. Klient saadab atesteerimise p\u00e4ringu ecall'i abil ja saab timestamp'i, mis on allkirjastatud skTC koos att (atesteerimise allkiri), seej\u00e4rel kinnitatakse att Intel Attestation Service'i (IAS) abil ning timestamp'i kontrollib usaldusv\u00e4\u00e4rne ajateenus. Blockchain Interface kontrollib sisse tulevaid p\u00e4ringuid ja paigutab tehingud plokiahelasse, et edastada datagram'e. Geth on ametlik Ethereum'i klient ja v\u00f5imaldab Relay'l suhelda plokiahelaga RPC k\u00f5nede kaudu. <\/p>\n

<\/p>\n

T\u00f6\u00f6tades TEE-ga, v\u00f5imaldab TC k\u00e4ivitada samaaegselt mitu enclave'i, suurendades sellega teabe t\u00f6\u00f6tlemise kiirus 3 korda. Kui \u00fche t\u00f6\u00f6tava enclave'i kiirus oli 15 tx\/sec, siis 20 samaaegselt k\u00e4ivitatud enclave'i juures t\u00f5useb kiirus 65 tx\/sec-ni, v\u00f5rreldes maksimaalse plokiahela Bitcoin'i t\u00f6\u00f6kiirus 26 tx\/sec.<\/p>\n

<\/p>\n

DECO<\/h1>\n

<\/p>\n

DECO (Decentralized Oracles for TLS) esitati CCS\u201920, t\u00f6\u00f6tab veebisaitidega, mis toetavad TLS-\u00fchendust. Tagab andmete konfidentsiaalsuse ja terviklikkuse.
\nDECO ja TLS kasutavad s\u00fcmmeetrilist kr\u00fcpteerimist, seega on kliendil ja veebiserveril kr\u00fcpteerimise v\u00f5tmed ning klient, kui soovib, v\u00f5ib TLS-seansi andmeid valeh\u00e4iretega petta. Selle probleemi lahendamiseks kasutab DECO kolmesuunalist k\u00e4tlemisprotokolli prover'i (nutileping), verifier'i (orakel) ja veebiserveri (andmeallikas) vahel.<\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

DECO t\u00f6\u00f6p\u00f5him\u00f5te seisneb selles, et kontrollija (prover) saab osa andmeid D ja kinnitab verifikaatorile (verifier), et D on p\u00e4rit TLS-serverilt S. Teine probleem on see, et TLS ei allkirjasta andmeid ja TLS-kliendil on raske t\u00f5estada, et andmed on p\u00e4rit just sellest serverist (provenance difficulty). <\/p>\n

<\/p>\n

DECO protokollis kasutatakse kr\u00fcptov\u00f5tmeid KEnc ja KMac. Klient saadab p\u00e4ringu Q veebiserveriks<\/a>, serveri vastus R tuleb kr\u00fcpteeritud kujul, kuid klient ja server omavad samu KMac-v\u00f5tmeid, mist\u00f5ttu saab klient TLS-s\u00f5numit valetada. DECO lahendus seisneb selles, et \u201epeita\u201c KMac kliendi (proveerija) eest, kuni ta p\u00e4ringule vastab. N\u00fc\u00fcd on KMac jagatud prover'i ja verifier'i vahel \u2013 KpMac ja KvMac. Server saab KMac-i vastuse kr\u00fcpteerimiseks, kasutades v\u00f5tmeosade operatsiooni KpMac \u2295 KvMac = KMac.<\/p>\n

<\/p>\n

Kolmepoolse k\u00e4epigistuse seadistamine tagab, et andmevahetus kliendi ja serveri vahel toimub turvaliselt.
\n\"Town
\nR\u00e4\u00e4kides detsentraliseeritud oraklite s\u00fcsteemidest, on v\u00f5imatu mitte mainida Chainlinki, mis p\u00fc\u00fcab luua detsentraliseeritud oraklite s\u00f5lmede v\u00f5rku, mis on \u00fchilduv Ethereum'i, Bitcoin'i ja Hyperledger'iga, arvestades moodulsust: iga s\u00fcsteemi osa saab uuendada. Samuti, et tagada turvalisus, pakub Chainlink igale \u00fclesandes osalevale oraklile v\u00f5tme kombinatsiooni (avatud ja suletud). Suletud v\u00f5tit kasutatakse osalise allkirja genereerimiseks, mis sisaldab nende vastust andmep\u00e4ringule. Vastuse saamiseks on vajalik k\u00f5igi oraklite osaliste allkirjade \u00fchinemine.<\/p>\n

<\/p>\n

Chainlink kavatseb l\u00e4bi viia esimese PoC DECO, keskendudes detsentraliseeritud finantsrakendustele, nagu Mixicles. Artikli kirjutamise hetkel ilmus Forbesis uudis, et Chainlink on omandanud DECO Cornell University'lt.<\/p>\n

<\/p>\n

R\u00fcnnakud oraklitele<\/h1>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

Teabejulgeoleku seisukohast on kaalutud j\u00e4rgmisi r\u00fcnnakuid Town Crieri suhtes:<\/p>\n

<\/p>\n

    \n
  1. \n

    Petturliku smart-kontakti koodi s\u00fcstimine TEE-s\u00f5lmedesse.
    \nR\u00fcnnaku olemus: vale smart-kontakti koodi edastamine TEE-sse, mist\u00f5ttu, kui kurjategija, kes on saanud juurdep\u00e4\u00e4su s\u00f5lmele, saab k\u00e4ivitada oma (petliku) smart-kontakti dekr\u00fcpteeritud andmete jaoks. Siiski, tagastatavad v\u00e4\u00e4rtused on kr\u00fcpteeritud privaatv\u00f5tmega ja ainsaks v\u00f5imaluseks nendele andmetele juurdep\u00e4\u00e4semiseks on kr\u00fcpteeritud teksti lekkimine tagastamisel\/edastamisel.
    \nSelle r\u00fcnnaku vastu kaitsmine seisneb aktuaaride kontrollimises koodi \u00f5igsuse \u00fcle, mis asub praegusel aadressil. Seda saab saavutada aadressimisprogrammiga, kus lepingu aadress m\u00e4\u00e4ratletakse lepingu koodi hash-iga. <\/p>\n

    \n<\/li>\n

  2. \n

    Lepingu oleku kr\u00fcpteeritud andmete muutused lekitavad.
    \nR\u00fcnnaku olemus: Nutilepingute s\u00f5lmede omanikud p\u00e4\u00e4sevad lepingute olekule kr\u00fcpteeritud kujul v\u00e4ljaspool anklavit. Kurjategija, kes kontrollib s\u00f5lme, saab v\u00f5rrelda lepingute olekut enne ja p\u00e4rast tehingut ning tuvastada, millised argumendid on tehtud ja millist nutilepingute meetodit on kasutatud, kuna nutilepingute kood ja selle tehnilised spetsifikatsioonid on avalikult k\u00e4ttesaadavad.
    \nS\u00f5lme usaldusv\u00e4\u00e4rsuse tagamiseks vajalik kaitse.<\/p>\n

    \n<\/li>\n

  3. \n

    K\u00fclgkanali r\u00fcnnakud.
    \nErinevates stsenaariumees j\u00e4lgimisega seotud r\u00fcnnaku t\u00fc\u00fcp. Sellise r\u00fcnnaku n\u00e4ide on Prime and Probe.
    \n\"Town
    \nR\u00fcnnaku l\u00e4biviimise protseduur:<\/p>\n

    <\/p>\n