{"id":31729,"date":"2019-10-31T21:42:44","date_gmt":"2019-10-31T18:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\/"},"modified":"2019-10-31T21:42:44","modified_gmt":"2019-10-31T18:42:44","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","title":{"rendered":"Juhuslikud numbrid ja detsentraliseeritud v\u00f5rgud: praktiline rakendus.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2 id=\"vvedenie\">Sissejuhatus<\/h2>\n<p><\/p>\n<p><em>\u201eJuhuslike numbrite genereerimine on liiga t\u00e4htis, et seda juhuse hooleks j\u00e4tta\u201c<\/em><br \/>\n<em>Robert Kavju, 1970<\/em><\/p>\n<p><\/p>\n<p>See artikkel k\u00e4sitleb kollektiivsete juhuslike numbrite genereerimise lahenduste praktilist rakendamist usaldamatutes keskkondades. Lihtsalt \u00f6eldes \u2014 kuidas ja miks kasutatakse juhuslikkust plokiahelates ning natuke ka sellest, kuidas eristada \u201ehead\u201c juhuslikkust \u201ehalvast\u201c. T\u00f5eliselt juhusliku numbri genereerimine on isegi eraldi arvutis \u00e4\u00e4rmiselt keeruline probleem, mis on juba pikka aega olnud kr\u00fcptograafide uurimist\u00f6\u00f6 objekt. Ja jaotatud v\u00f5rkudes on juhuslike numbrite genereerimine veelgi keerulisem ja t\u00e4htsam.<\/p>\n<p><\/p>\n<p>Just sellistes v\u00f5rkudes, kus osalised ei usalda \u00fcksteist, v\u00f5imalus genereerida vaieldamatult juhuslik number aitab t\u00f5husalt lahendada mitmeid olulisi \u00fclesandeid ja oluliselt t\u00e4iustada juba olemasolevaid skeeme. Tegelikult ei ole hasartm\u00e4ngud ja loteriid siin sugugi esikohal, nagu alguses v\u00f5ib kogenematule lugejale tunduda.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"generaciya-sluchaynyh-chisel\">Juhuslike numbrite genereerimine<\/h2>\n<p><\/p>\n<p>Arvutid ei oska ise genereerida juhuslikke numbreid, selle jaoks vajavad nad v\u00e4liseid abi. Arvuti v\u00f5ib saada m\u00f5ne juhusliku v\u00e4\u00e4rtuse n\u00e4iteks hiire liikumise, kasutatud m\u00e4lu hulga, protsessori kontaktidel esinevate parasiitide voolude ja paljude teiste allikate kaudu, mida nimetatakse entropia allikateks. Need v\u00e4\u00e4rtused pole p\u00e4ris juhuslikud, kuna nad asuvad kindlas vahemikus v\u00f5i muutuvad ennustatult. Et muuta sellised numbrid t\u00f5eliselt juhuslikeks numbriteks antud vahemikus, kasutatakse kr\u00fcptopreparerimisi, et saada eba\u00fchtlaselt jaotatud entropia allikast \u00fchtlaselt jaotatud pseudojuhuslikke v\u00e4\u00e4rtusi. Saadud v\u00e4\u00e4rtusi nimetatakse pseudojuhuslikeks, kuna nad ei ole t\u00f5eliselt juhuslikud, vaid deterministlikult genereeritud entropiast. Iga hea kr\u00fcptoalgoritm, andmeid kr\u00fcpteerides toodab \u0161ifritekste, mis statistiliselt ei tohiks erineda juhuslikust j\u00e4rjestusest, nii et juhuslikkuse tootmiseks v\u00f5ib kasutada entropia allikat, mis tagab vaid head kordumatust ja ennustamatust v\u00e4\u00e4rtustes isegi v\u00e4ikestes vahemikes, \u00fclej\u00e4\u00e4nud t\u00f6\u00f6 bittide hajutamise ja segamise osas tuleks algoritmil.<\/p>\n<p><\/p>\n<p>L\u00f5petamaks l\u00fchikese koolituse, lisan, et juhuslike numbrite genereerimine isegi \u00fchel seadmel on \u00fcks meie andmete turvalisuse alustalasid, genereeritud pseudojuhuslikke numbreid kasutatakse turvaliste \u00fchenduste loomisel erinevates v\u00f5rkudes, kr\u00fcptograafiliste v\u00f5tmete genereerimisel, koormuse tasakaalustamisel, terviklikkuse kontrollimisel ja veel paljude rakenduste puhul. Paljude protokollide turvalisus s\u00f5ltub v\u00f5imest genereerida usaldusv\u00e4\u00e4rne, v\u00e4ljastpoolt ennustamatud juhuslikkus, seda salvestada ja mitte paljastada j\u00e4rgmise protokolli sammu jooksul, vastasel juhul on turvalisus ohus. R\u00fcnnak pseudojuhuslike v\u00e4\u00e4rtuste generaatori vastu on \u00e4\u00e4rmiselt ohtlik ja ohustab korraga kogu tarkvara, mis kasutab juhuslike numbrite genereerimist. <\/p>\n<p><\/p>\n<p>K\u00f5ike seda peaksite teadma, kui olete l\u00e4binud kr\u00fcptograafia baaskursuse, seet\u00f5ttu j\u00e4tkame detsentraliseeritud v\u00f5rkude teemaga.<\/p>\n<p><\/p>\n<h2 id=\"random-v-blokcheynah\">Juhus blockchainides<\/h2>\n<p><\/p>\n<p>Esiteks r\u00e4\u00e4gin plokiahelatest, mis toetavad nutilepinguid, kuna just nemad saavad t\u00e4ielikult \u00e4ra kasutada kvaliteetse ja vaieldamatu juhuse v\u00f5imalusi. Edaspidi nimetan seda tehnoloogiat \u201c<em>Avalikult kontrollitavad juhuslikud signaalid<\/em>\u201d v\u00f5i PVRB. Kuna plokiahelad on v\u00f5rgud, mille teavet saavad kontrollida k\u00f5ik osalejad, on nime olulisim osa \u201cAvalikult kontrollitavad\u201d, s.t. iga\u00fchel on v\u00f5imalus l\u00e4bi arvutuste t\u00f5estada, et plokiahelas avaldatud number omab j\u00e4rgmisi omadusi:<\/p>\n<p><\/p>\n<ul>\n<li>Tulemus peab olema t\u00f5estatud \u00fchtlaselt jaotunud, s.t. p\u00f5hinev t\u00f5estatud kr\u00fcptograafial. <\/li>\n<li>Mitte \u00fchtegi tulemust bitist ei saa kontrollida. Seet\u00f5ttu ei saa tulemust ette ennustada.<\/li>\n<li>Protokolli genereerimist ei saa saboteerida, osalemat protokollis v\u00f5i koormates v\u00f5rku r\u00fcndavate s\u00f5numitega.<\/li>\n<li>K\u00f5ik \u00fclalnimetatud peab olema vastupidav lubatud arvu ebaausate protokolli osalejate (n\u00e4iteks 1\/3 osalejat) koost\u00f6\u00f6le.<\/li>\n<\/ul>\n<p><\/p>\n<p>Iga v\u00f5imalus salajase v\u00e4ikese r\u00fchma liikmetelt genereerida isegi kontrollitud paarisarv\/paaritute juhuslike numbrite genereerimine on turvaauk. Iga v\u00f5imalus r\u00fchmal peatada juhuslike numbrite genereerimine - on turvaauk. \u00dcldiselt on probleeme palju ja see \u00fclesanne ei ole kerge...<\/p>\n<p><\/p>\n<p>Tundub, et PVRB k\u00f5ige olulisem rakendus on erinevad m\u00e4ngud, loteriid ja \u00fcldiselt k\u00f5ik m\u00e4nguasi plokiahelas. T\u00f5epoolest, see on oluline suund, kuid juhusel plokiahelates on ka t\u00e4htsamaid rakendusi. Vaatame neid.<\/p>\n<p><\/p>\n<h2 id=\"algoritmy-konsensusa\">Konsensuse algoritmid<\/h2>\n<p><\/p>\n<p>PVRB organisatsiooni v\u00f5rgukonsensuse jaoks m\u00e4ngib tohutut rolli. Tehingud plokiahelates on kaitstud digitaalse allkirjaga, seet\u00f5ttu on \"r\u00fcnnak tehingu vastu\" alati tehingu lisamine\/riismine plokki (v\u00f5i mitmesse plokki). Peamine \u00fclesanne konsensuse algoritmil on kokku leppida, kuidas need tehingud ja plokid, mis sisaldavad neid tehinguid, j\u00e4rjekorda seada. Samuti on t\u00f5eliselt toimivate plokiahelate vajalik omadus l\u00f5ppus \u2014 v\u00f5ime, et v\u00f5rk lepiks kokku, et ahel kuni l\u00f5ppplokini on l\u00f5plik ja ei saa kunagi v\u00e4listada uue jagunemise t\u00f5ttu. T\u00fc\u00fcpiliselt, et kokku leppida, et plokk on kehtiv ja, mis k\u00f5ige olulisem, l\u00f5plik, on vaja koguda allkirjad enamuselt plokki tootjatelt (edaspidi BP \u2014 block-producers), mis n\u00f5uab v\u00e4hemalt plokkide ahela edastamist k\u00f5igile BP-dele ja allkirjade levitamist k\u00f5igi BP-de vahel. BP-de arvu suurenedes kasvab vajalike s\u00f5numite arv v\u00f5rku eksponentsiaalselt, seet\u00f5ttu konsensuse algoritmid, mis n\u00f5uavad l\u00f5plikkust, nagu n\u00e4iteks pBFT konsensus Hyperledgeris, ei t\u00f6\u00f6ta vajaliku kiirusena, alustades juba m\u00f5nest k\u00fcmnest BP-st, n\u00f5udes tohutult palju \u00fchendusi. <\/p>\n<p><\/p>\n<p>Kui v\u00f5rgus on vaieldamatu ja aus PVRB, siis isegi k\u00f5ige lihtsamas l\u00e4henemises saame selle p\u00f5hjal valida \u00fche block produceridest ja nimetada ta \"liidriks\" \u00fche protokolli vooru ajaks. Kui meil on <code>N<\/code> block producer-it, kellest <code>M: M &gt; 1\/2 N<\/code> on ausad, ei tsenseeri tehinguid ja ei loo ahela jagunemisi, et korraldada \"double spend\" r\u00fcnnakut, siis \u00fchtlaselt jaotatud vaieldamatu PVRB kasutamine v\u00f5imaldab valida ausa liidri t\u00f5en\u00e4osusega <code>M \/ N (M \/ N &gt; 1\/2)<\/code>. Kui iga liidri jaoks m\u00e4\u00e4rata oma ajavahemik, mille jooksul ta saab ploki luua ja ahelat valideerida, ja need ajavahemikud on \u00fchesugused, siis on ausate BP plokke ahel pikem kui pahatahtlike BP loodud ahel ning konsensusalgoritm, mis toetub ahela pikkusele, lihtsalt k\u00f5rvaldab \"halva\". See v\u00f5rdselt ajakvante igale BP andmise p\u00f5him\u00f5te rakendati esmakordselt Graphenes (EOS-i eelk\u00e4ijas) ning v\u00f5imaldab enamus plokkidest sulgeda \u00fche allkirjaga, mis v\u00e4hendab oluliselt v\u00f5rgu koormust ja v\u00f5imaldab sellel konsensusel t\u00f6\u00f6tada \u00e4\u00e4rmiselt kiiresti ja stabiilselt. Siiski peab EOS-i v\u00f5rk praegu kasutama spetsiaalseid plokke (Viimane Kinnitatud Plokk), mida kinnitatakse 2\/3 BP allkirjadega. Need plokid tagavad l\u00f5plikkuse (keti haru tekkimise v\u00f5imatuse, mis algab enne viimast Viimast Kinnitatud Plokki).<\/p>\n<p><\/p>\n<p>Reaalsetes rakendustes on protokolli skeem keerulisem \u2014 pakutud plokkide h\u00e4\u00e4letused toimuvad mitmes etapis, et toetada v\u00f5rgu t\u00f6\u00f6d plokkide vahelej\u00e4tmise ja v\u00f5rgu probleemide korral, kuid isegi sellega arvestades n\u00f5uavad PVRB kasutavad konsensusalgoritmid oluliselt v\u00e4hem s\u00f5numeid BP vahel, mis muudab need kiiremateks kui traditsiooniline P\u0412FT v\u00f5i erinevad selle variandid.<\/p>\n<p><\/p>\n<p>Selliste algoritmide k\u00f5ige silmatorkavam esindaja: <noindex><a rel=\"nofollow\" href=\"https:\/\/eprint.iacr.org\/2016\/889.pdf\">Ouroboros<\/a><\/noindex> Cardano meeskonnalt, mis, nagu on kuulutatud, omab matemaatiliselt t\u00f5estatud vastupidavust BP-de vahelisele salajasele kokkuleppele. <\/p>\n<p><\/p>\n<p>Ouroboroses kasutatakse PVRB-d nii-\u00f6elda \"BP ajakava\" m\u00e4\u00e4ramiseks \u2014 ajakava, mille kohaselt m\u00e4\u00e4ratakse igale BP oma ajavahemik ploki avaldamiseks. PVRB kasutamise suur eelis on BP t\u00e4ielik \"v\u00f5rdsus\" (vastavalt nende bilansside suurusele). PVRB ausus tagab, et pahatahtlikud BP-d ei saa ajakava ajavahemike \u00fcle kontrolli omada ja seet\u00f5ttu ei saa nad ahelat manipuleerida, valmistades ette ja anal\u00fc\u00fcsides ahela haru, ning haru valimiseks piisab lihtsalt ahela pikkusele toetumisest, ilma et peaks kasutama keerukaid meetodeid BP \"kasutegurite\" ja tema plokkide \"kaalu\" arvutamiseks. <\/p>\n<p><\/p>\n<p>\u00dcldiselt, kui detsentraliseeritud v\u00f5rgustikus tuleb valida juhuslik osaleja, on peaaegu alati parem valik PVRB, mitte deterministlik variant, mis p\u00f5hineb n\u00e4iteks ploki hash'il. Ilma PVRB-ta v\u00f5imalus m\u00f5jutada osaleja valikut viib r\u00fcnnakuteni, kus r\u00fcndaja saab valides mitmest tulevikuv\u00f5imalusest valida j\u00e4rgmise korruptsiooniga seotud osaleja v\u00f5i isegi mitu, et tagada suurem osakaal otsuste tegemises. PVRB kasutamine diskrediteerib neid r\u00fcnnakut\u00fc\u00fcpe.<\/p>\n<p><\/p>\n<h2 id=\"masshtabirovanie-i-balansirovka-nagruzki\">Skaleerimine ja koormuse tasakaalustus<\/h2>\n<p><\/p>\n<p>PVRB v\u00f5ib tuua t\u00f5siseid eeliseid ka koormuse v\u00e4hendamise ja maksete skaleerimise \u00fclesannetes. Esiteks on m\u00f5istlik tutvuda <noindex><a rel=\"nofollow\" href=\"https:\/\/people.csail.mit.edu\/rivest\/pubs\/Riv97b.pdf\">artikkel<\/a><\/noindex> Rivesta \"Electronic Lottery Tickets as Micropayments\". \u00dcldine sisu on see, et selle asemel, et teha 100 makset 1 senti, saab m\u00e4ngida \u00f5iglast loterii, mille auhind on 1 dollar = 100 senti, kus maksja iga 1 sendi eest annab pangale \u00fche oma 100-st \"loterii piletist\". \u00dcks nendest piletitest v\u00f5idab pangale 1 dollar, ja just seda piletit saaja saab plokkides fikseerida. K\u00f5ige olulisem on see, et \u00fclej\u00e4\u00e4nud 99 piletit edastatakse saaja ja maksja vahel ilma igasuguse v\u00e4lise sekkumiseta, privaatses kanalis ja vajalikul kiirusel. Selle skeemi p\u00f5hjaliku protokolli kirjeldust Emercoin'i v\u00f5rgustikus v\u00f5ib lugeda <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@emer.tech\/randpay-6a028f16c82a\">siin<\/a><\/noindex>. <\/p>\n<p><\/p>\n<p>Sellel skeemil on mitu probleem, n\u00e4iteks v\u00f5ib saaja kohe p\u00e4rast v\u00f5idupileti saamist l\u00f5petada maksja teenindamise, kuid paljude eriliste rakenduste, nagu minutip\u00f5hine tasustamine v\u00f5i teenuste elektroonilised tellimused, korral v\u00f5ib neid probleeme ignoreerida. Peamine n\u00f5ue on loomulikult korraliku loterii ausus, ja selle l\u00e4biviimiseks on t\u00e4iesti vajalik PVRB.<\/p>\n<p><\/p>\n<p>Juhusliku osaleja valimine on \u00e4\u00e4rmiselt oluline ka \u0161ardimise protokollide jaoks, mis on suunatud plokiahela horisontaalsele skaleerimisele, v\u00f5imaldades erinevatel BP-del t\u00f6\u00f6delda ainult oma tehingute ulatust. See on \u00e4\u00e4rmiselt keeruline \u00fclesanne, eriti turvalisuse k\u00fcsimustes \u0161ardide \u00fchendamisel. Aus juhuslik BP valimine konkreetse \u0161ardi nimetamiseks, nagu ka konsensuse algoritmides \u2014 on samuti PVRB \u00fclesanne. Keskhaldusstruktuurides m\u00e4\u00e4rab \u0161ardid tasakaalustaja, kes lihtsalt arvutab p\u00e4ringu j\u00e4rgi hash'i ja saadab selle vajalikele t\u00e4itmisportfellidele. Plokiahelates v\u00f5ib selle m\u00e4\u00e4ramise m\u00f5jutamine viia konsensuse r\u00fcndamiseni. N\u00e4iteks v\u00f5ivad tehingute sisule m\u00f5ju avaldada r\u00fcndajad, kes saavad kontrollida, millised tehingud satuvad nende kontrollitavasse \u0161ardisse, ja manipuleerida sealset plokiahelat. \u0160ardimiseks juhuslike numbrite kasutamise probleemi arutelu Ethereumis on saadaval. <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/ethereum\/wiki\/wiki\/Sharding-FAQ#how-is-the-randomness-for-random-sampling-generated\">siin<\/a><\/noindex><br \/>\n\u0160ardimine on \u00fcks ambitsioonikamaid ja t\u00f5sisemaid \u00fclesandeid plokiahela valdkonnas, mille lahendamine v\u00f5imaldab luua suurep\u00e4rase j\u00f5udluse ja mahuga detsentraliseeritud v\u00f5rke. PVRB on vaid \u00fcks t\u00e4htsamaid komponente selle \u00fclesande lahendamiseks.<\/p>\n<p><\/p>\n<h2 id=\"igry-ekonomicheskie-protokoly-arbitrazh\">M\u00e4ngud, majandusprotokollid, arbitraa\u017e<\/h2>\n<p><\/p>\n<p>Juhuslike numbrite roll m\u00e4ngut\u00f6\u00f6stuses on keeruline \u00fcle hinnata. Selge kasutamine online-kasiinodes ja varjatud kasutamine m\u00e4ngija tegevuse efektide hindamisel \u2014 need on k\u00f5ik \u00e4\u00e4rmiselt keerulised probleemid detsentraliseeritud v\u00f5rkudes, kus ei ole v\u00f5imalik tugineda kesksele juhuslikkusele. Kuid juhusliku valiku rakendamine v\u00f5ib lahendada ka paljusid majandusprobleeme ja aidata luua lihtsamaid ja t\u00f5husamaid protokolle. Oletame, et meie protokollis on vaidlused odavate teenuste tasumise osas, ja need vaidlused esinevad piisavalt harva. Sellisel juhul, kui on vaieldamatu PVRB, saavad kliendid ja m\u00fc\u00fcjad kokku leppida juhuslikus vaidluste lahendamises, kuid kindla t\u00f5en\u00e4osusega. N\u00e4iteks 60% t\u00f5en\u00e4osusega v\u00f5idab klient ja 40% t\u00f5en\u00e4osusega m\u00fc\u00fcja. See, esmapilgul absurdne, l\u00e4henemine v\u00f5imaldab vaidlusi automaatselt lahendada, pakkudes t\u00e4pselt prognoositavat v\u00f5itude\/kaotuste suhet, mis sobib m\u00f5lemale poolele ilma kolmanda osapoole sekkumiseta ja tarbetu aja raiskamiseta. Veelgi enam, t\u00f5en\u00e4osuste suhe v\u00f5ib olla d\u00fcnaamiline ja s\u00f5ltuda teatud globaalsetest muutujatest. N\u00e4iteks, kui ettev\u00f5tte asjad l\u00e4hevad h\u00e4sti, tuvastatakse madal vaidluste arv ja k\u00f5rge tulusus, v\u00f5ib ettev\u00f5te automaatselt suunata vaidluste lahendamise t\u00f5en\u00e4osuse kliendikesksemaks, n\u00e4iteks 70\/30 v\u00f5i 80\/20, ja vastupidi, kui vaidlused n\u00f5uavad palju vahendeid ja on petturlikud v\u00f5i ebamugavad, saab t\u00f5en\u00e4osust suunata teisele poole.<\/p>\n<p><\/p>\n<p>Suur hulk huvitavaid detsentraliseeritud protokolle, nagu token currated registries, prediction markets, bonding curves ja paljud teised, esindavad majandusm\u00e4nge, kus hea k\u00e4itumine on auhinnatud ja halb k\u00e4itumine karistatud. Neil esinevad sageli turvaprobleemid, mille kaitse vastandub \u00fcksteisele. See, mis on kaitstud \"kitse\" r\u00fcnnaku eest, kellel on miljardite tokenite \"suur osalus\", on haavatav tuhandete v\u00e4ikeste saldosega kontode \"sybil osaluse\" r\u00fcnnaku ees, ning meetmed, mida tehakse \u00fche r\u00fcnnaku vastu, n\u00e4iteks mitte-lineaarsed tasud, mis on loodud selleks, et muuta suure osaluse t\u00f6\u00f6 ebaefektiivseks, diskrediteeritakse tavaliselt teise r\u00fcnnaku poolt. Kuna tegemist on majandusm\u00e4nguga, saab vastavad statistilised kaalukesed eelnevalt arvutada ja lihtsalt asendada tasud juhuslike vastava jaotusega. Sellised t\u00f5en\u00e4osuslikud tasud on v\u00e4ga lihtsad rakendada, kui plokiahelas on usaldusv\u00e4\u00e4rne juhuslikkuse allikas, ja need ei vaja keerulisi arvutusi, keerates elu keeruliseks nii kitle kui ka sybile.<br \/>\nSamas tuleb alati meeles pidada, et kontroll \u00fche bitiga selles juhuslikkuses v\u00f5imaldab petta, v\u00e4hendades ja suurendades t\u00f5en\u00e4osusi kahekordselt, seega on aus PVRB selliste protokollide jaoks \u00e4\u00e4rmiselt oluline. <\/p>\n<p><\/p>\n<h2 id=\"gde-nayti-pravilnyy-random\">Kust leida \u00f5iget juhuslikkust?<\/h2>\n<p><\/p>\n<p>Teoorias v\u00f5imaldab aus juhuslik valik detsentraliseeritud v\u00f5rkudes tagada peaaegu iga protokolli t\u00f5estatud turvalisuse vanden\u00f5u eest. P\u00f5hjendus on \u00fcsna lihtne \u2014 kui v\u00f5rk leppib kokku \u00fches bitis 0 v\u00f5i 1, ning osalejate seas on v\u00e4hem kui pooled ebaausad, siis piisava iteratsioonide arvu korral j\u00f5uab v\u00f5rk garanteeritult konsensusele selle bitiga kindla t\u00f5en\u00e4osusega. Lihtsalt sellep\u00e4rast, et aus juhuslik valik valib 51 100 osalejast 51% juhtudest. Kuid see on teoorias, kuna reaalsetes v\u00f5rkudes sellise turvalisuse taseme saavutamiseks, nagu artiklites, on vajalik palju s\u00f5numeid hostide vahel, keeruline mitmej\u00e4rguline kr\u00fcptograafia ja iga protokolli keerustamine toob kohe juurde uusi r\u00fcnnakute vektoreid.<br \/>\nSeet\u00f5ttu ei n\u00e4e me seni blockchainides usaldusv\u00e4\u00e4rset PVRB-d, mida oleks piisavalt kaua kasutatud, et l\u00e4bida t\u00f5eliste rakendustega, mitmete audititega, koormustestidega ja loomulikult ka t\u00f5eliste r\u00fcnnakutega seotud katsed, ilma milleta on raske r\u00e4\u00e4kida t\u00f5eliselt turvalisest tootest.<\/p>\n<p><\/p>\n<p>K\u00fcll aga on mitmeid perspektiivseid l\u00e4henemisviise, mis erinevad mitmete detailide poolest, ja \u00fcks neist kindlasti lahendab probleemi. T\u00e4nap\u00e4eva arvutusressursside tasemel suudab kr\u00fcptograafia teooria oskuslikult muutuda praktilisteks rakendusteks. Edaspidi r\u00e4\u00e4gime hea meelega PVRB rakendustest: neid on mitu, igal neist on oma oluline omaduste ja rakenduse erip\u00e4ra kogum, ning iga\u00fche taga on hea idee. V\u00e4he meeskondi tegeleb juhuslikkusega ja iga\u00fche kogemus on \u00e4\u00e4rmiselt oluline k\u00f5igi teiste jaoks. Loodame, et meie teave aitab teistel meeskondadel kiiremini edasi liikuda, arvestades eelnevat kogemust.<\/p>\n<p>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/448330\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31729","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Juhuslikud arvud ja detsentraliseeritud v\u00f5rgud: praktiline kasutamine | ProHoster","description":"Sissejuhatus \u201eJuhuslike arvude genereerimine on liiga oluline, et j\u00e4tta see juhuse hooleks\u201c Robert Cavyu, 1970. See artikkel k\u00e4sitleb praktilisi rakendusi.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:42:44+00:00","article:modified_time":"2019-10-31T18:42:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:32:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:04:45","updated":"2026-01-21 07:32:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/31729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=31729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/31729\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=31729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=31729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=31729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}