server<\/a> \u00c8 una sfida complessa e il blockchain deve essere avviato grazie agli sforzi di partecipanti fedeli ma indipendenti. In una corporazione, durante il lancio, gli amministratori hanno accesso completo a tutte le macchine, ai log e al monitoraggio generale, mentre i validatori non permetteranno a nessuno di avvicinarsi ai loro server e, probabilmente, preferiranno costruire la propria infrastruttura in modo autonomo, poich\u00e9 essa controlla l'accesso ai principali attivi del validatore: gli stake dei votanti. Questo comportamento \u00e8 ci\u00f2 che permette di costruire reti distribuite e sicure: l'indipendenza dei fornitori di cloud utilizzati, dei server virtuali e \"baremetal\", e dei diversi sistemi operativi rende cos\u00ec inefficaci gli attacchi a tale rete, grazie alla variet\u00e0 di software utilizzato. Ad esempio, in Ethereum sono presenti due implementazioni principali del nodo, in Go e in Rust, e un attacco efficace per una implementazione non funziona sull'altra.<\/p>\n<\/p>\n
Pertanto, tutti i processi di avvio e gestione delle blockchain devono essere organizzati in modo tale che qualsiasi validatore, o anche un piccolo gruppo di validatori, possa in qualsiasi momento lanciare i propri computer dalla finestra e andarsene, senza che nulla si rompa. I validatori rimanenti devono continuare a sostenere in modo efficace il funzionamento della rete e a collegare nuovi validatori. Durante il lancio della rete, quando un validatore \u00e8 in Europa, un secondo in Sud America e un terzo in Asia, \u00e8 piuttosto difficile ottenere il funzionamento coordinato di decine di gruppi indipendenti e interessarli ai risultati. <\/p>\n
<\/p>\n
Validatori<\/h2>\n <\/p>\n
Immaginiamo il lancio di un ipotetico moderno blockchain (la maggior parte di quanto descritto si applica ai blockchain di qualsiasi moderna famiglia di blockchain: Ethereum, EOS, Polkadot, Cosmos e altri, che prevedono il consenso proof-of-stake. I principali attori di tali blockchain sono i team di validatori che installano server indipendenti, validando e producendo nuovi blocchi, ricevendo ricompense fornite dalla rete per coloro che partecipano al consenso. Per avviare nuove reti, sono richiesti diversi decine di validatori (tanti quanti ne possono raggiungere un consenso in modo pi\u00f9 o meno efficace in pochi secondi), quindi il progetto annuncia la registrazione, attraverso la quale i validatori condividono informazioni pubbliche su di s\u00e9 con gli utenti, convincendoli di essere pronti a gestire la rete avviata in modo qualitativo.<\/p>\n
<\/p>\n
La validazione \u00e8 un business che consente di valutare con grande precisione il potenziale guadagno di un validatore, trasferendo rapidamente le risorse tra progetti. In caso di successo della rete scelta, il validatore pu\u00f2 diventare un membro a pieno titolo della DAO e contribuire allo sviluppo del progetto, oppure semplicemente fornire un eccellente servizio tecnico guadagnando denaro in modo del tutto trasparente. Nel calcolo della ricompensa per i validatori, i progetti cercano di tenere conto dei costi sostenuti dai validatori, rendendo la ricompensa per i blocchi tale da garantire la redditivit\u00e0 di questo business senza compromettere l'economia della rete, evitando di inondarla di denaro e privare gli altri utenti della rete.<\/p>\n
<\/p>\n
La gestione dei validatori aziendali richiede l'assicurazione di un'elevata resilienza dei servizi, il che implica un alto livello di competenza per DevOps e sviluppatori, oltre a costose risorse di calcolo. Anche senza la necessit\u00e0 di minare hash nelle reti proof-of-work, un nodo blockchain \u00e8 un grande servizio che occupa molta memoria, consuma molta potenza di calcolo, valida e registra su disco, e trasmette grandi volumi di dati in rete. Attualmente, per memorizzare i log delle transazioni e le catene di blocchi per una blockchain con diverse migliaia di piccole transazioni per blocco, sono richiesti almeno 50 Gb di storage, e per i blocchi questo deve essere un SSD. Il database di stato delle blockchain che supportano smart contract pu\u00f2 gi\u00e0 superare i 64Gb di RAM. I server con le caratteristiche richieste sono piuttosto costosi; un nodo Ethereum o EOS pu\u00f2 costare tra i 100 e i 200 $\/mese. A questo si aggiunge l'aumento dei compensi per il lavoro continuativo di sviluppatori e DevOps, che durante la fase di avvio risolvono problemi anche di notte, dato che parte dei validatori pu\u00f2 facilmente trovarsi nell'emisfero opposto. Tuttavia, in momenti favorevoli, possedere un nodo validatore pu\u00f2 generare un reddito consistente (nel caso di EOS, fino a 10.000 $ al giorno).<\/p>\n
<\/p>\n
La validazione \u00e8 solo uno dei nuovi ruoli IT potenziali per imprenditori e aziende. Con l'invenzione di algoritmi sempre pi\u00f9 sofisticati da parte degli sviluppatori, che premiano l'onest\u00e0 e puniscono la frode e il furto, emergono servizi che svolgono funzioni di pubblicazione di dati importanti (oracoli), supervisione (slashing dei depositi e punizione dei trasgressori tramite la pubblicazione di prove di frodi), servizi di risoluzione delle dispute, assicurazioni e opzioni. Anche la raccolta dei rifiuti rappresenta un potenziale grande mercato nei sistemi di smart contract, dove \u00e8 necessario pagare per la memorizzazione dei dati. <\/p>\n
<\/p>\n
Problemi di avvio della blockchain<\/h2>\n <\/p>\n
L'apertura della blockchain, che ha reso possibile la partecipazione libera al lavoro della rete di computer da qualsiasi paese e la facilit\u00e0 di connessione alla rete per chiunque seguendo le istruzioni su GitHub, non \u00e8 sempre un vantaggio. La corsa a un nuovo token spesso spinge i validatori a \"minare una nuova moneta all'inizio\", sperando in un aumento del prezzo e nella possibilit\u00e0 di vendere rapidamente quanto guadagnato. Inoltre, ci\u00f2 significa che il tuo validatore pu\u00f2 essere chiunque, anche anonimo; per lui si pu\u00f2 votare allo stesso modo di altri validatori (tuttavia, per l'anonimo sar\u00e0 difficile raccogliere voti dai portatori di stake, quindi lasciamo le storie spaventose sulle criptovalute anonime ai politici). Tuttavia<\/p>\n
<\/p>\n
Il team del progetto ha il compito di attrarre quelle persone in grado di garantire un funzionamento stabile dei nodi in futuro. Devono avere competenze in sicurezza, saper risolvere rapidamente i problemi, collaborare con altri validatori e lavorare insieme. La qualit\u00e0 di queste caratteristiche influisce direttamente sul token in cui i membri della rete intendono investire tempo e risorse. I fondatori competenti, valutando i rischi, comprendono bene che l'avvio di un software di una certa entit\u00e0 comporter\u00e0 sicuramente errori nel codice e nella configurazione dei nodi, e che la stabilit\u00e0 della rete dipende da quanto bene gli sviluppatori e i validatori affronteranno insieme tali problematiche.<\/p>\n
<\/p>\n
Il team \u00e8 pronto a votare in mainnet per qualsiasi validatore, ma sarebbe bene avere idea di chi siano, quali siano i buoni. Il validatore con il portafoglio pi\u00f9 grande? Attualmente \u00e8 quasi inesistente. In base ai profili del team su Linkedin? I DevOps o esperti di sicurezza non condivideranno alcun profilo su Linkedin. Basandosi su dichiarazioni in chat, post e aiuto reciproco durante la fase di preparazione? Questo \u00e8 valido, ma soggettivo e impreciso.<\/p>\n
<\/p>\n
In queste condizioni, rimane solo una cosa: quella che risolve i problemi di tutti \u2014 un gioco in cui sar\u00e0 possibile scegliere i migliori validatori, ma soprattutto \u2014 testare la robustezza della blockchain e condurre un test bellico su larga scala della blockchain in condizioni di utilizzo attivo, cambiamenti nel consenso, apparizione e correzione di errori. Questa procedura \u00e8 stata presentata per la prima volta come un gioco dai ragazzi del progetto Cosmos, e quest'idea \u00e8 senza dubbio un ottimo modo per preparare la rete al lancio di un mainnet affidabile e robusto.<\/p>\n
<\/p>\n
Game of Validators<\/h2>\n <\/p>\n
Descriver\u00f2 il funzionamento dei validatori come lo abbiamo progettato per la blockchain DAO.Casino (DAOBet), basata su un fork di EOS chiamato Haya, che ha un meccanismo di governance simile. I validatori vengono selezionati attraverso votazioni da qualsiasi account, in cui una parte del saldo utilizzato per votare per un validatore viene congelata. Qualsiasi account che detiene il token principale BET pu\u00f2 votare per il validatore scelto usando qualsiasi parte del proprio saldo. I voti vengono sommati e alla fine si costruisce una classifica dei validatori. In diverse blockchain, questo processo \u00e8 organizzato in modi differenti, e di solito \u00e8 proprio in questa fase che una nuova blockchain si distingue dalla sua origine. Va detto che nel nostro caso EOS giustifica appieno l'acronimo 'OS' nel suo nome; utilizziamo realmente EOS come sistema operativo di base per implementare una versione modificata della blockchain per le esigenze di DAOBet.<\/p>\n
<\/p>\n
Descriver\u00f2 problemi specifici e come affrontarli all'interno del gioco. Immaginiamo una rete in cui il tuo server possa essere attaccato apertamente, dove \u00e8 necessario interagire continuamente con la rete per mantenere la posizione di validatore, promuovendo il proprio validatore e assicurandosi che produca blocchi e che questi siano consegnati in tempo agli altri validatori; altrimenti, il validatore verr\u00e0 rimosso dalla lista.<\/p>\n
<\/p>\n
Come scegliere i vincitori top?<\/h3>\n <\/p>\n
Il principale requisito tecnico per il gioco \u00e8 che i suoi risultati siano pubblicamente verificabili. Questo significa che i risultati del gioco: i vincitori TOP, devono essere formati esclusivamente sulla base di dati che pu\u00f2 verificare qualsiasi partecipante. In un sistema centralizzato potremmo misurare il 'uptime' di ogni validatore e premiare quelli che sono stati online di pi\u00f9 o che hanno gestito il massimo del traffico di rete. \u00c8 possibile raccogliere dati sull'uso della CPU, della memoria e premiare coloro che hanno lavorato con impegno. Ma ogni raccolta di metriche implica l'esistenza di un centro di raccolta, e inoltre, i nodi sono tutti indipendenti e possono comportarsi come vogliono e inviare qualsiasi dato.<\/p>\n
<\/p>\n
Pertanto, la soluzione naturale \u00e8 che i vincitori siano determinati dai dati della blockchain, poich\u00e9 da essa \u00e8 possibile vedere quali validatori hanno prodotto quali blocchi e quali transazioni sono state incluse. Abbiamo chiamato questo numero Validator Points (VP), e guadagnarli \u00e8 l'obiettivo principale dei validatori nel gioco. Nel nostro caso, la metrica di \"utilit\u00e0\" del validatore pi\u00f9 semplice, facilmente verificabile pubblicamente ed efficace \u00e8 VP = numero_di_blocchi_prodotti_dal_validatore in un certo periodo di tempo.<\/p>\n
<\/p>\n
Questa scelta semplice \u00e8 giustificata dal fatto che la governance in EOS prevede gi\u00e0 molte problematiche, poich\u00e9 EOS \u00e8 l'erede di tre generazioni di blockchain operativi con una vasta esperienza nella gestione complessa della rete, e praticamente qualsiasi problema del validatore con la rete, il processore o il disco porta solo a un problema: firma meno blocchi e riceve un compenso inferiore per il lavoro, il che ci riporta ai numeri di blocchi firmati: per EOS \u00e8 un'ottima e semplice soluzione.<\/p>\n
<\/p>\n
Negli altri blockchain, il metodo per calcolare i Validator Points pu\u00f2 variare; ad esempio, per i consensi basati su pBFT (Tendermint\/Cosmos, consenso Aura di Parity Substrate), dove ogni blocco deve essere firmato da pi\u00f9 validatori, ha senso contare le firme individuali dei validatori anzich\u00e9 i blocchi. Potrebbe anche avere senso considerare i turni di consenso non conclusi, che consumano le risorse di altri validatori. In generale, ci\u00f2 dipende fortemente dal tipo di consenso. <\/p>\n
<\/p>\n
Come simulare le condizioni reali di esercizio<\/h3>\n <\/p>\n
Il compito dei fondatori \u00e8 quello di testare i validatori in condizioni il pi\u00f9 simili possibile alla realt\u00e0, senza alcun controllo centralizzato. Questo problema pu\u00f2 essere risolto con un contratto faucet, che distribuisce quantit\u00e0 pari del token principale ai validatori e a chiunque altro ne faccia richiesta. Per ricevere i token sul proprio saldo, \u00e8 necessario effettuare una transazione e assicurarsi che la rete la includa in un blocco. In questo modo, il validatore deve costantemente rifornire il proprio saldo con nuovi token e votare per se stesso, facendosi cos\u00ec strada verso la vetta. Questa attivit\u00e0 crea un carico costante sulla rete e i parametri possono essere adeguati in modo tale da rendere il flusso di richieste sufficientemente significativo per un test completo della rete. Pertanto, pianificate il contratto faucet in anticipo, come uno strumento fondamentale per il lancio della rete, e iniziate a definire i suoi parametri il prima possibile.<\/p>\n
<\/p>\n
La richiesta di token dal faucet e il voto dei validatori non emulano del tutto in modo onesto il funzionamento della blockchain, soprattutto in condizioni di alta intensit\u00e0. Pertanto, il team blockchain dovr\u00e0 comunque redigere benchmark aggiuntivi per testare la rete. Un ruolo particolare in questo \u00e8 svolto da contratti smart appositamente creati in anticipo, che permettono di testare singole sottosistemi. Per il test dello storage, il contratto memorizza nel blockchain dati casuali, mentre per verificare le risorse di rete, il contratto di test richiede un grande volume di dati in ingresso, espandendo cos\u00ec il volume delle transazioni: avviando un flusso di tali transazioni in momenti casuali, il team testa simultaneamente la stabilit\u00e0 del codice e la resilienza dei validatori.<\/p>\n
<\/p>\n
\u041e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u043c \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u043c \u0441\u0442\u043e\u0438\u0442 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u0434\u0430 \u043d\u043e\u0434 \u0438 \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0445\u0430\u0440\u0434\u0444\u043e\u0440\u043a\u043e\u0432. \u0422\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0447\u0442\u043e\u0431\u044b \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u044f \u0431\u0430\u0433\u0430, \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u0438, \u0441\u0433\u043e\u0432\u043e\u0440\u0430 \u0437\u043b\u043e\u043d\u0430\u043c\u0435\u0440\u0435\u043d\u043d\u044b\u0445 \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u043e\u0432, \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u044b \u0438\u043c\u0435\u043b\u0438 \u0431\u044b \u043f\u043b\u0430\u043d \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0439, \u0443\u0436\u0435 \u043e\u0442\u0440\u0430\u0431\u043e\u0442\u0430\u043d\u043d\u044b\u0439 \u0432 \u0438\u0433\u0440\u0435 \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u043e\u0432. \u0417\u0434\u0435\u0441\u044c \u043c\u043e\u0436\u043d\u043e \u043f\u0440\u0438\u0434\u0443\u043c\u044b\u0432\u0430\u0442\u044c \u0441\u0445\u0435\u043c\u044b \u043d\u0430\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u044f VP \u0437\u0430 \u0431\u044b\u0441\u0442\u0440\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 \u0445\u0430\u0440\u0434\u0444\u043e\u0440\u043a\u0430, \u043a \u043f\u0440\u0438\u043c\u0435\u0440\u0443 \u0448\u0442\u0440\u0430\u0444\u0443\u044f \u0432\u0441\u0435\u0445 \u0432\u0430\u043b\u0438\u0434\u0430\u0442\u043e\u0440\u043e\u0432, \u043a\u0442\u043e \u0435\u0449\u0435 \u043d\u0435 \u043d\u0430\u043a\u0430\u0442\u0438\u043b \u043d\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u043a\u043e\u0434\u0430 \u043d\u043e\u0434\u044b, \u043d\u043e \u044d\u0442\u043e \u0441\u043b\u043e\u0436\u043d\u043e \u0440\u0435\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u0442\u044c, \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0435\u0442 \u043f\u043e\u0434\u0441\u0447\u0435\u0442. \u0421\u044d\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u044e \u044d\u043a\u0441\u0442\u0440\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0445\u0430\u0440\u0434\u0444\u043e\u0440\u043a\u0430 \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043a\u0443\u0441\u0441\u0442\u0432\u0435\u043d\u043d\u043e \u201c\u0441\u043b\u043e\u043c\u0430\u0432\u201d \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d \u043d\u0430 \u0437\u0430\u0434\u0430\u043d\u043d\u043e\u043c \u0431\u043b\u043e\u043a\u0435. \u041f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u043e \u0431\u043b\u043e\u043a\u043e\u0432 \u043e\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u0442\u0441\u044f, \u0438 \u0432 \u0438\u0442\u043e\u0433\u0435 \u0432 \u0432\u044b\u0438\u0433\u0440\u044b\u0448\u0435 \u043e\u043a\u0430\u0436\u0443\u0442\u0441\u044f \u0442\u0435, \u043a\u0442\u043e \u0440\u0430\u043d\u044c\u0448\u0435 \u0432\u043a\u043b\u044e\u0447\u0438\u0442\u0441\u044f, \u0438 \u043d\u0430\u0447\u043d\u0435\u0442 \u043f\u043e\u0434\u043f\u0438\u0441\u044b\u0432\u0430\u0442\u044c \u0431\u043b\u043e\u043a\u0438, \u0442\u0430\u043a \u0447\u0442\u043e VP \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0447\u0438\u0441\u043b\u0430 \u043f\u043e\u0434\u043f\u0438\u0441\u0430\u043d\u043d\u044b\u0445 \u0431\u043b\u043e\u043a\u043e\u0432 \u0437\u0434\u0435\u0441\u044c \u0445\u043e\u0440\u043e\u0448\u043e \u043f\u043e\u0434\u0445\u043e\u0434\u0438\u0442.<\/p>\n
<\/p>\n
<\/p>\n
Nonostante la sfiducia tra i validatori, ricevere tempestivamente informazioni aggiornate sullo stato della rete \u00e8 vantaggioso per tutti, per prendere decisioni pi\u00f9 rapide. Pertanto, il team del progetto sta implementando un servizio per raccogliere e visualizzare numerose metriche dai server dei validatori, permettendo di vedere la situazione contemporaneamente per tutta la rete e di identificare rapidamente cosa sta accadendo. Inoltre, \u00e8 nel nostro interesse, sia per i validatori che per il progetto, che il team corrisponda rapidamente agli errori trovati. Perci\u00f2, oltre alla raccolta delle metriche, ha senso avviare immediatamente la raccolta dei log e dei dati sugli errori dalle macchine dei validatori su una macchina accessibile agli sviluppatori della blockchain. Qui, nessuno ha interesse a distorcere le informazioni, per cui questi servizi vengono implementati dal team del progetto e sono affidabili. \u00c8 utile raccogliere metriche di sistema dai validatori e, necessariamente, le metriche pi\u00f9 importanti della blockchain \u2014 per DAOBet, questo significa il tempo di finalizzazione e il ritardo dell'ultimo blocco finalizzato. Grazie a questo, il team pu\u00f2 monitorare l'aumento del consumo di memoria sui nodi durante l'esecuzione del benchmark e problemi specifici dei validatori. <\/p>\n
<\/p>\n
Punti chiave per lo svolgimento del gioco dei validatori<\/h2>\n <\/p>\n
Come si \u00e8 scoperto, se desiderate autorizzare ufficialmente i validatori ad attaccare le macchine l'una dell'altra (in modo informale possono gi\u00e0 farlo) \u2014 \u00e8 necessario formulare giuridicamente questo come un test di sicurezza, poich\u00e9 secondo la legislazione di alcuni paesi si possono subire sanzioni per DDoS o attacchi di rete. Un'altra questione importante \u00e8 come premiare i validatori. I premi naturali sono i token del progetto, che verranno trasferiti nel mainnet, ma una distribuzione massiccia di token a chiunque riesca a avviare un nodo \u2014 non \u00e8 una soluzione ottimale. Probabilmente dovrete bilanciare tra due opzioni estreme:<\/p>\n
<\/p>\n
Distribuire l'intero montepremi in base ai VP guadagnati
<\/p>\n
Distribuire il montepremi ai top-N validatori alla fine del gioco
<\/p>\n
La scelta del'opzione da preferire \u00e8 a vostra discrezione <\/p>\n
<\/p>\n
C'\u00e8 anche un altro aspetto: non \u00e8 affatto sicuro che decine di validatori rispondano al vostro invito a partecipare al gioco, e tra coloro che decidono di provare, non tutti installeranno e avvieranno un nodo \u2014 di solito, in questa fase, i progetti hanno documentazione piuttosto scarsa, si incontrano errori, e gli sviluppatori che lavorano sotto pressione non rispondono alle domande in modo molto tempestivo. Pertanto, prima di avviare il gioco, \u00e8 necessario anche prevedere delle azioni nel caso in cui non si raggiunga il numero necessario di validatori. In questo caso, all'inizio del gioco, i validatori mancanti possono essere avviati dal team del progetto, partecipano al consenso, ma non possono essere vincitori.<\/p>\n
<\/p>\n
Conclusione<\/h2>\n <\/p>\n
In conclusione, ho cercato di raccogliere da quanto descritto sopra un elenco di ci\u00f2 che \u00e8 necessario ideare, realizzare e avviare per un'efficace conduzione del gioco dei validatori<\/p>\n
<\/p>\n
Cosa bisogna fare per avviare un vero gioco di validatori:
<\/p>\n
\ncreare e avviare un'interfaccia web e fornire una CLI per la votazione dei validatori<\/li>\n rendere possibile l'invio delle metriche dalla nodi validatore attivi a un servizio centralizzato (ad esempio Prometheus)<\/li>\n avviare un server per la raccolta delle metriche (Prometheus + Grafana) per il gioco dei validatori<\/li>\n ideare come verranno conteggiati i Punti Validator (VP)<\/li>\n sviluppare uno script pubblico per il calcolo dei VP del validatore basato sui dati della blockchain<\/li>\n sviluppare un'interfaccia web per visualizzare la top list dei validatori e lo stato del gioco dei validatori (quanto tempo rimane, chi ha quanti VP, ecc.)<\/li>\n sviluppare e automatizzare il lancio di un numero arbitrario di nodi propri, progettare il processo di connessione dei validatori al gioco (quando e come disconnettere le proprie nodi, esprimere e ritirare voti per loro)<\/li>\n calcolare quanti token devono essere distribuiti e sviluppare un contratto-faucet<\/li>\n creare uno script di benchmark (trasferimenti di token, utilizzo massiccio dello storage, utilizzo massiccio della rete) <\/li>\n riunire tutti i partecipanti in una chat per una comunicazione rapida<\/li>\n lanciare la blockchain un po' prima dell'inizio del gioco<\/li>\n attendere il blocco iniziale, avviare il gioco<\/li>\n testare la rete con diversi tipi di transazioni<\/li>\n implementare un hard fork<\/li>\n modificare l'elenco dei validatori<\/li>\n ripetere i punti 13, 14, 15 in ordine diverso, mantenendo la stabilit\u00e0 della rete<\/li>\n attendere il blocco finale, terminare il gioco, conteggiare i VP<\/li>\n<\/ul>\n<\/p>\n
Va detto che il gioco dei validatori \u00e8 una storia nuova e si \u00e8 svolto solo un paio di volte, quindi non bisogna considerare questo testo come una guida definitiva. Non esistono analoghi nel moderno settore IT \u2014 immaginate che le banche si sfidino tra loro prima di lanciare un sistema di pagamenti, per vedere chi gestir\u00e0 meglio le transazioni dei clienti. Gli approcci tradizionali difficilmente vi aiuteranno a costruire grandi reti decentralizzate, quindi esplorate nuovi modelli di business, organizzate i vostri giochi, identificate i meritevoli, premiateli e fate in modo che i vostri sistemi distribuiti funzionino in modo rapido e stabile.<\/p>\n
Fonte: 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