Pra, ekipi juaj ka përfunduar versionin alfa të blockchain-it tuaj dhe është koha për të nisur testnet dhe më pas mainnet. Ju keni një blockchain të vërtetë, me pjesëmarrës të pavarur, një model të mirë ekonomik, siguri, keni projektuar qeverisjen dhe tani është koha t'i provoni të gjitha këto në veprim. Në një botë ideale kripto-anarkike, ju vendosni bllokun e gjenezës në rrjet, kodin përfundimtar të nyjës dhe vetë verifikuesit nisin gjithçka, ngritin të gjitha shërbimet ndihmëse dhe gjithçka ndodh vetë. Por kjo është në një botë imagjinare, por në botën reale, ekipi duhet të përgatisë mjaft softuer ndihmës dhe manipulime të ndryshme për të ndihmuar vërtetuesit të nisin një rrjet të qëndrueshëm. Kjo është ajo që ky artikull ka të bëjë.
Nisja e rrjeteve të bazuara në konsensuset e tipit "provë e aksioneve", ku validuesit përcaktohen nga votat e mbajtësve të tokenit të sistemit, është një ngjarje mjaft specifike, sepse edhe lëshimi i sistemeve tradicionale, të menaxhuara nga qendra me dhjetëra e qindra serverë nuk është një gjë e lehtë. detyrë në vetvete, dhe blockchain duhet të fillojë me përpjekje besnike, por pjesëmarrës të pavarur. Dhe, nëse në një korporatë, pas fillimit, administratorët kanë akses të plotë në të gjitha makinat, regjistrat, monitorimin e përgjithshëm, atëherë verifikuesit nuk do të lejojnë askënd të hyjë në serverët e tyre dhe, ka shumë të ngjarë, do të preferojnë të ndërtojnë infrastrukturën e tyre në mënyrë të pavarur, sepse kontrollon aksesin për asetet kryesore të vlerësuesit - aksionet e votuesve. Është kjo sjellje që bën të mundur ndërtimin e rrjeteve të sigurta të shpërndara - pavarësia e ofruesve të cloud të përdorur, serverët virtualë dhe "baremetal", sisteme të ndryshme operative, e gjithë kjo ju lejon të bëni sulmet në një rrjet të tillë jashtëzakonisht joefektiv - shumë të ndryshëm përdoret softueri. Për shembull, Ethereum përdor dy zbatime kryesore të nyjeve, në Go dhe në Rust, dhe një sulm që është efektiv për një implementim nuk funksionon për tjetrin.
Prandaj, të gjitha proceset për lëshimin dhe funksionimin e blockchain-eve duhet të organizohen në atë mënyrë që çdo verifikues, apo edhe një grup i vogël verifikuesish, të mund t'i hedhin kompjuterët e tyre nga dritarja dhe të largohen në çdo kohë, ndërkohë që asgjë nuk duhet të prishet dhe verifikuesit e mbetur duhet të vazhdojnë të mbështesin në mënyrë efektive rrjetin operativ dhe të lidhin validatorë të rinj. Kur filloni një rrjet, kur një verifikues është në Evropë, i dyti në Amerikën e Jugut dhe i treti në Azi, është mjaft e vështirë të arrihet puna e koordinuar e disa dhjetëra grupeve të pavarura dhe të interesohen si rezultat.
Validuesit
Le të imagjinojmë nisjen e një blockchain hipotetik modern (shumica e asaj që përshkruhet është e përshtatshme për blockchain të bazuar në çdo familje moderne të blockchain: Ethereum, EOS, Polkadot, Cosmos dhe të tjerë, të cilët ofrojnë konsensus të provës së aksioneve. Personazhet kryesore të zinxhirë të tillë janë ekipe vërtetues, të angazhuar në instalimin e serverëve të tyre të pavarur që vërtetojnë dhe prodhojnë blloqe të reja, dhe marrin shpërblime të ofruara nga rrjeti për ata që marrin pjesë në konsensus. Për të nisur rrjete të reja, kërkohen disa dhjetëra vërtetues (aq shumë tani mund të pak a shumë në mënyrë efektive arrijnë konsensusin në sekonda), kështu që projekti shpall regjistrimin, në të cilin vlerësuesit ndajnë informacionin publik për veten e tyre me përdoruesit, duke i bindur ata se do të ofrojnë shërbim me cilësi të lartë për rrjetin e nisur.
Validimi është një biznes që ju lejon të vlerësoni jashtëzakonisht me saktësi të ardhurat e mundshme të verifikuesit, të transferoni shpejt fuqinë midis projekteve dhe nëse rrjeti që ai ka zgjedhur është i suksesshëm, vërtetuesi mund, si një pjesëmarrës i plotë në DAO dhe një person përgjegjës, zhvilloni projektin, ose thjesht ofroni shërbime të shkëlqyera teknike për para plotësisht transparente, të fituara me ndershmëri. Gjatë llogaritjes së shpërblimit për validuesit, projektet përpiqen të marrin parasysh kostot e validatorëve dhe të bëjnë shpërblimin për blloqet në mënyrë të tillë që ky biznes të jetë fitimprurës, por në të njëjtën kohë nuk i lejon validuesit të rrëzojnë ekonominë duke i përmbytur me para dhe duke i privuar përdoruesit e tjerë të rrjetit.
Biznesi i verifikuesve kërkon sigurimin e tolerancës së lartë ndaj gabimeve të shërbimeve, që do të thotë një nivel i lartë trajnimi për devops dhe zhvillues dhe burime të shtrenjta kompjuterike. Edhe pa nevojën për të minuar hash në rrjetet e provës së punës, një nyje blockchain është një shërbim i madh që merr shumë memorie, konsumon shumë llogaritje, vërteton, shkruan në disk dhe dërgon sasi të mëdha të dhënash në rrjet. . Për të ruajtur regjistrat e transaksioneve dhe zinxhirët e bllokimit për një blockchain me disa mijëra transaksione të vogla në një bllok, tani kërkohet ruajtje prej 50 Gb ose më shumë, dhe për blloqet duhet të jetë një SSD. Baza e të dhënave shtetërore të blockchains me mbështetje për kontratat inteligjente tashmë mund të kalojë 64 Gb RAM. Serverët me karakteristikat e kërkuara janë mjaft të shtrenjtë; një nyje Ethereum ose EOS mund të kushtojë nga 100 në 200 $/muaj. Shtojini kësaj edhe rritjen e pagave për punën 10-orëshe të zhvilluesve dhe devopëve, të cilët gjatë periudhës së nisjes zgjidhin problemet edhe gjatë natës, pasi disa verifikues mund të gjenden lehtësisht në një hemisferë tjetër. Megjithatë, në momentet e duhura, zotërimi i një nyje verifikuesi mund të sjellë të ardhura serioze (në rastin e EOS, deri në 000 dollarë në ditë).
Vërtetimi është vetëm një nga rolet e reja të mundshme të TI-së për sipërmarrësit dhe kompanitë; ndërsa programuesit vijnë me algoritme gjithnjë e më të sofistikuara që shpërblejnë ndershmërinë dhe ndëshkojnë mashtrimin dhe vjedhjen, shfaqen shërbime që kryejnë funksionet e publikimit të të dhënave të rëndësishme (orakullet), kryerjen e mbikëqyrjes (ulja e depozitave dhe ndëshkimi i mashtruesve duke publikuar prova të mashtrimit), shërbimet e zgjidhjes së mosmarrëveshjeve, sigurimet dhe opsionet, madje edhe mbledhja e mbeturinave është një treg potencialisht i madh në sistemet e kontratave inteligjente ku është e nevojshme të paguhet për ruajtjen e të dhënave.
Problemet e nisjes së një blockchain
Hapja e blockchain, e cila bëri të mundur që kompjuterët nga çdo vend të marrin pjesë lirisht në rrjet dhe lehtësia e lidhjes së çdo skripti kiddie me rrjetin sipas udhëzimeve në GitHub, nuk është gjithmonë një avantazh. Ndjekja e një tokeni të ri shpesh i detyron vlerësuesit të "minojnë një monedhë të re në fillim", me shpresën se norma do të rritet dhe mundësinë për të hequr shpejt fitimet e tyre. Gjithashtu, kjo do të thotë që vërtetuesi juaj mund të jetë çdokush, madje edhe një person anonim, ju mund të votoni për të në të njëjtën mënyrë si për validuesit e tjerë (megjithatë, do të jetë e vështirë për një person anonim të mbledhë votat e palëve të interesuara për veten e tij, kështu që ne' Përrallat e frikshme për kriptovalutat anonime do t'ua lëmë politikanëve). Megjithatë
Ekipi i projektit ka një detyrë - të futë disi në rrjetin e tij ata që në të ardhmen janë në gjendje të sigurojnë funksionimin e qëndrueshëm të nyjeve, të kuptojnë sigurinë, të dinë të zgjidhin shpejt problemet, të bashkëpunojnë me vërtetues të tjerë dhe të veprojnë së bashku - cilësinë e kësaj shumë gjë varet plotësisht nga këto cilësi, një shenjë në të cilën pjesëmarrësit e rrjetit do të investojnë kohën dhe burimet e tyre. Themeluesit adekuat, kur vlerësojnë rreziqet, kuptojnë mirë se kur lëshoni softuer të kësaj madhësie, patjetër do të duhet të hasni gabime në kodin dhe konfigurimin e nyjeve dhe se stabiliteti i rrjetit varet nga sa mirë do të zgjidhin zhvilluesit dhe validuesit së bashku. probleme të tilla.
Ekipi është gati të votojë në rrjetin kryesor për çdo validues, vetëm për të ditur se cilët janë, cilët janë të mirë? Portofoli më i madh? Pothuajse askush nuk e ka tani. Bazuar në profilet e ekipit në Linkedin? Ekspertët me përvojë ose specialistë të sigurisë nuk do t'ju japin asnjë profil Linkedin. Sipas deklaratave në chat, postimeve dhe ndihmës së të tjerëve gjatë fazës përgatitore? E mirë, por subjektive dhe e pasaktë.
Në kushte të tilla, një gjë mbetet - diçka që zgjidh mirë problemet e të gjithëve - një lojë në të cilën do të jetë e mundur të zgjidhen vërtetuesit më të mirë, por gjëja kryesore është të testoni blockchain për forcë dhe të bëni një test luftarak në shkallë të plotë të blockchain në kushtet e përdorimit aktiv, ndryshimet në konsensus, shfaqjen dhe korrigjimin e gabimeve. Kjo procedurë u prezantua fillimisht si lojë nga djemtë e projektit Cosmos, dhe kjo ide është padyshim një mënyrë e shkëlqyer për të përgatitur rrjetin për lëshimin e një rrjeti të besueshëm dhe tolerant ndaj gabimeve.
Lojë e Validuesve
Unë do ta përshkruaj lojën e validatorëve ashtu siç e projektuam për blockchain DAO.Casino (DAOBet) bazuar në pirunin EOS, i cili quhet Haya dhe ka një mekanizëm të ngjashëm qeverisjeje - validuesit zgjidhen duke votuar nga çdo llogari, në të cilën një pjesë e bilanci i përdorur për të votuar për vleftësuesin është ngrirë. Çdo llogari që ka shenjën kryesore BET në bilancin e saj mund të votojë për vleftësuesin e zgjedhur me çdo pjesë të bilancit të saj. Votat përmblidhen dhe vlerësuesit kryesorë ndërtohen në bazë të rezultateve. Në blockchain të ndryshëm ky proces organizohet ndryshe, dhe zakonisht është në këtë pjesë që blockchain-i i ri ndryshon nga ai mëmë, dhe më duhet të them që në rastin tonë, EOS justifikon plotësisht "OS" në emrin e tij, ne vërtet përdorim EOS. si sistemi bazë operativ për vendosjen e një versioni të modifikuar të blockchain për detyrat DAOBet.
Unë do të përshkruaj problemet individuale dhe se si ato mund të zgjidhen brenda lojës. Le të imagjinojmë një rrjet në të cilin serveri juaj mund të sulmohet hapur, ku për të ruajtur pozicionin e një validuesi duhet të ndërveproni vazhdimisht me rrjetin, duke promovuar validatorin tuaj dhe duke u siguruar që ai prodhon blloqe dhe ato u dorëzohen validuesve të tjerë në kohë, përndryshe vërtetuesi do të hidhet nga lista.
Si të zgjidhni fituesit kryesorë?
Kërkesa kryesore teknike për lojën është që rezultatet e saj të jenë të verifikueshme publikisht. Kjo do të thotë se rezultatet e lojës: Fituesit TOP, duhet të formohen rreptësisht mbi bazën e të dhënave që mund të verifikohen nga çdo pjesëmarrës. Në një sistem të centralizuar, ne mund të masim "kohën e funksionimit" të secilit verifikues dhe të shpërblejmë ata që ishin më shumë në linjë ose kaluan përmes trafikut maksimal të rrjetit. Ju mund të mbledhni të dhëna për ngarkesën e procesorit dhe kujtesës dhe të shpërbleni ata që kanë punuar mirë. Por çdo koleksion i tillë metrikë nënkupton ekzistencën e një qendre grumbullimi, dhe nyjet janë të gjitha të pavarura dhe mund të sillen si të duan dhe të dërgojnë çdo të dhënë.
Prandaj, zgjidhja e natyrshme është që fituesit duhet të përcaktohen në bazë të të dhënave nga blockchain, pasi mund të përdoret për të parë se cili verifikues ka prodhuar cilin bllok dhe çfarë transaksionesh janë përfshirë në të. Ne e quajtëm këtë numër Pikët Validator (VP), dhe fitimi i tyre është qëllimi kryesor i vlerësuesve në lojë. Në rastin tonë, metrika më e thjeshtë, lehtësisht e verifikueshme publikisht dhe efektive e "dobishmërisë" së një validuesi është VP = numri i blloqeve të prodhuara nga verifikuesi në një periudhë të caktuar kohore.
Kjo zgjedhje e thjeshtë është për faktin se qeverisja në EOS tashmë parashikon shumë probleme në zhvillim, pasi EOS është trashëgimtari i tre brezave të blockchain-eve që funksionojnë në të vërtetë me përvojë të gjerë në menaxhimin kompleks të rrjeteve dhe pothuajse çdo problem vërtetues me rrjetin, procesorin, disku çon në vetëm një problem - ai nënshkruan më pak blloqe, merr më pak pagesë për punën, gjë që përsëri na çon thjesht në numrin e blloqeve të nënshkruara - për EOS ky është një opsion i shkëlqyer dhe i thjeshtë.
Për zinxhirët e tjerë të bllokut, mënyra se si llogariten Pikat e Validatorit mund të ndryshojnë, për shembull, për konsensuset e bazuara në pBFT (Tendermint/Cosmos, konsensusi Aura nga Parity Substrate), ku çdo bllok duhet të nënshkruhet nga vërtetues të shumtë, ka kuptim të numërohen validuesit individualë nënshkrimet dhe jo blloqet. Mund të ketë kuptim të merren parasysh raundet jo të plota të konsensusit, të cilat shpërdorojnë burimet e vërtetuesve të tjerë, në përgjithësi kjo varet shumë nga lloji i konsensusit.
Si të simuloni kushtet reale të funksionimit
Detyra e themeluesve është të testojë validuesit në kushte afër realitetit, pa pasur ndonjë kontroll të centralizuar. Ky problem mund të zgjidhet duke përdorur një kontratë rubineti, e cila shpërndan sasi të barabarta të tokenit kryesor te validuesit dhe të gjithë të tjerët. Për të marrë argumente në bilancin tuaj, duhet të krijoni një transaksion dhe të siguroheni që rrjeti ta përfshijë atë në bllok. Kështu, për të fituar, një vlerësues duhet të plotësojë vazhdimisht bilancin e tij me argumente të reja dhe të votojë për veten e tij, duke e promovuar veten në krye. Ky aktivitet krijon një ngarkesë konstante në rrjet dhe parametrat mund të zgjidhen në mënyrë që rrjedha e kërkesave të jetë mjaft e fortë për një test të plotë të rrjetit. Prandaj, planifikoni paraprakisht kontratën e rubinetit si një mjet i rëndësishëm për nisjen e rrjetit dhe filloni të zgjidhni paraprakisht parametrat e tij.
Kërkimi i argumenteve nga një rubinet dhe vërtetimi i votave ende nuk imiton plotësisht funksionimin e një koke luftarake, veçanërisht në mënyra jashtëzakonisht të ngarkuara. Prandaj, ekipi i blockchain do të duhet të shkruajë standarde shtesë në një mënyrë ose në një tjetër për të ngarkuar rrjetin. Një rol të veçantë në këtë luhet nga kontratat inteligjente të krijuara posaçërisht që lejojnë testimin e një nënsistem të veçantë. Për të testuar ruajtjen, kontrata ruan të dhëna të rastësishme në blockchain dhe për të testuar burimet e rrjetit, kontrata e testimit kërkon një sasi të madhe të dhënash hyrëse, duke rritur kështu vëllimin e transaksioneve - duke nisur një rrjedhë të transaksioneve të tilla në momente arbitrare në kohë. ekipi teston njëkohësisht qëndrueshmërinë e kodit dhe forcën e vleftësuesve.
Një çështje e veçantë është azhurnimi i kodit të nyjeve dhe kryerja e pirunëve të fortë. Kërkohet që në rast të një defekti, cenueshmërie ose bashkëpunimi të vërtetuesve me qëllim të keq, vërtetuesit duhet të kenë një plan veprimi që tashmë është përpunuar në lojën e validuesve. Këtu mund të krijoni skema për grumbullimin e VP për aplikimin e shpejtë të një piruni të fortë, për shembull, duke gjobitur të gjithë validuesit që nuk kanë nxjerrë ende një version të ri të kodit të nyjes, por kjo është e vështirë për t'u zbatuar dhe e ndërlikon llogaritjen. Ju mund të simuloni situatën e një përdorimi emergjent të një piruni të fortë duke "thyer" artificialisht zinxhirin e bllokut në një bllok të caktuar. Prodhimi i bllokut ndalon dhe në fund fituesit do të jenë ata që do të hyjnë të parët dhe do të fillojnë të nënshkruajnë blloqe, kështu që VP bazuar në numrin e blloqeve të nënshkruara është një përshtatje e mirë këtu.
Si të informoni pjesëmarrësit për statusin e rrjetit dhe të rregulloni gabimet
Pavarësisht mosbesimit midis vërtetuesve, marrja në kohë e informacionit të përditësuar në lidhje me gjendjen e rrjetit është e dobishme për të gjithë në mënyrë që të marrin vendime më shpejt, kështu që ekipi i projektit po ngre një shërbim për mbledhjen dhe vizualizimin e shumë metrikave nga serverët e vleftësuesve. i cili ju lejon të shihni situatën në të njëjtën kohë për të gjithë rrjetin, duke ju lejuar të përcaktoni shpejt se çfarë po ndodh. Gjithashtu, është e dobishme si për vleftësuesit ashtu edhe për projektin që ekipi i projektit të korrigjojë shpejt gabimet e gjetura, kështu që përveç mbledhjes së metrikës, ka kuptim që menjëherë të fillohet mbledhja e regjistrave dhe të dhënave të gabimeve nga makinat e verifikuesve në një makinë të aksesueshme për zinxhirin bllokues. zhvilluesit. Këtu, nuk është e dobishme për askënd që të shtrembërojë informacionin, kështu që këto shërbime zhvillohen nga ekipi i projektit dhe mund t'u besohet. Ka kuptim të mblidhen metrikat e sistemit nga vërtetuesit, dhe, natyrisht, metrikat më të rëndësishme të vetë zinxhirit të bllokimit - për DAOBet - janë koha e finalizimit dhe vonesa e bllokut të fundit të finalizuar. Falë kësaj, ekipi sheh një rritje të konsumit të memories në nyjet gjatë ekzekutimit të standardit, probleme me verifikuesit individualë
Pika të rëndësishme për zhvillimin e një loje validuese
Siç rezulton, nëse doni të lejoni zyrtarisht verifikuesit të sulmojnë makinat e njëri-tjetrit (jozyrtarisht ata mund ta bëjnë këtë gjithsesi), ju duhet ta formuloni veçmas këtë ligjërisht si testim sigurie, pasi sipas ligjeve të disa vendeve DDoS ose sulmet në rrjet mund të jenë ndëshkuar. Një çështje tjetër e rëndësishme është se si të shpërblehen vërtetuesit. Çmimet natyrore janë shenja projekti, të cilat do të transferohen në rrjetin kryesor, por një shpërndarje masive e argumenteve për këdo që ishte në gjendje të hapte një nyje nuk është gjithashtu alternativa më e mirë. Me shumë mundësi do t'ju duhet të balanconi midis dy opsioneve ekstreme:
Shpërndani të gjithë grupin e çmimeve sipas VP-së së fituar
është shumë demokratike dhe i lejon të gjithë ata që kanë investuar kohë dhe burime në lojën e validatorit të fitojnë para
por tërheq njerëz të rastësishëm në lojë pa infrastrukturë të përgatitur
Shpërndani grupin e çmimeve top-N te vërtetuesit bazuar në rezultatet e lojës
Fituesit me shumë gjasa do të jenë vërtetuesit që zgjatën më së shumti gjatë lojës dhe janë shumë të vendosur për të fituar
disa vlerësues nuk do të duan të marrin pjesë, duke vlerësuar pak shanset e tyre për të fituar, veçanërisht nëse pjesëmarrësit përfshijnë vërtetues të nderuar
Cili opsion të zgjidhni varet nga ju
Ekziston edhe një pikë - nuk është aspak fakt që dhjetëra vërtetues do të nxitojnë të marrin pjesë në lojë me thirrjen tuaj, dhe nga ata që vendosin të provojnë, jo të gjithë do ta instalojnë dhe lëshojnë nyjen - zakonisht, në këtë fazë, projektet kanë dokumentacion mjaft të rrallë, hasen gabime dhe zhvilluesit që punojnë nën presionin e kohës nuk u përgjigjen pyetjeve shumë shpejt. Prandaj, para fillimit të lojës, është gjithashtu e nevojshme të parashikohen veprime nëse nuk arrihet numri i kërkuar i vleftësuesve. Në këtë rast, në fillim të lojës, vlerësuesit që mungojnë lëshohen nga ekipi i projektit, marrin pjesë në konsensus, por nuk mund të jenë fitues.
Përfundim
Si përfundim, u përpoqa të përpiloj nga sa më sipër një listë e asaj që duhet të mendohet, të bëhet dhe të lançohet për të kryer në mënyrë efektive një lojë vërtetues
Çfarë duhet të bëni për të ekzekutuar një lojë vërtetuese të vërtetë:
zhvilloni blockchain tuaj :)
- krijoni dhe ngrini një ndërfaqe në internet dhe siguroni një CLI për votimin për validuesit
- sigurohuni që metrikat nga një nyje verifikuese që funksionon mund të dërgohen në një shërbim të centralizuar (për shembull Prometheus)
- ngrini një server të mbledhjes së metrikës (Prometheus + Grafana) për lojën e verifikuesit
- kuptoni se si do të llogariten Pikët Validator (VP).
- zhvilloni një skript publik që llogarit VP të vleftësuesit bazuar në të dhënat nga zinxhiri i bllokut
- zhvilloni një ndërfaqe në internet për të shfaqur vërtetuesit kryesorë dhe statusin e lojës së verifikuesve (sa kohë ka mbetur deri në fund, kush ka sa VP, etj.)
- zhvilloni dhe automatizoni nisjen e një numri arbitrar të nyjeve tuaja, hartoni procesin e lidhjes së validuesve me lojën (kur dhe si të shkëputni nyjet tuaja, të dorëzoni dhe hiqni votat për to)
- llogaritni sa argumente duhet të lëshohen dhe krijoni një kontratë rubineti
- bëni një skenar standard (transferime token, përdorim masiv të ruajtjes, përdorim masiv i rrjetit)
- mblidhni të gjithë pjesëmarrësit në një bisedë për komunikim të shpejtë
- nisni blockchain pak më herët se fillimi i lojës
- prisni bllokun e fillimit, filloni lojën
- testoni rrjetin me disa lloje transaksionesh
- hapni një pirun të fortë
- ndryshoni listën e vërtetuesve
- përsëritni hapat 13,14,15, XNUMX, XNUMX në renditje të ndryshme, duke ruajtur stabilitetin e rrjetit
- prisni bllokun përfundimtar, përfundoni lojën, numëroni VP
Duhet thënë se loja e validatorëve është një histori e re dhe është realizuar vetëm disa herë, ndaj nuk duhet ta merrni këtë tekst si një udhëzues të gatshëm. Nuk ka analoge në biznesin modern të IT - imagjinoni që bankat, përpara se të lançojnë një sistem pagesash, konkurrojnë me njëra-tjetrën për të parë se kush do të jetë më i miri në kryerjen e transaksioneve me klientët. Qasjet tradicionale nuk kanë gjasa t'ju ndihmojnë të krijoni rrjete të mëdha të decentralizuara, kështu që zotëroni modelet e reja të biznesit, drejtoni lojërat tuaja, identifikoni ato të denjat, shpërblejini ato dhe mbani sistemet tuaja të shpërndara të funksionojnë shpejt dhe në mënyrë të qëndrueshme.
Burimi: www.habr.com