{"id":33888,"date":"2019-10-31T21:55:15","date_gmt":"2019-10-31T18:55:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii\/"},"modified":"2019-10-31T21:55:15","modified_gmt":"2019-10-31T18:55:15","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","title":{"rendered":"Juhuslikud numbrid ja detsentraliseeritud v\u00f5rgud: rakendused","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sissejuhatus<\/h1>\n

<\/p>\n

function getAbsoluutseltJuhuslikArv() {\n        return 4; \\\/\\\/ tagastab t\u00e4iesti juhusliku arvu!\n}<\/code><\/pre>\n
<\/p>\n
Nii nagu t\u00e4iesti vastupidava kr\u00fcptograafilise \u0161ifri kontseptsiooni puhul, p\u00fc\u00fcavad tegelikud \"Avalikult Kontrollitavad Juhuslikud Beaconid\" (edaspidi PVRB) v\u00f5imalikult l\u00e4hedale ideaalsetele skeemidele, kuna reaalses v\u00f5rgus ei saa neid puhtal kujul rakendada: tuleb kokku leppida rangelt \u00fches bitis, ringe peab olema palju ja k\u00f5ik s\u00f5numid peavad olema ideaalselt kiirelt edastatavad. Loomulikult ei ole see reaalses v\u00f5rgus nii. Seega, PVRB kavandamisel konkreetsete \u00fclesannete jaoks t\u00e4nap\u00e4eva plokiahelates, lisaks juhuslike numbrite kontrollimise ja kr\u00fcptograafilise vastupidavuse v\u00f5imatusele, esineb veel palju puhtalt arhitektuurilisi ja tehnilisi probleeme.<\/p>\n
<\/a><\/noindex><\/p>\n
Ise plokiahel on PVRB jaoks sisuliselt suhtluskeskkond, kus s\u00f5numid = tehingud. See v\u00f5imaldab osaliselt abstraheerida v\u00f5rgu probleemidest, s\u00f5numite mitte-tarnimisest, vahepealse tarkvara probleemidest \u2014 k\u00f5ik need riskid v\u00f5tab enda peale detsentraliseeritud v\u00f5rk, ja selle peamine v\u00e4\u00e4rtus PVRB jaoks \u2014 ei ole v\u00f5imalik tagasi v\u00f5tta v\u00f5i rikkuda juba saadetud tehingut \u2014 see ei v\u00f5imalda osalistel loobuda protokollist, kui nad ei ole edukalt konsensust r\u00fcnnanud. Selline turvalisuse tase on vastuv\u00f5etav, seet\u00f5ttu peab PVRB olema vastupidav osaliste vanden\u00f5udele t\u00e4pselt samamoodi nagu p\u00f5hiblokiahela. See vihjab ka sellele, et PVRB peab olema osa konsensusest, kui v\u00f5rk on kokku leppinud p\u00f5hiblokiahela, siis peaks ta samaaegselt kokku leppima ka ainulaadses \u00f5iglaselt tulemuses juhuslikus. V\u00f5i, PVRB on lihtsalt iseseisev protokoll, mis on rakendatud nutilepinguna, t\u00f6\u00f6tades as\u00fcnkroonselt plokiahela ja blokkide suhtes. M\u00f5lemal meetodil on oma eelised ja puudused, ning valik nende vahel on \u00e4\u00e4rmiselt keeruline. <\/p>\n
<\/p>\n
Kaks PVRB rakendamise viisi<\/h2>\n
<\/p>\n
Kirjeldame l\u00e4hemalt kaht PVRB rakendamise v\u00f5imalust \u2014 iseseisvat versiooni, mis t\u00f6\u00f6tab s\u00f5ltumatu plokiahelast nutilepinguga, ja konsensusintegratsiooniga \u2014 protokolliga, mille kohaselt v\u00f5rk lepib kokku plokiahela ja h\u00f5lmatud tehingutes. K\u00f5igil juhtudel m\u00f5tlen ma populaarsetele plokiahela mootoritele: Ethereum, EOS ja k\u00f5ik, mis sarnaneb nendele nutilepingute paigutamise ja t\u00f6\u00f6tlemise viisil. <\/p>\n
<\/p>\n
Iseseisev leping<\/h3>\n
<\/p>\n
Selles variandis esindab PVRB nutileping, mis aktsepteerib random-producer\u2019ite (edaspidi RP) tehinguid, t\u00f6\u00f6tleb neid, kombineerib tulemusi ning j\u00f5uab l\u00f5puks m\u00f5nele v\u00e4\u00e4rtusele, mille v\u00f5ib saada mistahes kasutaja sellest lepingust. See v\u00e4\u00e4rtus ei pruugi lepingus otse olla talletatud, vaid see v\u00f5ib olla esitatud ainult andmetena, mille p\u00f5hjal saab m\u00e4\u00e4ratult k\u00e4tte \u00fche ja ainus tulemuse. Selles skeemis on RP plokiahela kasutajad, ja protsessis osalemiseks v\u00f5ib lubada kedagi.<\/p>\n
<\/p>\n
Iseseisva lepinguga variant on hea:<\/p>\n
<\/p>\n