serverite<\/a> see endab ysamat, kuid blokkhaip vajab usaldusv\u00e4\u00e4rsete, kuid s\u00f5ltumatute osalejate j\u00f5upingutusi. Ja kui ettev\u00f5ttes, k\u00e4ivitamisel, administreerijatel on t\u00e4ielik juurdep\u00e4\u00e4s k\u00f5igile masinatele, logidele ja \u00fcldisele j\u00e4lgimisele, siis valideerijad ei lase kedagi oma serveritesse ja t\u00f5en\u00e4oliselt eelistavad nad rajada oma infrastruktuuri iseseisvalt, kuna see kontrollib juurdep\u00e4\u00e4su valideerija peamisele varale \u2014 h\u00e4\u00e4letamise stake\u2019idele. Just see k\u00e4itumine v\u00f5imaldab luua jaotatud ohutuid v\u00f5rke \u2014 kasutatavate pilveteenuste s\u00f5ltumatuse, virtuaalsete ja \u201cbaremetal\u201d serverite, erinevate operatsioonis\u00fcsteemide, k\u00f5ik see muudab sellise v\u00f5rgu r\u00fcnnakud \u00e4\u00e4rmiselt ebaefektiivseks \u2014 liiga palju erinevat tarkvara kasutatakse. N\u00e4iteks Ethereumis kasutatakse kahte peamist node'i rakendust, \u00fche Go ja teise Rust keeles, ja r\u00fcnnak, mis on t\u00f5hus \u00fche rakenduse jaoks, ei toimi teise jaoks.<\/p>\n<\/p>\n
Seet\u00f5ttu peavad k\u00f5ik plokiahela k\u00e4ivitamise ja haldamise protsessid olema organiseeritud nii, et iga valideerija v\u00f5i isegi v\u00e4ike valideerijate grupp saaks igal hetkel oma arvutid aknast v\u00e4lja visata ja lahkuda, samas ei tohi midagi katki minna ning allesj\u00e4\u00e4nud valideerijad peaksid j\u00e4tkama v\u00f5rgustiku t\u00f5husat toimimist ja uute valideerijate liitmist. V\u00f5rgu k\u00e4ivitamisel, kui \u00fcks valideerija on Euroopas, teine L\u00f5una-Ameerikas ja kolmas Aasias, on mitme s\u00f5ltumatu grupi koordineerimine ja nende motiveerimine tulemuse nimel \u00fcsna keeruline. <\/p>\n
<\/p>\n
Valideerijad<\/h2>\n <\/p>\n
Kujutame ette h\u00fcpoteetilise kaasaegse plokiahela k\u00e4ivitamist (enamik siin kirjeldatust kehtib igasuguste kaasaegsete plokiahela perede, nagu Ethereum, EOS, Polkadot, Cosmos ja teiste, jaoks, kus on rakendatud proof-of-stake konsensus. Selliste plokiahelate peamisteks tegijateks on valideerijate meeskonnad, kes paigaldavad oma iseseisvaid servereid, valideerivad ja loovad uusi ploke ning saavad v\u00f5rgu etten\u00e4htud preemiaid, mis on suunatud neile, kes osalevad konsensusprotsessis. Uute v\u00f5rkude k\u00e4ivitamiseks on vaja mitmeid tosin validaatorit (nii palju saab n\u00fc\u00fcd enam-v\u00e4hem t\u00f5husalt sekundite jooksul konsensust saavutada), seega kuulutab projekt v\u00e4lja registreerimise, mille k\u00e4igus validaatorid jagavad kasutajatega avalikku teavet enda kohta, veendes neid, et nad on valmis kvaliteetselt teenindama k\u00e4ivitatavat v\u00f5rku.<\/p>\n
<\/p>\n
Validatsioon on \u00e4ri, mis v\u00f5imaldab v\u00e4ga t\u00e4pselt hinnata valideerija potentsiaalset tulu, kiiresti \u00fcle kanda ressursse erinevate \u043f\u0440\u043e\u0435\u043a\u0442ide vahel. Kui valitud v\u00f5rk saavutab edu, v\u00f5ib valideerija kas osaleda DAO t\u00e4ie\u00f5iguslik liikmena ja vastutajana projekti edendamises v\u00f5i lihtsalt pakkuda suurep\u00e4rast tehnilist teenust t\u00e4iesti l\u00e4bipaistvalt ja ausalt teenitud raha eest. Valideerijatele antava tasu arvutamisel p\u00fc\u00fcavad projektid arvesse v\u00f5tta valideerijate kulusid ja m\u00e4\u00e4rata plokkide tasu selliseks, et \u00e4ri oleks kasumlik, aga samas ei v\u00f5imaldaks valideerijatel majandust kokku varisemisest p\u00e4\u00e4sta, \u00fcleujutades seda rahaga ning j\u00e4ttes teiste v\u00f5rgu kasutajad ilma.<\/p>\n
<\/p>\n
\u00c4rivalideerijate \u00e4ri n\u00f5uab teenuste k\u00f5rge t\u00f6\u00f6kindluse tagamist, mis omakorda t\u00e4hendab suurep\u00e4raste devopside ja arendajate ettevalmistamist ning kallite arvutusressursside kasutamist. Isegi ilma vajaduseta t\u00f6\u00f6proovi v\u00f5rgustikes hash'e kaevandada on blokeerimise s\u00f5lm suur teenus, mis tarbib palju m\u00e4lu, vajab palju arvutust, valideerib, salvestab andmeid kettale ning edastab v\u00f5rgus suurtes kogustes andmeid. Mitme tuhande v\u00e4ikese tehinguga ploki jaoks vajab plokiahela tehingute logi ning plokkide ahel salvestamiseks n\u00fc\u00fcd v\u00e4hemalt 50 Gb salvestusruumi, kusjuures SSD peaks olema plokkide jaoks. Nutikliendile toetavate plokiahelate olekute andmebaasid v\u00f5ivad juba \u00fcletada 64 Gb RAM-i. N\u00f5utavate omadustega serverid on \u00fcsna kallid, n\u00e4iteks v\u00f5ib Ethereum'i v\u00f5i EOS-i s\u00f5lm maksma minna 100 kuni 200 $\/kuus. Lisage sellele k\u00f5rgem t\u00f6\u00f6j\u00f5ukulu \u00f6\u00f6p\u00e4evaringselt t\u00f6\u00f6tavate arendajate ja devopside v\u00f5rdluses, kes periodi k\u00e4ivitamisel lahendavad probleeme ka \u00f6\u00f6sel, kuna osa valideerijatest v\u00f5ib asuda teises maailmas. Siiski, \u00f5nnelikel hetkedel v\u00f5ib valideerijana s\u00f5lm omamine tuua t\u00f5sist tulu (EOS-i puhul kuni 10 000 $ p\u00e4evas).<\/p>\n
<\/p>\n
Valideerimine on vaid \u00fcks uutest potentsiaalsetest IT-rolletest ettev\u00f5tjatele ja ettev\u00f5tetele. K\u00f5ik s\u00fcgavamad algoritmid, mille programmid loovad, et tunnustada ausust ja karistada petmist ja vargusi, toovad endaga kaasa teenuseid, mis avaldavad olulisi andmeid (oraklid), teostavad j\u00e4relevalvet (deposiitide l\u00f5hkumist ja petjate karistamist, avaldades petmisproove), vaidluste lahendamise teenuseid, kindlustusi ja optsioone. Isegi pr\u00fcgikogumine on potentsiaalselt suur turg nutilepingutes, kus andmete salvestamise eest tuleb maksta. <\/p>\n
<\/p>\n
Plokiahela k\u00e4ivitamise probleemid<\/h2>\n <\/p>\n
Blokeerimise avatus, mis v\u00f5imaldab vabalt osaleda v\u00f5rgu arvutite t\u00f6\u00f6s igast riigist ning lihtne \u00fchendamine mis tahes script kiddie'ga GitHubi juhiste abil ei ole alati eeliseks. Uue tokeni jahtimine sunnib valideerijaid \"kaevandama uut m\u00fcnti alguses\", lootes kursuse t\u00f5usule ja v\u00f5imalusele kiiresti teenitud raha maha m\u00fc\u00fca. Samuti t\u00e4hendab see, et teie valideerijaks v\u00f5ib olla keegi, isegi anon\u00fc\u00fcmne, kelle kasuks on v\u00f5imalik niisama h\u00e4\u00e4letada nagu teiste valideerijate puhul (kuigi anon\u00fc\u00fcmsel on t\u00f5en\u00e4oliselt keeruline koguda h\u00e4\u00e4li osalejatelt, seega j\u00e4tkame hirmutavaid lugusid anon\u00fc\u00fcmsetest kr\u00fcptovaluutadest poliitikutele). Siiski<\/p>\n
<\/p>\n
Projekti meeskonnal on \u00fclesanne \u2014 kuidagi kaasata oma v\u00f5rku inimesi, kes suudavad tulevikus tagada s\u00f5lmede stabiilse t\u00f6\u00f6, tunnevad turvalisust, oskavad kiiresti lahendada probleeme, teha koost\u00f6\u00f6d teiste valideerijatega ja tegutseda \u00fchiselt \u2014 nendest omadustest s\u00f5ltub t\u00e4ielikult selle tokeni kvaliteet, kuhu neti osalised plaanivad oma aega ja ressursse investeerida. Adekaatsed asutajad, hinnates riske, m\u00f5istavad h\u00e4sti, et sellise mahuka tarkvara k\u00e4ivitamisel tuleb kindlasti silmitsi seista koodivea ja s\u00f5lmede konfiguratsiooniga, ning et v\u00f5rgu stabiilsus s\u00f5ltub sellest, kui h\u00e4sti arendajad ja valideerijad suudavad selliseid probleeme \u00fchiselt lahendada.<\/p>\n
<\/p>\n
Meeskond on valmis mainnetis h\u00e4\u00e4letama mistahes valideerijate poolt, aga keda h\u00e4\u00e4letada, kes on head? Suurema portfelliga? Praegu ei ole seda praktiliselt kellelgi. LinkedInis tiimi profiilide j\u00e4rgi? Kogenud DevOpsid v\u00f5i turbeeksperdid ei anna teile LinkedInis mingeid profiile. Vestluses esitatud avalduste, postituste ja teiste abistamise etapis? See on hea, aga subjektiivne ja ebat\u00e4pne.<\/p>\n
<\/p>\n
Sellistes tingimustes j\u00e4\u00e4b \u00fcle vaid see, mis t\u00f5husalt lahendab k\u00f5iki probleeme \u2014 m\u00e4ng, kus saab valida parimaid valideerijaid, kuid k\u00f5ige t\u00e4htsam on testida plokiahela vastupidavust ja viia l\u00e4bi ulatuslik lahingutest plokiahelas aktiivse kasutuse, konsensuse muutuste ning vigade tekkimise ja k\u00f5rvaldamise tingimustes. Esmakordselt esitasid selle protseduuri m\u00e4nguna projekt Cosmos, ja see idee on kahtlemata suurep\u00e4rane viis v\u00f5rgu ettevalmistamiseks usaldusv\u00e4\u00e4rse ja t\u00f5rgeteta mainneti k\u00e4ivitamiseks.<\/p>\n
<\/p>\n
Valideerijate M\u00e4ng<\/h2>\n <\/p>\n
Kirjeldan valideerijate m\u00e4ngu nii, nagu me selle projekteerisime DAO.Casino (DAOBet) plokiahelale, mis p\u00f5hineb EOS fork'il, mida nimetatakse Haya ja millel on sarnane halduss\u00fcsteem \u2014 valideerijad valitakse h\u00e4\u00e4ltega igalt kontolt, mille korral osa h\u00e4\u00e4ltega valitud valideerija h\u00e4\u00e4lest k\u00fclmutatakse. Igal kontol, millel on baas-token BET, on v\u00f5imalik h\u00e4\u00e4letada valitud valideerija poolt mistahes oma saldo osaga. H\u00e4\u00e4led summeeritakse ja selle p\u00f5hjal koostatakse valideerijate edetabel. Erinevates plokiahelates on see protsess korraldatud erinevalt ja tavaliselt just selles osas erineb uus plokiahel oma vanemast. Pean \u00fctlema, et meie juhul \u00f5igustab EOS t\u00e4ielikult oma nime \u201eOS\u201d, kuna kasutame t\u00f5eliselt EOS'i p\u00f5hjaliku operatsioonis\u00fcsteemina kohandatud plokiahela k\u00e4itamiseks DAOBet'i \u00fclesannete jaoks.<\/p>\n
<\/p>\n
Ma kirjeldan eraldi probleeme ja kuidas neid m\u00e4ngu raames lahendada. Kujutame ette v\u00f5rku, kus sinu serverit v\u00f5ivad avatud r\u00fcnnakud ohustada, kus validatorina p\u00fcsimiseks on pidev suhtlemine v\u00f5rguga h\u00e4davajalik, edendades oma validaatorit ning j\u00e4lgides, et see tootaks plokke, mis j\u00f5uavad \u00f5igel ajal teiste validaatoriteni; vastasel juhul visatakse validaator nimekirjast v\u00e4lja.<\/p>\n
<\/p>\n
Kuidas valida parimaid v\u00f5itjaid?<\/h3>\n <\/p>\n
M\u00e4ngu peamine tehniline n\u00f5ue on, et selle tulemused peavad olema avalikult kontrollitavad. See t\u00e4hendab, et m\u00e4ngu top v\u00f5itjate nimekiri peab olema koostatud rangelt andmete p\u00f5hjal, mida v\u00f5ib kontrollida iga osaleja. Tsentraliseeritud s\u00fcsteemis v\u00f5iksime m\u00f5\u00f5ta iga validaatori 'uptime'i ja auhinda neid, kes on rohkem online v\u00f5i kes on l\u00e4bi lasknud k\u00f5ige rohkem v\u00f5rgu liiklust. Saame koguda andmeid protsessori ja m\u00e4lu koormuse kohta ning auhinda neid, kes on oma t\u00f6\u00f6 h\u00e4sti \u00e4ra teinud. Kuid igasugune selline m\u00f5\u00f5tmiste kogumine eeldab keskset kogumispunkti, ja nodid on k\u00f5ik s\u00f5ltumatud, v\u00f5ttes endale tegevuse, nagu nad soovivad, ja edastades mis tahes andmeid.<\/p>\n
<\/p>\n
Seet\u00f5ttu on loogiline lahendus, et v\u00f5itjad peaksid olema m\u00e4\u00e4ratud plokiahela andmete p\u00f5hjal, kuna sealt on n\u00e4ha, millised valideerijad on millise ploki tootnud ja millised tehingud sinna lisatud. Me nimetasime selle numbri Validator Points (VP) ja selle teenimine on valideerijate peamine eesm\u00e4rk m\u00e4ngus. Meie puhul on k\u00f5ige lihtsam, avalikult kontrollitav ja t\u00f5hus \u201ckasutuse\u201d m\u00f5\u00f5dik valideerijale VP = valideerija toodetud plokkide arv kindlal ajaperioodil.<\/p>\n
<\/p>\n
Selline lihtne valik tuleneb sellest, et EOSi haldamine h\u00f5lmab juba mitmeid tekkivaid probleeme, kuna EOS on kolme reaalselt t\u00f6\u00f6tava plokiahelageneratsiooni j\u00e4rglane, millel on suur kogemus keerulise v\u00f5rguhalduse vallas. Praktikas p\u00f5hjustab iga valideerija probleem v\u00f5rgu, protsessori v\u00f5i kettaga lihtsalt \u00fche probleemi \u2014 ta allkirjastab v\u00e4hem plokke, saab v\u00e4hem tasu oma t\u00f6\u00f6 eest, mis viib meid taas plokkide allkirjastamise arvu juurde \u2014 EOSi jaoks on see suurep\u00e4rane ja lihtne valik.<\/p>\n
<\/p>\n
Teistel plokiahelatel v\u00f5ivad Validator Points'i arvestamise viisid erineda, n\u00e4iteks pBFT-p\u00f5histe konsensusmehhanismide (Tendermint\/Cosmos, Parity Substrate'i Aura konsensus) puhul, kus iga plokk peab olema allkirjastatud mitme valideerija poolt. On m\u00f5istlik arvestada eraldi valideerijate allkirju, mitte plokke. V\u00f5ib-olla on m\u00f5istlik arvesse v\u00f5tta ka l\u00f5petamata konsensusvoorud, mis kulutavad teiste valideerijate ressursse. Kokkuv\u00f5ttes s\u00f5ltub see tugevalt konsensuse t\u00fc\u00fcbist. <\/p>\n
<\/p>\n
Kuidas mudelda reaalseid t\u00f6\u00f6tingimusi<\/h3>\n <\/p>\n
Asutajate \u00fclesanne on testida valideerijaid tingimustes, mis on piisavalt l\u00e4hedased reaalsusele, omamata samal ajal mingit tsentraliseeritud kontrolli. Selle probleemi saab lahendada faucet-lepinguga, mis jagab valideerijatele ja k\u00f5igile soovijatele v\u00f5rdses koguses p\u00f5hitokenit. Tokenite saamiseks tuleb teostada transaktsioon ja saavutada, et v\u00f5rk lisab selle plokki. Nii on valideerijal, et v\u00f5ita, vaja pidevalt t\u00e4iendavaid tokenite summasid ja h\u00e4\u00e4letada enda poolt, edendades ennast tippu. See tegevus tekitab pidevat koormust v\u00f5rku, ja parameetreid saab kohandada nii, et p\u00e4ringute voog oleks piisavalt ulatuslik, et teha p\u00f5hjalik v\u00f5rgu test. Seet\u00f5ttu planeerige faucet-leping eelnevalt, kui oluline t\u00f6\u00f6riist v\u00f5rgu k\u00e4ivitamiseks, ja alustage selle parameetrite kohandamist varakult.<\/p>\n
<\/p>\n
Faucet'i tokenite n\u00f5udmine ja valideerijate h\u00e4\u00e4letamine ei imiteeri siiski t\u00e4ielikult plokiahela t\u00f6\u00f6d, eriti \u00e4\u00e4rmiselt koormatud re\u017eiimides. Seet\u00f5ttu peab plokiahela meeskond nagunii kirjutama t\u00e4iendavaid b\u00e4nkm\u00e4rke, mis v\u00f5imaldavad v\u00f5rku koormata. Sellel m\u00e4ngivad erilist rolli spetsiaalsete smart-kontraktide eelnevalt loodud s\u00fcsteemid, mis v\u00f5imaldavad testida erilisi alams\u00fcsteeme. Storage'i testimiseks salvestab leping plokiahelasse juhuslikke andmeid, ja v\u00f5rguressursside kontrollimiseks n\u00f5uab testileping suurt hulka sisendandmeid, suurendades seel\u00e4bi tehingute mahtu \u2014 k\u00e4ivitades selliste tehingute voolu juhuslikel hetkedel, testib meeskond samal ajal koodi stabiilsust ja valideerijate vastupidavust.<\/p>\n
<\/p>\n
Eraldi teema on s\u00f5lmpunktide koodi uuendamine ja k\u00f5vakettaste l\u00e4biviimine. Oluline on, et kui ilmneb viga, haavatavus v\u00f5i pahatahtlike valideerijate koost\u00f6\u00f6, oleks valideerijatel tegevusplaan, mis on juba valideerijate m\u00e4ngus l\u00e4bi proovitud. Siin saab m\u00f5elda skeemidele, kus VP-d (valideerimispunkte) antakse kiire k\u00f5vaketta manustamise eest, n\u00e4iteks karistades k\u00f5iki valideerijaid, kes ei ole veel uut s\u00f5lmpunkti koodi versiooni rakendanud, kuid see on keeruline teostada ning raskendab arvestust. H\u00e4daolukorra simulatsiooni k\u00f5vakettaste kiireks rakendamiseks saab tekitada kunstlikult, \u201emurdes\u201c plokiahela kindlas plokis. Plokkide tootmine peatub, ja l\u00f5puks on v\u00f5itjad need, kes varem sisse l\u00fclituvad ja plokke hakkavad allkirjastama, nii et VP, mis p\u00f5hineb allkirjastatud plokkide arvul, sobib siin h\u00e4sti.<\/p>\n
<\/p>\n
<\/p>\n
Kuigi valideerijate vahel on usaldamatust, on k\u00f5igile kasulik saada \u00f5igeaegselt teavet v\u00f5rgu seisundi kohta, et kiiremini otsuseid vastu v\u00f5tta. Seet\u00f5ttu arendab projektimeeskond teenust, mis kogub ja visualiseerib mitmesuguseid m\u00f5\u00f5dikuid valideerijate serveritest. See v\u00f5imaldab korraga n\u00e4ha olukorda kogu v\u00f5rgu ulatuses ja kiiresti tuvastada, mis toimub. Samuti on nii valideerijate kui projekti huvides, et projektimeeskond saaks kiiresti tuvastatud vigu parandada. Seet\u00f5ttu on lisaks m\u00f5\u00f5dikute kogumisele m\u00f5ttekas koheselt alustada ka logide ja vigade andmete kogumist valideerijate masinatelt arendajatele kergesti ligip\u00e4\u00e4setavale masinale. Siin ei ole kellelgi kasulik teavet moonutada, seega t\u00f5stetakse neid teenuseid projektimeeskonna poolt ja neile saab usaldada. On m\u00f5ttekas koguda s\u00fcsteemseid m\u00f5\u00f5dikuid valideerijatelt ning kindlasti ka k\u00f5ige olulisemaid enda plokiahela m\u00f5\u00f5dikuid \u2014 DAOBeti jaoks on need l\u00f5puleviimise aeg ja viimase l\u00f5petatud ploki maha j\u00e4\u00e4mine. T\u00e4nu sellele n\u00e4eb meeskond, kuidas m\u00e4lukasutus node'des suureneb, kui k\u00e4ivitada benchmark, samuti on v\u00f5imalik tuvastada \u00fcksikute valideerijate probleemid. <\/p>\n
<\/p>\n
Olulised punktid valideerijate m\u00e4ngu l\u00e4biviimiseks<\/h2>\n <\/p>\n
Kuna selgus, et kui soovite ametlikult lubada valideerijatel \u00fcksteise masinatesse r\u00fcnnata (mitteametlikult saavad nad seda juba teha) \u2014 tuleb see eraldi seaduslikult s\u00f5nastada kui turvatehnika testimine, kuna paljude riikide seadusandlus karistab DDoS v\u00f5i v\u00f5rgur\u00fcnnakute eest. Teine oluline k\u00fcsimus on, kuidas valideerijaid premeerida. Loomulikud auhinnad on projekti tokenid, mis kantakse mainnetisse, kuid tokenite massiline jagamine igale, kes suudab s\u00f5lme k\u00e4ivitada \u2014 pole samuti parim valik. T\u00f5en\u00e4oliselt peate tasakaalustama kahe \u00e4\u00e4rmuse vahel:<\/p>\n
<\/p>\n
Jaotada kogu auhindade fond vastavalt teenitud VP-dele
<\/p>\n
Jaotada auhindade fond top-N valideerijatele m\u00e4ngu tulemuste p\u00f5hjal
<\/p>\n
Mille vahel valida \u2014 on teie otsustada. <\/p>\n
<\/p>\n
On veel \u00fcks asi \u2014 ei ole sugugi kindel, et k\u00fcmned valideerijad tormavad teie kutsest osalema, ja nendest, kes otsustavad proovida, ei j\u00f5ua k\u00f5ik isegi node'i seadistada ja k\u00e4ivitada \u2014 tavaliselt on projektide dokumentatsioon sel hetkel \u00fcsna napp, esinevad vead, ja tegevuses olevad arendajad ei vasta k\u00fcsimustele eriti kiiresti. Seet\u00f5ttu tuleb enne m\u00e4ngu algust ette n\u00e4ha ka tegevused, kui vajalikku arvu valideerijaid ei kogune. Sel juhul m\u00e4ngu alguses k\u00e4ivitavad puuduvad valideerijad projekti meeskond, osalevad konsensuses, kuid ei saa olla v\u00f5itjad.<\/p>\n
<\/p>\n
Kokkuv\u00f5te<\/h2>\n <\/p>\n
L\u00f5petuseks olen \u00fcritanud koostada eeltoodud p\u00f5hjal nimekirja sellest, mida tuleb v\u00e4ljam\u00f5elda, teha ja k\u00e4ivitada, et valideerijate m\u00e4ng t\u00f5husalt toimiks.<\/p>\n
<\/p>\n
Mida on vaja t\u00f5elise valideerijate m\u00e4ngu k\u00e4ivitamiseks:
<\/p>\n
\nluua ja k\u00e4ivitada veebiliides ning pakkuda CLI-d valideerijate h\u00e4\u00e4letamiseks<\/li>\n tagada, et valideerija k\u00e4ivitatud node'i metrikad saaksid saata andmeid keskserverisse (n\u00e4iteks Prometheus)<\/li>\n seada \u00fcles metrikate kogumise server (Prometheus + Grafana) valideerijate m\u00e4ngu jaoks<\/li>\n v\u00e4lja m\u00f5elda, kuidas arvestatakse valideerija punkte (VP)<\/li>\n arendada v\u00e4lja avalik skript, mis arvutab valideerija VP-d blockchaini andmete alusel<\/li>\n arendada veebiliides, et kuvada top valideerijad ja valideerijate m\u00e4ngu olek (kui kaua on m\u00e4ngu l\u00f5puni, kellel on mitu VP jne)<\/li>\n arendada ja automatiseerida oma node'ide k\u00e4ivitamise protsess, kavandada valideerijate \u00fchendamise protsess m\u00e4nguga (millal ja kuidas oma node'e v\u00e4ljal\u00fclitada, h\u00e4\u00e4li esitada ja eemaldada)<\/li>\n kalkuleerida, kui palju token'e on vaja jagada ja arendada v\u00e4lja kontrakti-faucet<\/li>\n luua skript-benchmark (tokenite \u00fclekanded, andmemassiivne kasutamine, v\u00f5rgu massiline kasutamine) <\/li>\n koguda k\u00f5ik osalised \u00fchte vestlusesse kiireks suhtlemiseks<\/li>\n k\u00e4ivitada blockchain veidi enne m\u00e4ngu algust<\/li>\n oodata algbloki saabumist, alustada m\u00e4ngu<\/li>\n testida v\u00f5rku erinevat t\u00fc\u00fcpi tehingutega<\/li>\n rakendada k\u00f5va haru<\/li>\n muuta valideerijate nimekirja<\/li>\n korrata p.13,14,15 erinevas j\u00e4rjekorras, tagades v\u00f5rgu stabiilsuse<\/li>\n ootama viimast ploki, l\u00f5petama m\u00e4ngu, arvestama VP<\/li>\n<\/ul>\n<\/p>\n
Peab \u00fctlema, et valideerijate m\u00e4ng on uus teema ja seda on korraldatud vaid paar korda, seega ei tohiks seda teksti v\u00f5tta kui l\u00f5plikku juhendit. Kaasaegses IT-\u00e4ritegevuses ei ole palju analoge \u2014 kujutlege, et pangad konkureerivad omavahel enne makses\u00fcsteemi k\u00e4ivitamist, kes suudab klientide tehingud paremini t\u00e4ita. Traditsioonilised l\u00e4henemisviisid ei aita t\u00f5en\u00e4oliselt teil luua suuri detsentraliseeritud v\u00f5rke, seega \u00f5ppige uusi \u00e4rimudeleid, korraldage oma m\u00e4nge, m\u00e4\u00e4rake v\u00e4\u00e4rilised, premeerige neid ning laske oma jaotatud s\u00fcsteemidel t\u00f6\u00f6tada kiiresti ja stabiilselt.<\/p>\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0418\u0442\u0430\u043a, \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u0437\u0430\u043a\u043e\u043d\u0447\u0438\u043b\u0430 alpha-\u0432\u0435\u0440\u0441\u0438\u044e \u0432\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430, \u0438 \u043f\u0440\u0438\u0448\u043b\u043e \u0432\u0440\u0435\u043c\u044f \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0442\u044c testnet, \u0430 \u0437\u0430\u0442\u0435\u043c \u0438 mainnet. \u0423 \u0432\u0430\u0441 \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0439 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d, \u0441 \u043d\u0435\u0437\u0430\u0432\u0438\u0441\u0438\u043c\u044b\u043c\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0430\u043c\u0438, \u0445\u043e\u0440\u043e\u0448\u0435\u0439 \u044d\u043a\u043e\u043d\u043e\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u043e\u0434\u0435\u043b\u044c\u044e, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c\u044e, \u0432\u044b \u0441\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043b\u0438 governance \u0438 \u0442\u0435\u043f\u0435\u0440\u044c \u043f\u043e\u0440\u0430 \u0431\u044b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u044d\u0442\u043e \u0432 \u0434\u0435\u043b\u0435. \u0412 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u043e\u043c \u043a\u0440\u0438\u043f\u0442\u043e\u0430\u043d\u0430\u0440\u0445\u0438\u0447\u0435\u0441\u043a\u043e\u043c \u043c\u0438\u0440\u0435, \u0432\u044b \u0432\u044b\u043a\u043b\u0430\u0434\u044b\u0432\u0430\u0435\u0442\u0435 \u0432 \u0441\u0435\u0442\u044c genesis block, \u043e\u043a\u043e\u043d\u0447\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043a\u043e\u0434 \u043d\u043e\u0434\u044b \u0438 \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u044b \u0441\u0430\u043c\u0438 […]<\/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-39478","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t