Felly, mae eich tîm wedi gorffen fersiwn alffa eich blockchain, ac mae'n bryd lansio testnet ac yna mainnet. Mae gennych chi blockchain go iawn, gyda chyfranogwyr annibynnol, model economaidd da, diogelwch, rydych chi wedi cynllunio llywodraethu a nawr mae'n bryd rhoi cynnig ar hyn i gyd ar waith. Mewn byd crypto-anarchaidd delfrydol, rydych chi'n rhoi'r bloc genesis ar y rhwydwaith, mae cod terfynol y nod a'r dilyswyr eu hunain yn lansio popeth, yn codi'r holl wasanaethau ategol, ac mae popeth yn digwydd ar ei ben ei hun. Ond mae hyn mewn byd ffuglennol, ond yn y byd go iawn, rhaid i'r tîm baratoi cryn dipyn o feddalwedd ategol a thriniaethau amrywiol i helpu dilyswyr i lansio rhwydwaith sefydlog. Dyma beth mae'r erthygl hon yn sôn amdano.
Mae lansio rhwydweithiau sy'n seiliedig ar gonsensws math “prawf o fantol”, lle mae dilyswyr yn cael eu pennu gan bleidleisiau deiliaid tocynnau system, yn ddigwyddiad eithaf penodol, oherwydd nid yw hyd yn oed lansio systemau traddodiadol a reolir yn ganolog gyda degau a channoedd o weinyddion yn hawdd. dasg ynddo'i hun, ac mae angen dechrau'r blockchain gyda chyfranogwyr ffyddlon ond annibynnol ymdrech. Ac, os mewn corfforaeth, wrth gychwyn, mae gan weinyddwyr fynediad llawn i'r holl beiriannau, logiau, monitro cyffredinol, yna ni fydd dilyswyr yn caniatáu i unrhyw un gael mynediad i'w gweinyddwyr ac, yn fwyaf tebygol, bydd yn well ganddynt adeiladu eu seilwaith yn annibynnol, oherwydd ei fod yn rheoli mynediad i'r prif asedau y dilyswr - polion pleidleiswyr. Yr ymddygiad hwn sy'n ei gwneud hi'n bosibl adeiladu rhwydweithiau diogel gwasgaredig - annibyniaeth y darparwyr cwmwl a ddefnyddir, gweinyddwyr rhithwir a “baremetal”, systemau gweithredu gwahanol, mae hyn i gyd yn caniatáu ichi wneud ymosodiadau ar rwydwaith o'r fath yn hynod aneffeithiol - gormod o wahanol meddalwedd yn cael ei ddefnyddio. Er enghraifft, mae Ethereum yn defnyddio dau brif weithrediad nod, yn Go ac yn Rust, ac nid yw ymosodiad sy'n effeithiol ar gyfer un gweithrediad yn gweithio i'r llall.
Felly, rhaid trefnu'r holl brosesau ar gyfer lansio a gweithredu cadwyni bloc yn y fath fodd fel y gallai unrhyw ddilyswr, neu hyd yn oed grŵp bach o ddilyswyr, daflu eu cyfrifiaduron allan o'r ffenestr a gadael ar unrhyw adeg, tra na ddylai unrhyw beth dorri a dylai'r dilyswyr sy'n weddill. parhau i gefnogi'r rhwydwaith gweithredu yn effeithiol a chysylltu dilyswyr newydd. Wrth lansio rhwydwaith, pan fydd un dilyswr yn Ewrop, yr ail yn Ne America, a'r trydydd yn Asia, mae'n eithaf anodd cyflawni gwaith cydgysylltiedig sawl dwsin o grwpiau annibynnol a'u diddori o ganlyniad.
Dilyswyr
Gadewch i ni ddychmygu lansiad blockchain modern damcaniaethol (mae'r rhan fwyaf o'r hyn a ddisgrifir yn addas ar gyfer blockchains yn seiliedig ar unrhyw deulu modern o blockchains: Ethereum, EOS, Polkadot, Cosmos ac eraill, sy'n darparu consensws prawf-o-fant. Prif gymeriadau o mae cadwyni bloc o'r fath yn dimau dilysu, sy'n gosod eu gweinyddwyr annibynnol eu hunain sy'n dilysu ac yn cynhyrchu blociau newydd, ac yn derbyn gwobrau a ddarperir gan y rhwydwaith i'r rhai sy'n cymryd rhan yn y consensws. I lansio rhwydweithiau newydd, mae angen sawl dwsin o ddilyswyr (gall cymaint nawr fwy neu lai effeithiol cyrraedd consensws mewn eiliadau), felly mae'r prosiect yn cyhoeddi cofrestriad, lle mae dilyswyr yn rhannu gwybodaeth gyhoeddus amdanynt eu hunain gyda defnyddwyr, gan eu darbwyllo eu bod yn mynd i ddarparu gwasanaeth o ansawdd uchel i'r rhwydwaith a lansiwyd.
Mae dilysu yn fusnes sy'n eich galluogi i asesu incwm posibl y dilysydd yn hynod gywir, trosglwyddo pŵer yn gyflym rhwng prosiectau, ac os yw'r rhwydwaith y mae wedi'i ddewis yn llwyddiannus, gall y dilyswr, fel cyfranogwr llawn yn y DAO a pherson cyfrifol, datblygu'r prosiect, neu'n syml darparu gwasanaeth technegol rhagorol ar gyfer arian cwbl dryloyw, a enillwyd yn onest. Wrth gyfrifo'r wobr ar gyfer dilyswyr, mae prosiectau'n ceisio ystyried costau dilyswyr a gwneud y wobr am flociau fel bod y busnes hwn yn broffidiol, ond ar yr un pryd nid yw'n caniatáu i ddilyswyr ddod â'r economi i lawr trwy eu gorlifo ag arian a amddifadu defnyddwyr rhwydwaith eraill ohono.
Mae busnes dilyswyr yn gofyn am sicrhau goddefgarwch uchel o ddiffygion o ran gwasanaethau, sy'n golygu lefel uchel o hyfforddiant ar gyfer devops a datblygwyr ac adnoddau cyfrifiadurol drud. Hyd yn oed heb yr angen i gloddio hashes mewn rhwydweithiau prawf-o-waith, mae nod blockchain yn wasanaeth mawr sy'n cymryd llawer o gof, yn defnyddio llawer o gyfrifiadau, yn dilysu, yn ysgrifennu i ddisg ac yn anfon llawer iawn o ddata i'r rhwydwaith . Er mwyn storio logiau trafodion a chadwyni bloc ar gyfer blockchain gyda miloedd o drafodion bach mewn bloc, mae angen storio 50 Gb neu fwy bellach, ac ar gyfer blociau mae'n rhaid iddo fod yn SSD. Gall cronfa ddata'r wladwriaeth o blockchains gyda chefnogaeth ar gyfer contractau smart eisoes fod yn fwy na 64Gb o RAM. Mae gweinyddwyr sydd â'r nodweddion gofynnol yn eithaf drud; gall nod Ethereum neu EOS gostio rhwng 100 a 200 $ / mis. Ychwanegwch at hyn y cynnydd mewn cyflogau ar gyfer gwaith rownd-y-cloc datblygwyr a devops, sydd yn ystod y cyfnod lansio yn datrys problemau hyd yn oed yn y nos, gan y gellir lleoli rhai dilyswyr yn hawdd mewn hemisffer arall. Fodd bynnag, ar yr adegau cywir, gall bod yn berchen ar nod dilysu ddod ag incwm difrifol (yn achos EOS, hyd at $10 y dydd).
Dim ond un o'r rolau TG newydd posibl ar gyfer entrepreneuriaid a chwmnïau yw dilysu; wrth i raglenwyr ddod o hyd i algorithmau mwy a mwy soffistigedig sy'n gwobrwyo gonestrwydd ac yn cosbi twyll a lladrad, mae'n ymddangos bod gwasanaethau'n cyflawni swyddogaethau cyhoeddi data pwysig (oraclau), gan berfformio goruchwyliaeth. (chwalu blaendal a chosbi twyllwyr trwy gyhoeddi prawf o dwyll), gwasanaethau datrys anghydfod, yswiriant ac opsiynau, hyd yn oed casglu sbwriel yn farchnad a allai fod yn fawr mewn systemau contract smart lle mae angen talu am storio data.
Problemau lansio blockchain
Nid yw natur agored y blockchain, a oedd yn ei gwneud hi'n bosibl i gyfrifiaduron o unrhyw wlad gymryd rhan yn rhydd yn y rhwydwaith a rhwyddineb cysylltu unrhyw kiddie sgript i'r rhwydwaith yn unol â'r cyfarwyddiadau ar GitHub, bob amser yn fantais. Mae mynd ar drywydd tocyn newydd yn aml yn gorfodi dilyswyr i “gloddio darn arian newydd ar y dechrau,” yn y gobaith y bydd y gyfradd yn codi a'r cyfle i daflu eu henillion yn gyflym. Hefyd, mae hyn yn golygu y gall eich dilyswr fod yn unrhyw un, hyd yn oed person dienw, gallwch bleidleisio drosto yn yr un modd ag ar gyfer dilyswyr eraill (fodd bynnag, bydd yn anodd i berson dienw gasglu pleidleisiau rhanddeiliaid drosto'i hun, felly rydym ni' ll gadael y straeon brawychus am arian cyfred digidol dienw i wleidyddion). Serch hynny
Mae gan dîm y prosiect dasg - rhywsut i fynd i mewn i'w rwydwaith y rhai sydd yn y dyfodol yn gallu sicrhau gweithrediad sefydlog nodau, yn deall diogelwch, yn gwybod sut i ddatrys problemau yn gyflym, yn cydweithredu â dilyswyr eraill ac yn gweithredu gyda'i gilydd - ansawdd hynny mae peth yn dibynnu'n llwyr ar y rhinweddau hyn, arwydd y mae cyfranogwyr y rhwydwaith yn mynd i fuddsoddi eu hamser a'u hadnoddau ynddo. Mae sylfaenwyr digonol, wrth asesu'r risgiau, yn deall yn dda, wrth lansio meddalwedd o'r maint hwn, yn bendant y bydd yn rhaid i chi ddod ar draws gwallau yn y cod a chyfluniad nodau, a bod sefydlogrwydd y rhwydwaith yn dibynnu ar ba mor dda y bydd datblygwyr a dilyswyr yn datrys ar y cyd. problemau o'r fath.
Mae'r tîm yn barod i bleidleisio ar y mainnet dros unrhyw ddilyswyr, dim ond i wybod pa rai, pa rai sy'n dda? Y portffolio mwyaf? Nid oes gan neb bron nawr. Yn seiliedig ar broffiliau Linkedin y tîm? Ni fydd devops neu arbenigwyr diogelwch profiadol yn rhoi unrhyw broffiliau Linkedin i chi. Yn ôl datganiadau yn sgwrsio, postiadau a helpu eraill yn ystod y cyfnod paratoi? Da, ond goddrychol ac anghywir.
Mewn amodau o'r fath, erys un peth - rhywbeth sy'n datrys problemau pawb yn dda - gêm lle bydd yn bosibl dewis y dilyswyr gorau, ond y prif beth yw profi'r blockchain am gryfder a chynnal prawf ymladd ar raddfa lawn o'r blockchain mewn amodau defnydd gweithredol, newidiadau mewn consensws, ymddangosiad a chywiro gwallau. Cyflwynwyd y weithdrefn hon gyntaf fel gêm gan y bechgyn o brosiect Cosmos, ac yn ddi-os mae'r syniad hwn yn ffordd wych o baratoi'r rhwydwaith ar gyfer lansio mainnet dibynadwy sy'n goddef diffygion.
Gêm Dilyswyr
Byddaf yn disgrifio'r gêm o ddilyswyr wrth i ni ei ddylunio ar gyfer y blockchain DAO.Casino (DAOBet) yn seiliedig ar y fforc EOS, a elwir yn Haya ac mae ganddo fecanwaith llywodraethu tebyg - dewisir dilyswyr trwy bleidleisio o unrhyw gyfrif, ym mha ran o mae'r balans a ddefnyddiwyd i bleidleisio dros y dilysydd wedi'i rewi. Gall unrhyw gyfrif sydd â'r prif docyn BET ar ei falans bleidleisio dros y dilysydd a ddewiswyd gydag unrhyw ran o'i falans. Mae'r pleidleisiau'n cael eu crynhoi ac mae'r dilyswyr uchaf yn cael eu hadeiladu ar sail y canlyniadau. Mewn gwahanol blockchains mae'r broses hon wedi'i threfnu'n wahanol, ac fel arfer yn y rhan hon y mae'r blockchain newydd yn wahanol i'r rhiant un, a rhaid imi ddweud, yn ein hachos ni, bod EOS yn cyfiawnhau'r “OS” yn ei enw yn llawn, rydyn ni'n defnyddio EOS mewn gwirionedd. fel y system weithredu sylfaenol ar gyfer defnyddio fersiwn wedi'i haddasu o'r blockchain ar gyfer tasgau DAOBet.
Byddaf yn disgrifio problemau unigol a sut y gellir eu datrys o fewn y gêm. Gadewch i ni ddychmygu rhwydwaith lle gellir ymosod yn agored ar eich gweinydd, lle er mwyn cynnal safle dilyswr mae angen i chi ryngweithio'n barhaus â'r rhwydwaith, gan hyrwyddo'ch dilyswr a sicrhau ei fod yn cynhyrchu blociau a'u bod yn cael eu cyflwyno i ddilyswyr eraill ar amser, fel arall bydd y dilysydd yn cael ei daflu allan o'r rhestr.
Sut i ddewis enillwyr gorau?
Y prif ofyniad technegol ar gyfer y gêm yw bod ei chanlyniadau yn rhai y gellir eu gwirio'n gyhoeddus. Mae hyn yn golygu bod yn rhaid i ganlyniadau'r gêm: enillwyr TOP, gael eu ffurfio'n llym ar sail data y gellir ei wirio gan unrhyw gyfranogwr. Mewn system ganolog, gallem fesur “uptime” pob dilysydd a gwobrwyo'r rhai a oedd ar-lein fwyaf neu'n pasio trwy uchafswm y traffig rhwydwaith. Gallwch gasglu data ar lwyth prosesydd a chof a gwobrwyo'r rhai sydd wedi gweithio'n dda. Ond mae unrhyw gasgliad o fetrigau o'r fath yn golygu bodolaeth canolfan gasglu, ac mae'r nodau i gyd yn annibynnol a gallant ymddwyn fel y dymunant ac anfon unrhyw ddata.
Felly, yr ateb naturiol yw y dylid pennu'r enillwyr yn seiliedig ar ddata o'r blockchain, gan y gellir ei ddefnyddio i weld pa ddilysydd a gynhyrchodd pa floc a pha drafodion a gynhwyswyd ynddo. Fe wnaethon ni alw'r rhif hwn yn Bwyntiau Dilyswr (VP), a'u hennill yw prif nod dilyswyr yn y gêm. Yn ein hachos ni, y metrig symlaf, hawdd ei wirio’n gyhoeddus ac effeithiol o “ddefnyddioldeb” dilysydd yw VP = nifer y blociau a gynhyrchir gan y dilyswr mewn cyfnod penodol o amser.
Mae'r dewis syml hwn oherwydd y ffaith bod llywodraethu yn EOS eisoes yn darparu ar gyfer llawer o broblemau sy'n dod i'r amlwg, gan fod EOS yn etifedd tair cenhedlaeth o gadwyni bloc sy'n gweithio mewn gwirionedd gyda phrofiad helaeth mewn rheoli rhwydwaith cymhleth, a bron unrhyw broblemau dilysydd gyda'r rhwydwaith, prosesydd, arwain disg at un broblem yn unig - mae'n arwyddo llai o flociau, yn derbyn llai o daliad am y gwaith, sydd eto'n ein harwain yn syml at nifer y blociau wedi'u llofnodi - ar gyfer EOS mae hwn yn opsiwn rhagorol a syml.
Ar gyfer cadwyni bloc eraill, gall y ffordd y mae Pwyntiau Dilyswr yn cael eu cyfrifo fod yn wahanol, er enghraifft, ar gyfer consensws seiliedig ar pBFT (Tendermint/Cosmos, consensws Aura o Parity Substrate), lle mae'n rhaid i bob bloc gael ei lofnodi gan ddilyswyr lluosog, mae'n gwneud synnwyr i gyfrif dilysydd unigol llofnodion yn hytrach na blociau Gall fod yn gwneud synnwyr i gymryd i ystyriaeth rowndiau consensws anghyflawn, sy'n gwastraffu adnoddau dilyswyr eraill, yn gyffredinol mae hyn yn dibynnu'n fawr ar y math o gonsensws.
Sut i efelychu amodau gweithredu go iawn
Tasg y sylfaenwyr yw profi dilyswyr o dan amodau sy'n agos at realiti, heb gael unrhyw reolaeth ganolog. Gellir datrys y broblem hon gan ddefnyddio contract faucet, sy'n dosbarthu symiau cyfartal o'r prif docyn i ddilyswyr a phawb arall. I dderbyn tocynnau ar eich balans, mae angen i chi greu trafodiad a sicrhau bod y rhwydwaith yn ei gynnwys yn y bloc. Felly, er mwyn ennill, rhaid i ddilyswr ailgyflenwi ei gydbwysedd yn gyson â thocynnau newydd a phleidleisio drosto'i hun, gan hyrwyddo ei hun i'r brig. Mae'r gweithgaredd hwn yn creu llwyth cyson ar y rhwydwaith, a gellir dewis y paramedrau fel bod llif y ceisiadau yn ddigon difrifol ar gyfer prawf rhwydwaith llawn. Felly, cynlluniwch y contract faucet ymlaen llaw fel offeryn pwysig ar gyfer lansio'r rhwydwaith a dechrau dewis ei baramedrau ymlaen llaw.
Nid yw gofyn am docynnau o faucet a dilysu pleidleisiau yn dal i efelychu gweithrediad blaen arfbais yn llawn, yn enwedig mewn moddau hynod lwythog. Felly, bydd yn rhaid i'r tîm blockchain ysgrifennu meincnodau ychwanegol mewn un ffordd neu'r llall o hyd i lwytho'r rhwydwaith. Mae rhan arbennig yn hyn yn cael ei chwarae gan gontractau smart a grëwyd yn arbennig sy'n caniatáu profi is-system ar wahân. I brofi storio, mae'r contract yn storio data ar hap yn y blockchain, ac i brofi adnoddau rhwydwaith, mae'r contract prawf yn gofyn am lawer iawn o ddata mewnbwn, a thrwy hynny chwyddo nifer y trafodion - trwy lansio llif trafodion o'r fath ar adegau mympwyol, mae'r tîm ar yr un pryd yn profi sefydlogrwydd y cod a chryfder y dilyswyr.
Mater ar wahân yw diweddaru'r cod nodau a chynnal ffyrc caled. Mae'n ofynnol, mewn achos o nam, bregusrwydd, neu gydgynllwynio dilyswyr maleisus, y dylai dilyswyr gael cynllun gweithredu sydd eisoes wedi'i lunio yn y gêm dilyswyr. Yma gallwch chi feddwl am gynlluniau ar gyfer cronni VP ar gyfer cymhwyso fforc galed yn gyflym, er enghraifft, trwy ddirwyo'r holl ddilyswyr nad ydynt eto wedi cyflwyno fersiwn newydd o'r cod nod, ond mae hyn yn anodd ei weithredu ac yn cymhlethu'r cyfrifiad. Gallwch efelychu sefyllfa defnydd brys o fforch galed trwy “dorri” y blockchain yn artiffisial ar floc penodol. Mae cynhyrchu bloc yn stopio, ac yn y diwedd yr enillwyr fydd y rhai sy'n neidio i mewn yn gyntaf ac yn dechrau llofnodi blociau, felly mae VP yn seiliedig ar nifer y blociau wedi'u llofnodi yn ffit dda yma.
Sut i hysbysu cyfranogwyr am statws y rhwydwaith a thrwsio gwallau
Er gwaethaf y diffyg ymddiriedaeth rhwng dilyswyr, mae derbyn gwybodaeth gyfredol yn amserol am gyflwr y rhwydwaith yn fuddiol i bawb er mwyn gwneud penderfyniadau yn gyflymach, felly mae tîm y prosiect yn codi gwasanaeth ar gyfer casglu a delweddu llawer o fetrigau gan weinyddion dilyswyr, sy'n eich galluogi i weld y sefyllfa ar yr un pryd ar gyfer y rhwydwaith cyfan, sy'n eich galluogi i benderfynu yn gyflym beth sy'n digwydd. Hefyd, mae'n fuddiol i'r dilyswyr a'r prosiect fod tîm y prosiect yn cywiro'r gwallau a ganfuwyd yn gyflym, felly yn ogystal â chasglu metrigau, mae'n gwneud synnwyr i ddechrau casglu logiau a data gwallau ar unwaith o beiriannau dilyswyr ar beiriant sy'n hygyrch i blockchain datblygwyr. Yma, nid yw'n fuddiol i unrhyw un ystumio gwybodaeth, felly mae'r gwasanaethau hyn yn cael eu datblygu gan dîm y prosiect a gellir ymddiried ynddynt. Mae'n gwneud synnwyr casglu metrigau system gan ddilyswyr, ac, wrth gwrs, metrigau pwysicaf y blockchain ei hun - ar gyfer DAOBet - yw'r amser cwblhau ac oedi'r bloc terfynol diwethaf. Diolch i hyn, mae'r tîm yn gweld cynnydd yn y defnydd o gof ar nodau wrth redeg y meincnod, problemau gyda dilyswyr unigol
Pwyntiau pwysig ar gyfer cynnal gêm ddilysu
Fel mae'n digwydd, os ydych chi am ganiatáu i ddilyswyr ymosod yn swyddogol ar beiriannau ei gilydd (yn answyddogol gallant wneud hyn beth bynnag), mae angen i chi lunio hyn ar wahân yn gyfreithiol fel profion diogelwch, oherwydd o dan gyfreithiau rhai gwledydd gall DDoS neu ymosodiadau rhwydwaith fod. cosbi. Mater pwysig arall yw sut i wobrwyo dilyswyr. Mae gwobrau naturiol yn docynnau prosiect, a fydd yn cael eu trosglwyddo i'r mainnet, ond nid yw dosbarthiad enfawr o docynnau i unrhyw un a oedd yn gallu lansio nod hefyd yr opsiwn gorau. Yn fwyaf tebygol, bydd yn rhaid i chi gydbwyso rhwng dau opsiwn eithafol:
Dosbarthwch y gronfa wobrau cyfan yn ôl y VP a enillwyd
mae'n ddemocrataidd iawn ac yn caniatáu i bawb sydd wedi buddsoddi amser ac adnoddau yn y gêm ddilysydd ennill arian
ond yn denu pobl ar hap i'r gêm heb seilwaith parod
Dosbarthwch y gronfa wobr N uchaf i ddilyswyr yn seiliedig ar ganlyniadau'r gêm
Mae'n debyg mai'r enillwyr fydd y dilyswyr a barhaodd fwyaf cyson yn ystod y gêm ac sy'n benderfynol iawn o ennill
ni fydd rhai dilyswyr eisiau cymryd rhan, gan asesu'n isel eu siawns o ennill, yn enwedig os yw'r cyfranogwyr yn cynnwys dilyswyr hybarch
Chi sydd i benderfynu pa opsiwn i'w ddewis
Mae un pwynt arall - nid yw'n ffaith o gwbl y bydd dwsinau o ddilyswyr yn rhuthro i gymryd rhan yn y gêm ar eich galwad, ac o'r rhai sy'n penderfynu ceisio, ni fydd pob un ohonynt hyd yn oed yn gosod a lansio'r nod - fel arfer, ar hyn o bryd, mae gan brosiectau ddogfennaeth eithaf prin, deuir ar draws gwallau, ac nid yw datblygwyr sy'n gweithio dan bwysau amser yn ateb cwestiynau'n gyflym iawn. Felly, cyn lansio'r gêm, mae hefyd yn angenrheidiol i ddarparu ar gyfer camau gweithredu os na chyrhaeddir y nifer gofynnol o ddilyswyr. Yn yr achos hwn, ar ddechrau'r gêm, mae'r dilyswyr coll yn cael eu lansio gan dîm y prosiect, yn cymryd rhan mewn consensws, ond ni allant fod yn enillwyr.
Casgliad
I gloi, ceisiais lunio o'r uchod restr o'r hyn y mae angen ei ystyried, ei wneud a'i lansio i gynnal gêm ddilysu yn effeithiol.
Beth sydd angen i chi ei wneud i redeg gêm ddilysu go iawn:
datblygu eich blockchain eich hun :)
- gwneud a chodi rhyngwyneb gwe a darparu CLI ar gyfer pleidleisio i ddilyswyr
- gwnewch yn siŵr bod modd anfon metrigau o nod dilysydd rhedeg i wasanaeth canolog (er enghraifft Prometheus)
- codwch weinydd casglu metrigau (Prometheus + Grafana) ar gyfer y gêm ddilysydd
- cyfrifo sut bydd Pwyntiau Dilyswr (VP) yn cael eu cyfrifo
- datblygu sgript gyhoeddus sy'n cyfrifo dilyswr VP yn seiliedig ar ddata o'r blockchain
- datblygu rhyngwyneb gwe i arddangos y dilyswyr gorau, a statws gêm y dilyswyr (faint o amser sydd ar ôl tan y diwedd, pwy sydd â faint o VP, ac ati)
- datblygu ac awtomeiddio lansiad rhif mympwyol o'ch nodau eich hun, dylunio'r broses o gysylltu dilyswyr â'r gêm (pryd a sut i ddatgysylltu'ch nodau, cyflwyno a dileu pleidleisiau ar eu cyfer)
- cyfrifo faint o docynnau sydd angen eu cyhoeddi a datblygu contract faucet
- gwneud sgript meincnod (trosglwyddiadau tocyn, defnydd storio enfawr, defnydd rhwydwaith enfawr)
- casglwch yr holl gyfranogwyr mewn un sgwrs i gyfathrebu'n gyflym
- lansio'r blockchain ychydig yn gynharach na dechrau'r gêm
- aros am y bloc cychwyn, cychwyn y gêm
- profi'r rhwydwaith gyda sawl math o drafodion
- rholio allan fforch galed
- newid y rhestr o ddilyswyr
- ailadrodd camau 13,14,15, XNUMX, XNUMX mewn gwahanol orchmynion, gan gynnal sefydlogrwydd rhwydwaith
- aros am y bloc olaf, gorffen y gêm, cyfrif VP
Rhaid dweud bod gêm dilyswyr yn stori newydd, a dim ond cwpl o weithiau y cafodd ei wneud, felly ni ddylech gymryd y testun hwn fel canllaw parod. Nid oes unrhyw analogau yn y busnes TG modern - dychmygwch fod banciau, cyn lansio system dalu, yn cystadlu â'i gilydd i weld pwy fydd y gorau am gynnal trafodion cwsmeriaid. Mae dulliau traddodiadol yn annhebygol o'ch helpu i greu rhwydweithiau datganoledig mawr, felly meistroli modelau busnes newydd, rhedeg eich gemau, nodi'r rhai teilwng, eu gwobrwyo a chadw'ch systemau gwasgaredig i redeg yn gyflym ac yn sefydlog.
Ffynhonnell: hab.com