{"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\/hr\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","title":{"rendered":"Nasumi brojevi i decentralizirane mre\u017ee: implementacije","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Uvod<\/h1>\n

<\/p>\n

function getAbsolutelyRandomNumer() {\n        return 4; \/\/ vra\u0107a apsolutno nasumi\u010dan broj!\n}<\/code><\/pre>\n
<\/p>\n
Kao u slu\u010daju koncepta apsolutno otpornog \u0161ifriranja iz kriptografije, stvarni protokoli \u201cPublicly Verifiable Random Beacon\u201d (dalje PVRB) poku\u0161avaju se \u0161to vi\u0161e pribli\u017eiti idealnoj shemi, jer u stvarnim mre\u017eama u \u010distom obliku ona nije primjenjiva: potrebno je dogovoriti se strogo o jednom bitu, mora biti puno rundi, a sve poruke trebaju biti savr\u0161eno brze i uvijek dostavljene. Naravno, u stvarnim mre\u017eama to nije tako. Stoga, prilikom dizajniranja PVRB za odre\u0111ene zadatke u modernim blockchainima, osim nemogu\u0107nosti kontrole dobivenog nasumi\u010dnog broja i kriptografske otpornosti, pojavljuje se jo\u0161 mnogo \u010distih arhitektonskih i tehni\u010dkih problema.<\/p>\n
<\/a><\/noindex><\/p>\n
Sam blockchain predstavlja za PVRB su\u0161tinski sredinu za komunikaciju, u kojoj su poruke=transakcije. To omogu\u0107ava djelomi\u010dnu apstrakciju od mre\u017enih problema, neodgovaraju\u0107ih poruka, problema posredni\u010dkog softvera \u2014 sve te rizike preuzima decentralizirana mre\u017ea, a njena glavna vrijednost za PVRB je nemogu\u0107nost povla\u010denja ili kvarenja ve\u0107 poslane transakcije \u2014 to ne dopu\u0161ta sudionicima da odustanu od sudjelovanja u protokolu, osim ako nisu proveli uspje\u0161an napad na konsenzus. Takva razina sigurnosti je prihvatljiva, stoga PVRB mora biti otporan na dogovore sudionika u istoj mjeri kao \u0161to je to i glavna lancu blockchaina. Tako\u0111er, to sugerira da PVRB mora biti dio konsenzusa ako je mre\u017ea postigla dogovor oko glavne lan\u010dane blokade, neka se dogovori i o jedinom po\u0161tenom rezultantnom nasumi\u010dnom broju. Ili, PVRB je jednostavno samostalni protokol, implementiran pametnim ugovorom, koji djeluje asinkrono u odnosu na blockchain i blokove. Oba pristupa imaju svoje prednosti i nedostatke, a izbor izme\u0111u njih nije trivijalan. <\/p>\n
<\/p>\n
Dva na\u010dina implementacije PVRB<\/h2>\n
<\/p>\n
Detaljnije \u0107emo opisati dva na\u010dina implementacije PVRB \u2014 standalone verziju koja radi koriste\u0107i pametni ugovor neovisno o blockchainu, i consensus-integrated \u2014 ugra\u0111enu u protokol, prema kojem se mre\u017ea dogovara o lancu blokova i uklju\u010divanim transakcijama. U svim slu\u010dajevima imat \u0107u na umu popularne blockchain motore: Ethereum, EOS i sve sli\u010dne njima po na\u010dinu smje\u0161tanja i procesuiranja pametnih ugovora. <\/p>\n
<\/p>\n
Standalone ugovor<\/h3>\n
<\/p>\n
U ovoj verziji PVRB predstavlja pametni ugovor koji prihva\u0107a transakcije random-producer-a (u daljnjem tekstu RP), obra\u0111uje ih, kombinira rezultate i, kao rezultat, dolazi do odre\u0111enog vrijednosti koju mo\u017ee dobiti svaki korisnik iz ovog ugovora. Ova vrijednost ne mora biti pohranjena u ugovoru izravno, ve\u0107 mo\u017ee biti predstavljena samo podacima iz kojih se mo\u017ee deterministi\u010dki dobiti samo jedna i jedina vrijednost rezultantnog nasumi\u010dnog broja. U ovoj shemi RP su korisnici blockchaina, a u procesu generacije mo\u017ee sudjelovati tko god \u017eeli.<\/p>\n
<\/p>\n
Standalone-contract opcija je dobra:<\/p>\n
<\/p>\n