Kaya, natapos na ng iyong koponan ang alpha na bersyon ng iyong blockchain, at oras na para ilunsad ang testnet at pagkatapos ay ang mainnet. Mayroon kang isang tunay na blockchain, na may mga independiyenteng kalahok, isang mahusay na modelo ng ekonomiya, seguridad, ikaw ay nagdisenyo ng pamamahala at ngayon ay oras na upang subukan ang lahat ng ito sa aksyon. Sa isang perpektong crypto-anarchic na mundo, inilalagay mo ang genesis block sa network, ang panghuling code ng node at ang mga validator mismo ay naglulunsad ng lahat, itataas ang lahat ng mga auxiliary na serbisyo, at ang lahat ay nangyayari nang mag-isa. Ngunit ito ay nasa isang kathang-isip na mundo, ngunit sa totoong mundo, ang koponan ay dapat maghanda ng napakaraming pantulong na software at iba't ibang manipulasyon upang matulungan ang mga validator na maglunsad ng isang matatag na network. Ito ang tungkol sa artikulong ito.
Ang paglulunsad ng mga network batay sa mga uri ng consensus na "proof-of-stake", kung saan ang mga validator ay natutukoy sa pamamagitan ng mga boto ng mga may hawak ng token ng system, ay isang partikular na kaganapan, dahil kahit na ang paglulunsad ng mga tradisyonal, centrally managed system na may sampu at daan-daang mga server ay hindi madali. gawain sa sarili nito, at ang blockchain ay kailangang magsimula sa pagsisikap na tapat ngunit independiyenteng mga kalahok. At, kung sa isang korporasyon, sa pagsisimula, ang mga administrator ay may ganap na access sa lahat ng mga makina, log, pangkalahatang pagsubaybay, hindi papayagan ng mga validator ang sinuman na ma-access ang kanilang mga server at, malamang, mas gugustuhin na bumuo ng kanilang imprastraktura nang nakapag-iisa, dahil kinokontrol nito ang pag-access sa mga pangunahing pag-aari ng validator - mga stakes voters. Ang pag-uugali na ito ay ginagawang posible na bumuo ng mga ipinamamahagi na secure na network - ang pagsasarili ng mga cloud provider na ginamit, virtual at "baremetal" na mga server, iba't ibang mga operating system, lahat ng ito ay nagpapahintulot sa iyo na gumawa ng mga pag-atake sa naturang network na lubhang hindi epektibo - masyadong naiiba software ang ginagamit. Halimbawa, gumagamit ang Ethereum ng dalawang pangunahing pagpapatupad ng node, sa Go at sa Rust, at ang isang pag-atake na epektibo para sa isang pagpapatupad ay hindi gagana para sa isa pa.
Samakatuwid, ang lahat ng mga proseso para sa paglulunsad at pagpapatakbo ng mga blockchain ay dapat na organisado sa paraang ang sinumang validator, o kahit isang maliit na grupo ng mga validator, ay maaaring anumang oras na itapon ang kanilang mga computer sa labas ng bintana at umalis, habang walang dapat masira at ang natitirang mga validator ay dapat patuloy na epektibong suportahan ang network ng pagpapatakbo at ikonekta ang mga bagong validator. Kapag naglulunsad ng isang network, kapag ang isang validator ay nasa Europa, ang pangalawa sa South America, at ang pangatlo sa Asya, medyo mahirap na makamit ang pinag-ugnay na gawain ng ilang dosenang mga independiyenteng grupo at interesado sila bilang isang resulta.
Mga validator
Isipin natin ang paglulunsad ng isang hypothetical na modernong blockchain (karamihan sa inilarawan ay angkop para sa mga blockchain batay sa anumang modernong pamilya ng mga blockchain: Ethereum, EOS, Polkadot, Cosmos at iba pa, na nagbibigay ng proof-of-stake consensus. Ang mga pangunahing karakter ng ang mga naturang blockchain ay mga validator team , na nakikibahagi sa pag-install ng kanilang sariling mga independiyenteng server na nagpapatunay at gumagawa ng mga bagong bloke, at tumatanggap ng mga gantimpala na ibinibigay ng network para sa mga lumahok sa pinagkasunduan. Upang maglunsad ng mga bagong network, ilang dosenang validator ang kinakailangan (napakarami na ang maaari higit pa o hindi gaanong epektibong maabot ang pinagkasunduan sa ilang segundo), kaya ang proyekto ay nag-anunsyo ng pagpaparehistro, kung saan ang mga validator ay nagbabahagi ng pampublikong impormasyon tungkol sa kanilang sarili sa mga user, na kinukumbinsi sila na sila ay magbibigay ng mataas na kalidad na serbisyo sa inilunsad na network.
Ang pagpapatunay ay isang negosyo na nagbibigay-daan sa iyo upang lubos na tumpak na masuri ang potensyal na kita ng validator, mabilis na ilipat ang kapangyarihan sa pagitan ng mga proyekto, at kung ang network na kanyang pinili ay matagumpay, ang validator ay maaaring, bilang isang ganap na kalahok sa DAO at isang responsableng tao, bumuo ng proyekto, o magbigay lamang ng mahusay na teknikal na serbisyo para sa ganap na transparent, tapat na kinita ng pera. Kapag kinakalkula ang gantimpala para sa mga validator, sinusubukan ng mga proyekto na isaalang-alang ang mga gastos ng mga validator at gawin ang gantimpala para sa mga bloke upang ang negosyong ito ay kumikita, ngunit sa parehong oras ay hindi pinapayagan ang mga validator na ibagsak ang ekonomiya sa pamamagitan ng pagbaha sa kanila ng pera at pag-alis nito sa ibang mga gumagamit ng network.
Ang negosyo ng mga validator ay nangangailangan ng pagtiyak ng mataas na fault tolerance ng mga serbisyo, na nangangahulugang isang mataas na antas ng pagsasanay para sa mga devop at developer at mamahaling mapagkukunan ng computing. Kahit na hindi na kailangan pang magmina ng mga hash sa mga network ng proof-of-work, ang blockchain node ay isang malaking serbisyo na kumukuha ng maraming memory, kumukonsumo ng maraming kalkulasyon, nagpapatunay, nagsusulat sa disk at nagpapadala ng malaking halaga ng data sa network . Upang mag-imbak ng mga log ng transaksyon at mag-block ng mga chain para sa isang blockchain na may ilang libong maliliit na transaksyon sa isang bloke, ang pag-iimbak ng 50 Gb o higit pa ay kinakailangan na ngayon, at para sa mga bloke dapat itong isang SSD. Ang database ng estado ng mga blockchain na may suporta para sa mga matalinong kontrata ay maaari nang lumampas sa 64Gb ng RAM. Ang mga server na may mga kinakailangang katangian ay medyo mahal; ang isang Ethereum o EOS node ay maaaring magastos mula 100 hanggang 200 $/buwan. Idagdag dito ang tumaas na sahod para sa round-the-clock na trabaho ng mga developer at devops, na sa panahon ng paglulunsad ay lumulutas ng mga problema kahit sa gabi, dahil ang ilang mga validator ay madaling matatagpuan sa ibang hemisphere. Gayunpaman, sa mga tamang sandali, ang pagmamay-ari ng validator node ay maaaring magdulot ng malubhang kita (sa kaso ng EOS, hanggang $10 bawat araw).
Ang pagpapatunay ay isa lamang sa mga bagong potensyal na tungkulin sa IT para sa mga negosyante at kumpanya; habang ang mga programmer ay gumagawa ng higit at mas sopistikadong mga algorithm na nagbibigay gantimpala sa katapatan at nagpaparusa sa pandaraya at pagnanakaw, lumilitaw ang mga serbisyo na gumaganap ng mga tungkulin ng pag-publish ng mahalagang data (oracles), na gumaganap ng pangangasiwa (pagdeposito ng laslas at pagpaparusa sa mga manloloko sa pamamagitan ng pag-publish ng patunay ng panlilinlang), mga serbisyo sa pagresolba ng hindi pagkakaunawaan, insurance at mga opsyon, maging ang pangongolekta ng basura ay isang potensyal na malaking merkado sa mga sistema ng matalinong kontrata kung saan kinakailangang magbayad para sa pag-imbak ng data.
Mga problema sa paglulunsad ng blockchain
Ang pagiging bukas ng blockchain, na naging posible para sa mga computer mula sa anumang bansa na malayang lumahok sa network at ang kadalian ng pagkonekta ng anumang script kiddie sa network ayon sa mga tagubilin sa GitHub, ay hindi palaging isang kalamangan. Ang paghahangad ng isang bagong token ay kadalasang pinipilit ang mga validator na "mimina ng bagong barya sa simula," sa pag-asang tataas ang rate at pagkakataon na mabilis na itapon ang kanilang mga kita. Gayundin, nangangahulugan ito na ang iyong validator ay maaaring maging sinuman, kahit isang hindi kilalang tao, maaari mo siyang iboto sa parehong paraan tulad ng para sa iba pang mga validator (gayunpaman, magiging mahirap para sa isang hindi kilalang tao na mangolekta ng mga boto ng stakeholder para sa kanyang sarili, kaya't kami' Iiwan sa mga pulitiko ang mga nakakatakot na kwento tungkol sa hindi kilalang mga cryptocurrencies) . Gayunpaman
Ang koponan ng proyekto ay may isang gawain - upang kahit papaano ay makapasok sa network nito ang mga sa hinaharap ay magagawang matiyak ang matatag na operasyon ng mga node, maunawaan ang seguridad, alam kung paano mabilis na malutas ang mga problema, makipagtulungan sa iba pang mga validator at kumilos nang sama-sama - ang kalidad ng iyon ang lahat ng bagay ay ganap na nakasalalay sa mga katangiang ito isang token kung saan ang mga kalahok sa network ay maglalaan ng kanilang oras at mga mapagkukunan. Ang mga sapat na tagapagtatag, kapag tinatasa ang mga panganib, ay nauunawaang mabuti na kapag naglulunsad ng software na ganito ang laki, tiyak na magkakaroon ka ng mga error sa code at pagsasaayos ng mga node, at ang katatagan ng network ay nakasalalay sa kung gaano kahusay na malulutas ng mga developer at validator mga ganitong problema.
Ang koponan ay handa na bumoto sa mainnet para sa anumang mga validator, para lang malaman kung alin, alin ang mabuti? Ang pinakamalaking portfolio? Halos wala ng tao ngayon. Batay sa mga profile ng Linkin ng koponan? Ang mga may karanasang devops o security specialist ay hindi magbibigay sa iyo ng anumang mga profile sa LinkedIn. Ayon sa mga pahayag sa chat, mga post at pagtulong sa iba sa yugto ng paghahanda? Mabuti, ngunit subjective at hindi tumpak.
Sa ganitong mga kondisyon, isang bagay ang nananatili - isang bagay na mahusay na malulutas ang mga problema ng lahat - isang laro kung saan posible na piliin ang pinakamahusay na mga validator, ngunit ang pangunahing bagay ay upang subukan ang blockchain para sa lakas at magsagawa ng isang buong sukat na pagsubok sa labanan ng blockchain sa mga kondisyon ng aktibong paggamit, mga pagbabago sa pinagkasunduan, hitsura at pagwawasto ng mga error . Ang pamamaraang ito ay unang ipinakita bilang isang laro ng mga lalaki mula sa proyekto ng Cosmos, at ang ideyang ito ay walang alinlangan na isang mahusay na paraan upang ihanda ang network para sa paglulunsad ng isang maaasahang at fault-tolerant mainnet.
Laro ng mga Validator
Ilalarawan ko ang laro ng mga validator habang idinisenyo namin ito para sa DAO.Casino (DAOBet) blockchain batay sa EOS fork, na tinatawag na Haya at may katulad na mekanismo ng pamamahala - pinipili ang mga validator sa pamamagitan ng pagboto mula sa anumang account, kung saan bahagi ng ang balanseng ginamit sa pagboto para sa validator ay nagyelo. Ang anumang account na mayroong pangunahing token ng BET sa balanse nito ay maaaring bumoto para sa napiling validator sa anumang bahagi ng balanse nito. Ang mga boto ay summed up at ang mga nangungunang validator ay binuo batay sa mga resulta. Sa iba't ibang mga blockchain, ang prosesong ito ay nakaayos nang iba, at kadalasan ay sa bahaging ito na ang bagong blockchain ay naiiba sa magulang, at dapat kong sabihin na sa aming kaso, ganap na binibigyang-katwiran ng EOS ang "OS" sa pangalan nito, talagang ginagamit namin ang EOS bilang batayang operating system para sa pag-deploy ng binagong bersyon ng blockchain para sa mga gawain ng DAOBet.
Ilalarawan ko ang mga indibidwal na problema at kung paano sila malulutas sa loob ng laro. Isipin natin ang isang network kung saan ang iyong server ay maaaring hayagang atakehin, kung saan upang mapanatili ang posisyon ng validator kailangan mong patuloy na makipag-ugnayan sa network, i-promote ang iyong validator at siguraduhin na siya ay gumagawa ng mga bloke at sila ay naihatid sa iba pang mga validator sa oras, kung hindi, ang validator ay itatapon sa listahan.
Paano pumili ng mga nangungunang nanalo?
Ang pangunahing teknikal na kinakailangan para sa laro ay ang mga resulta nito ay mabe-verify ng publiko. Nangangahulugan ito na ang mga resulta ng laro: TOP winners, ay dapat na mabuo nang mahigpit batay sa data na maaaring ma-verify ng sinumang kalahok. Sa isang sentralisadong sistema, maaari naming sukatin ang "uptime" ng bawat validator at gantimpalaan ang mga taong pinakamaraming online o dumaan sa pinakamaraming trapiko sa network. Maaari kang mangolekta ng data sa processor at memory load at gantimpalaan ang mga nagtrabaho nang maayos. Ngunit ang anumang naturang koleksyon ng mga sukatan ay nangangahulugan ng pagkakaroon ng isang collection center, at ang mga node ay independyente lahat at maaaring kumilos ayon sa gusto nila at magpadala ng anumang data.
Samakatuwid, ang natural na solusyon ay ang mga nanalo ay dapat matukoy batay sa data mula sa blockchain, dahil magagamit ito upang makita kung aling validator ang gumawa kung aling block at kung anong mga transaksyon ang kasama dito. Tinawag namin ang numerong ito na Validator Points (VP), at ang pagkamit ng mga ito ang pangunahing layunin ng mga validator sa laro. Sa aming kaso, ang pinakasimple, madaling ma-verify ng publiko at epektibong sukatan ng "kapaki-pakinabang" ng validator ay VP = bilang ng mga block na ginawa ng validator sa isang partikular na yugto ng panahon.
Ang simpleng pagpipiliang ito ay dahil sa katotohanan na ang pamamahala sa EOS ay nagbibigay na para sa maraming mga umuusbong na problema, dahil ang EOS ay tagapagmana ng tatlong henerasyon ng aktwal na gumaganang mga blockchain na may malawak na karanasan sa kumplikadong pamamahala ng network, at halos anumang mga problema sa validator sa network, processor, disk ay humantong sa isang problema lamang - siya ay pumirma ng mas kaunting mga bloke, tumatanggap ng mas kaunting bayad para sa trabaho, na muli ay humahantong sa amin lamang sa bilang ng mga nilagdaang bloke - para sa EOS ito ay isang mahusay at simpleng pagpipilian.
Para sa iba pang mga blockchain, maaaring mag-iba ang paraan ng pagkalkula ng mga Validator Points, halimbawa, para sa mga consensus na nakabatay sa pBFT (Tendermint/Cosmos, Aura consensus mula sa Parity Substrate), kung saan ang bawat bloke ay dapat pirmahan ng maraming validator, makatuwirang bilangin ang indibidwal na validator mga lagda sa halip na mga bloke. Maaaring makatuwiran na isaalang-alang ang mga hindi kumpletong consensus round, na nag-aaksaya sa mga mapagkukunan ng iba pang mga validator, sa pangkalahatan ito ay lubos na nakasalalay sa uri ng pinagkasunduan.
Paano gayahin ang mga tunay na kondisyon ng pagpapatakbo
Ang gawain ng mga tagapagtatag ay subukan ang mga validator sa ilalim ng mga kondisyong malapit sa katotohanan, nang walang anumang sentralisadong kontrol. Ang problemang ito ay maaaring malutas gamit ang isang kontrata ng gripo, na namamahagi ng pantay na halaga ng pangunahing token sa mga validator at lahat ng iba pa. Upang makatanggap ng mga token sa iyong balanse, kailangan mong gumawa ng transaksyon at tiyaking kasama ito ng network sa block. Kaya, upang manalo, ang isang validator ay dapat na patuloy na lagyang muli ang kanyang balanse ng mga bagong token at bumoto para sa kanyang sarili, na isulong ang kanyang sarili sa tuktok. Lumilikha ang aktibidad na ito ng patuloy na pag-load sa network, at maaaring piliin ang mga parameter upang ang daloy ng mga kahilingan ay sapat na malubha para sa isang buong pagsubok sa network. Samakatuwid, planuhin ang kontrata ng gripo nang maaga bilang isang mahalagang tool para sa paglulunsad ng network at simulan ang pagpili ng mga parameter nito nang maaga.
Ang paghiling ng mga token mula sa isang gripo at pag-validate ng mga boto ay hindi pa rin ganap na tumutulad sa pagpapatakbo ng isang warhead, lalo na sa mga mode na sobrang kargado. Samakatuwid, ang blockchain team ay kailangan pa ring magsulat ng mga karagdagang benchmark sa isang paraan o iba pa upang mai-load ang network. Ang isang espesyal na tungkulin dito ay ginagampanan ng mga espesyal na nilikhang matalinong kontrata na nagbibigay-daan sa pagsubok ng isang hiwalay na subsystem. Upang subukan ang pag-iimbak, ang kontrata ay nag-iimbak ng random na data sa blockchain, at upang subukan ang mga mapagkukunan ng network, ang pagsubok na kontrata ay nangangailangan ng isang malaking halaga ng data ng pag-input, sa gayon ay nagpapalaki ng dami ng mga transaksyon - sa pamamagitan ng paglulunsad ng isang daloy ng naturang mga transaksyon sa mga arbitrary na punto sa oras, sabay-sabay na sinusuri ng koponan ang katatagan ng code at ang lakas ng mga validator.
Ang isang hiwalay na isyu ay ang pag-update ng code ng mga node at pagsasagawa ng mga hard forks. Kinakailangan na sa kaganapan ng isang bug, kahinaan, o pagsasabwatan ng mga malisyosong validator, ang mga validator ay dapat magkaroon ng plano ng pagkilos na nagawa na sa laro ng mga validator. Dito maaari kang makabuo ng mga scheme para sa pag-iipon ng VP para sa mabilis na pag-apply ng hard fork, halimbawa, sa pamamagitan ng pagmulta sa lahat ng validator na hindi pa nakakapaglabas ng bagong bersyon ng node code, ngunit mahirap itong ipatupad at kumplikado ang pagkalkula. Maaari mong gayahin ang sitwasyon ng isang emergency na paggamit ng isang hard fork sa pamamagitan ng artipisyal na "pagsira" sa blockchain sa isang partikular na bloke. Huminto ang produksyon ng block, at sa huli ang mga mananalo ay ang mga unang tumalon at magsisimulang pumirma ng mga block, kaya ang VP batay sa bilang ng mga pinirmahang block ay angkop dito.
Paano ipaalam sa mga kalahok ang tungkol sa katayuan ng network at ayusin ang mga error
Sa kabila ng kawalan ng tiwala sa pagitan ng mga validator, ang napapanahong pagtanggap ng napapanahong impormasyon tungkol sa estado ng network ay kapaki-pakinabang para sa lahat upang makagawa ng mga desisyon nang mas mabilis, kaya ang pangkat ng proyekto ay nagtataas ng isang serbisyo para sa pagkolekta at pag-visualize ng maraming sukatan mula sa mga server ng validator, na nagbibigay-daan sa iyong makita ang sitwasyon nang sabay-sabay para sa buong network, na nagbibigay-daan sa iyong mabilis na matukoy kung ano ang nangyayari. Gayundin, kapaki-pakinabang para sa parehong mga validator at sa proyekto na ang koponan ng proyekto ay mabilis na nagwawasto sa mga error na natagpuan, kaya bilang karagdagan sa pagkolekta ng mga sukatan, makatuwiran na agad na simulan ang pagkolekta ng mga log at data ng error mula sa mga makina ng mga validator sa isang makina na naa-access ng blockchain mga developer. Dito, hindi kapaki-pakinabang para sa sinuman na baluktutin ang impormasyon, kaya ang mga serbisyong ito ay binuo ng pangkat ng proyekto at mapagkakatiwalaan. Makatuwirang mangolekta ng mga sukatan ng system mula sa mga validator, at, siyempre, ang pinakamahalagang sukatan ng blockchain mismo - para sa DAOBet - ay ang oras ng pagwawakas at ang lag ng huling na-finalize na bloke. Salamat dito, nakikita ng koponan ang pagtaas ng pagkonsumo ng memorya sa mga node kapag pinapatakbo ang benchmark, mga problema sa mga indibidwal na validator.
Mahalagang puntos para sa pagsasagawa ng isang validator game
Sa lumalabas, kung gusto mong opisyal na payagan ang mga validator na atakehin ang mga makina ng isa't isa (sa hindi opisyal na magagawa pa rin nila ito), kailangan mong hiwalay na bumalangkas ito sa legal na paraan bilang pagsubok sa seguridad, dahil sa ilalim ng mga batas ng ilang bansa, ang DDoS o pag-atake sa network ay maaaring pinarusahan. Ang isa pang mahalagang isyu ay kung paano bigyan ng reward ang mga validator. Ang mga natural na premyo ay mga token ng proyekto, na ililipat sa mainnet, ngunit ang napakalaking pamamahagi ng mga token sa sinumang nakapaglunsad ng isang node ay hindi rin ang pinakamagandang opsyon. Malamang na kailangan mong balansehin sa pagitan ng dalawang matinding opsyon:
Ipamahagi ang buong prize pool ayon sa nakuhang VP
ito ay napaka-demokratiko at nagbibigay-daan sa lahat na nag-invest ng oras at mapagkukunan sa larong validator na kumita ng pera
ngunit umaakit ng mga random na tao sa laro nang walang inihanda na imprastraktura
Ipamahagi ang top-N prize pool sa mga validator batay sa mga resulta ng laro
Ang mga mananalo ay malamang na ang mga validator na tumagal ng pinaka-pare-pareho sa panahon ng laro at mahigpit na determinadong manalo.
ang ilang mga validator ay ayaw lumahok, mababa ang pagtatasa ng kanilang mga pagkakataong manalo, lalo na kung ang mga kalahok ay may kasamang kagalang-galang na mga validator
Aling opsyon ang pipiliin ay nasa iyo
May isa pang punto - hindi naman isang katotohanan na dose-dosenang mga validator ang magmamadaling lumahok sa laro sa iyong tawag, at sa mga nagpasiyang subukan, hindi lahat ay mag-i-install at maglulunsad ng node - kadalasan, sa yugtong ito, ang mga proyekto ay may medyo kalat-kalat na dokumentasyon, ang mga error ay nakatagpo, at ang mga developer na nagtatrabaho sa ilalim ng presyon ng oras ay hindi sumasagot sa mga tanong nang napakabilis. Samakatuwid, bago ilunsad ang laro, kinakailangan ding magbigay ng mga aksyon kung hindi maabot ang kinakailangang bilang ng mga validator. Sa kasong ito, sa simula ng laro, ang mga nawawalang validator ay inilulunsad ng pangkat ng proyekto, lumahok sa pinagkasunduan, ngunit hindi maaaring maging mga nanalo.
Konklusyon
Sa konklusyon, sinubukan kong mag-compile mula sa itaas ng isang listahan ng kung ano ang kailangang pag-isipan, gawin at ilunsad upang epektibong magsagawa ng isang validator game
Ano ang kailangan mong gawin upang magpatakbo ng isang tunay na laro ng validator:
bumuo ng sarili mong blockchain :)
- gumawa at magtaas ng web interface at magbigay ng CLI para sa pagboto para sa mga validator
- siguraduhin na ang mga sukatan mula sa isang tumatakbong validator node ay maaaring ipadala sa isang sentralisadong serbisyo (halimbawa, Prometheus)
- magtaas ng server ng pagkolekta ng sukatan (Prometheus + Grafana) para sa larong validator
- alamin kung paano kakalkulahin ang Validator Points (VP).
- bumuo ng pampublikong script na kinakalkula ang validator VP batay sa data mula sa blockchain
- bumuo ng isang web interface upang ipakita ang mga nangungunang validator, at ang status ng laro ng mga validator (kung gaano karaming oras ang natitira hanggang sa katapusan, kung sino ang may gaanong VP, atbp.)
- bumuo at i-automate ang paglulunsad ng isang arbitrary na numero ng iyong sariling mga node, idisenyo ang proseso ng pagkonekta ng mga validator sa laro (kailan at kung paano idiskonekta ang iyong mga node, isumite at alisin ang mga boto para sa kanila)
- kalkulahin kung gaano karaming mga token ang kailangang ibigay at bumuo ng isang kontrata ng gripo
- gumawa ng benchmark na script (mga paglilipat ng token, napakalaking paggamit ng storage, napakalaking paggamit ng network)
- tipunin ang lahat ng kalahok sa isang chat para sa mabilis na komunikasyon
- ilunsad ang blockchain nang mas maaga kaysa sa simula ng laro
- maghintay para sa panimulang bloke, simulan ang laro
- subukan ang network na may ilang uri ng mga transaksyon
- gumulong ng matigas na tinidor
- baguhin ang listahan ng mga validator
- ulitin ang mga hakbang 13,14,15, XNUMX, XNUMX sa iba't ibang mga order, na pinapanatili ang katatagan ng network
- hintayin ang final block, tapusin ang laro, bilangin ang VP
Dapat sabihin na ang laro ng mga validator ay isang bagong kuwento, at ito ay natupad lamang ng ilang beses, kaya hindi mo dapat kunin ang tekstong ito bilang isang handa na gabay. Walang mga analogue sa modernong IT na negosyo - isipin na ang mga bangko, bago maglunsad ng isang sistema ng pagbabayad, ay nakikipagkumpitensya sa isa't isa upang makita kung sino ang magiging pinakamahusay sa pagsasagawa ng mga transaksyon sa customer. Ang mga tradisyunal na diskarte ay malamang na hindi makakatulong sa iyo na lumikha ng malalaking desentralisadong network, kaya't makabisado ang mga bagong modelo ng negosyo, patakbuhin ang iyong mga laro, tukuyin ang mga karapat-dapat, gantimpalaan ang mga ito at panatilihing mabilis at matatag na tumatakbo ang iyong mga ipinamamahaging system.
Pinagmulan: www.habr.com