{"id":31729,"date":"2019-10-31T21:42:44","date_gmt":"2019-10-31T18:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\/"},"modified":"2019-10-31T21:42:44","modified_gmt":"2019-10-31T18:42:44","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","title":{"rendered":"Numeri casuali e reti decentralizzate: applicazione pratica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2 id=\"vvedenie\">Introduzione<\/h2>\n<p><\/p>\n<p><em>\u00abLa generazione di numeri casuali \u00e8 troppo importante per essere lasciata al caso\u00bb<\/em><br \/>\n<em>Robert Kavey, 1970<\/em><\/p>\n<p><\/p>\n<p>Questo articolo \u00e8 dedicato all'applicazione pratica di soluzioni che utilizzano la generazione collettiva di numeri casuali in un ambiente non fidato. In breve \u2014 come e per cosa viene utilizzato il random nelle blockchain, e un po' su come distinguere un \u201cbuon\u201d random da un \u201ccattivo\u201d. La generazione di numeri realmente casuali \u00e8 un problema estremamente complesso anche su un singolo computer ed \u00e8 da tempo studiata dai crittografi. Nelle reti decentralizzate, la generazione di numeri casuali \u00e8 ancora pi\u00f9 complessa e importante.<\/p>\n<p><\/p>\n<p>Proprio nelle reti in cui i partecipanti non si fidano l'uno dell'altro, la possibilit\u00e0 di generare un numero casuale inconfutabile consente di affrontare efficacemente molte questioni cruciali e migliorare significativamente gli schemi esistenti. Inoltre, il gioco d'azzardo e le lotterie non sono affatto l'obiettivo principale, come potrebbe sembrare a prima vista a un lettore inesperto.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"generaciya-sluchaynyh-chisel\">Generazione di numeri casuali<\/h2>\n<p><\/p>\n<p>I computer non sono in grado di generare numeri casuali autonomamente; hanno bisogno di un aiuto esterno. Un computer pu\u00f2 ottenere un valore casuale utilizzando, ad esempio, il movimento del mouse, la quantit\u00e0 di memoria utilizzata, i segnali di disturbo nei contatti del processore e molte altre fonti, chiamate fonti di entropia. Questi valori non sono del tutto casuali, poich\u00e9 rientrano in un certo intervallo o presentano un carattere di cambiamento prevedibile. Per trasformare tali numeri in un vero numero casuale in un intervallo specificato, si applicano trasformazioni crittografiche, per ottenere valori pseudocasuali uniformemente distribuiti da valori di entropia non uniformemente distribuiti. I valori ottenuti sono chiamati pseudocasuali, poich\u00e9 non sono veramente casuali, ma sono stati prodotti deterministicamente dall'entropia. Qualsiasi buon algoritmo crittografico, cifrando i dati, produce testi cifrati che statisticamente dovrebbero essere indistinguibili da una sequenza casuale; pertanto, per generare casualit\u00e0 si pu\u00f2 utilizzare una fonte di entropia che fornisca solo una buona imprevedibilit\u00e0 e unicit\u00e0 dei valori, anche in piccoli intervalli, mentre l'algoritmo di cifratura si occuper\u00e0 del resto per disperdere e mescolare i bit nel valore risultante.<\/p>\n<p><\/p>\n<p>Per concludere questo breve approfondimento, aggiungo che la generazione di numeri casuali anche su un singolo dispositivo \u00e8 uno dei pilastri della sicurezza dei nostri dati. I numeri pseudo-casuali generati vengono utilizzati per stabilire connessioni sicure in diverse reti, per la generazione di chiavi crittografiche, per il bilanciamento del carico, il controllo dell'integrit\u00e0 e per molte altre applicazioni. La sicurezza di molti protocolli dipende dalla capacit\u00e0 di generare un random affidabile e imprevedibile dall'esterno, di conservarlo e di non rivelarlo fino al passaggio successivo del protocollo; altrimenti, la sicurezza sar\u00e0 compromessa. Un attacco al generatore di valori pseudo-casuali \u00e8 estremamente pericoloso e mette in pericolo tutto il software che utilizza la generazione di random. <\/p>\n<p><\/p>\n<p>Tutto questo dovete sapere se avete seguito un corso base di crittografia, quindi continuiamo a parlare delle reti decentralizzate.<\/p>\n<p><\/p>\n<h2 id=\"random-v-blokcheynah\">Random nei blockchain<\/h2>\n<p><\/p>\n<p>Prima di tutto, parler\u00f2 delle blockchain che supportano i contratti smart, poich\u00e9 sono queste che possono sfruttare appieno le possibilit\u00e0 fornite da un random di alta qualit\u00e0 e inconfutabile. In seguito, per brevit\u00e0, chiamer\u00f2 questa tecnologia \u201c<em>Publicly Verifiable Random Beacons<\/em>\u201d o PVRB. Poich\u00e9 le blockchain sono reti in cui qualsiasi partecipante pu\u00f2 verificare le informazioni, una parte chiave del nome \u00e8 \u201cPublicly Verifiable\u201d, ossia chiunque pu\u00f2 ottenere una prova, tramite calcoli, che il numero ottenuto e registrato nella blockchain possiede le seguenti propriet\u00e0:<\/p>\n<p><\/p>\n<ul>\n<li>Il risultato deve avere una distribuzione dimostrabilmente uniforme, basata su crittografia dimostrabilmente robusta. <\/li>\n<li>Nessuno dei bit del risultato pu\u00f2 essere controllato. Di conseguenza, il risultato non pu\u00f2 essere previsto in anticipo.<\/li>\n<li>Non \u00e8 possibile sabotare il protocollo di generazione non partecipando al protocollo o sovraccaricando la rete con messaggi malevoli.<\/li>\n<li>Tutto quanto sopra deve essere resistente a collusioni di un numero accettabile di partecipanti disonesti al protocollo (ad esempio, 1\/3 dei partecipanti).<\/li>\n<\/ul>\n<p><\/p>\n<p>\u041b\u044e\u0431\u0430\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0441\u0433\u043e\u0432\u043e\u0440\u0438\u0432\u0448\u0435\u0439\u0441\u044f \u043c\u0438\u043d\u043e\u0440\u043d\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u044b \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u043e\u0432 \u043f\u0440\u043e\u0438\u0437\u0432\u0435\u0441\u0442\u0438 \u0434\u0430\u0436\u0435 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u0438\u0440\u0443\u0435\u043c\u044b\u0439 \u0447\u0451\u0442\u043d\u044b\u0439\/\u043d\u0435\u0447\u0451\u0442\u043d\u044b\u0439 \u0440\u0430\u043d\u0434\u043e\u043c \u2014 \u0434\u044b\u0440\u0430 \u0432 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438. \u041b\u044e\u0431\u0430\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0433\u0440\u0443\u043f\u043f\u044b \u043e\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c \u0432\u044b\u0434\u0430\u0447\u0443 \u0440\u0430\u043d\u0434\u043e\u043c\u0430 \u2014 \u0434\u044b\u0440\u0430 \u0432 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438. \u0412 \u043e\u0431\u0449\u0435\u043c, \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u043d\u043e\u0433\u043e, \u0438 \u044d\u0442\u0430 \u0437\u0430\u0434\u0430\u0447\u043a\u0430 \u043d\u0435 \u0438\u0437 \u043b\u0435\u0433\u043a\u0438\u0445&#8230;<\/p>\n<p><\/p>\n<p>Sembra che l'applicazione pi\u00f9 importante per PVRB sia nei vari giochi, lotterie e, in generale, in qualsiasi forma di gioco d'azzardo sulla blockchain. In effetti, questa \u00e8 una direzione importante, ma ci sono applicazioni pi\u00f9 significative per il random nelle blockchain. Analizziamole.<\/p>\n<p><\/p>\n<h2 id=\"algoritmy-konsensusa\">Algoritmi di consenso<\/h2>\n<p><\/p>\n<p>PVRB per l'organizzazione del consenso di rete \u00e8 di enorme importanza. Le transazioni nelle blockchain sono protette da una firma elettronica, quindi un 'attacco alla transazione' \u00e8 sempre l'inclusione\/esclusione di una transazione in un blocco (o in pi\u00f9 blocchi). La principale responsabilit\u00e0 dell'algoritmo di consenso \u00e8 concordare l'ordine di queste transazioni e dell'ordine dei blocchi che le includono. Inoltre, una caratteristica necessaria per le blockchain reali \u00e8 la finalit\u00e0: la capacit\u00e0 della rete di concordare che la catena fino al blocco finalizzato \u00e8 definitiva e non sar\u00e0 mai esclusa a causa dell'emergere di un nuovo fork. Di norma, per concordare che un blocco \u00e8 valido e, cosa fondamentale, finale, \u00e8 necessario raccogliere le firme dalla maggior parte dei produttori di blocchi (di seguito BP - block-producers), il che richiede almeno di inviare la catena di blocchi a tutti i BP e di diffondere le firme tra tutti i BP. Con l'aumento del numero di BP, il numero di messaggi necessari nella rete cresce esponenzialmente, quindi gli algoritmi di consenso che richiedono la finalit\u00e0, utilizzati ad esempio nel consenso pBFT di Hyperledger, non funzionano con la velocit\u00e0 richiesta, gi\u00e0 a partire da alcune decine di BP, richiedendo un enorme numero di connessioni. <\/p>\n<p><\/p>\n<p>Se c'\u00e8 un PVRB incontrovertibile e onesto nella rete, allora, anche nella sua forma pi\u00f9 semplice, si pu\u00f2 selezionare uno dei produttori di blocchi e nominarlo \"leader\" per un round del protocollo. Se abbiamo <code>N<\/code> produttori di blocchi, da cui <code>M: M &gt; 1\/2 N<\/code> sono onesti, non censurano le transazioni e non creano fork della catena per attuare un attacco di \"double spend\", allora l'uso di un PVRB incontrovertibile uniformemente distribuito consentir\u00e0 di scegliere un leader onesto con una probabilit\u00e0 di <code>M \/ N (M \/ N &gt; 1\/2)<\/code>. Se a ciascun leader venisse assegnato un intervallo di tempo specifico durante il quale pu\u00f2 creare un blocco e validare la catena, e questi intervalli fossero uguali in termini di tempo, la catena di blocchi degli onesti BP sarebbe pi\u00f9 lunga rispetto a quella formata dai BP malevoli, e l'algoritmo di consenso che si basa sulla lunghezza della catena scarterebbe semplicemente la \"cattiva\". Questo principio di assegnare intervalli di tempo uguali a ciascun BP \u00e8 stato applicato per la prima volta in Graphene (il predecessore di EOS) e consente di chiudere la maggior parte dei blocchi con una sola firma, il che riduce notevolmente il carico sulla rete e permette a questo consenso di funzionare in modo estremamente veloce e stabile. Tuttavia, le reti EOS ora devono utilizzare blocchi speciali (Last Irreversible Block), che vengono confermati con le firme di 2\/3 BP. Questi blocchi servono per garantire la finalit\u00e0 (l'impossibilit\u00e0 di una fork della catena che inizi prima dell'ultimo Last Irreversible Block).<\/p>\n<p><\/p>\n<p>In real implementations, the protocol scheme is more complex \u2014 voting for proposed blocks takes place in several stages to maintain network operations in case of block omissions and network issues, but even taking this into account, consensus algorithms using PVRB require significantly fewer messages between BPs, allowing them to be faster than traditional P\u0412FT or its various modifications.<\/p>\n<p><\/p>\n<p>The most prominent representative of such algorithms is: <noindex><a rel=\"nofollow\" href=\"https:\/\/eprint.iacr.org\/2016\/889.pdf\">Ouroboros<\/a><\/noindex> from the Cardano team, which has been declared to have mathematically proven resilience against collusion among BPs. <\/p>\n<p><\/p>\n<p>In Ouroboros, PVRB is used to determine the so-called \"BP schedule\" \u2014 a timetable wherein each BP is assigned its own time slot for block publication. A significant advantage of using PVRB is the complete \"equality\" of BPs (according to the size of their balances). The fairness of PVRB ensures that malicious BPs cannot control the timing of the slots, and therefore cannot manipulate the chain by pre-preparing and analyzing chain forks; instead, they can rely solely on the length of the chain to select a fork, without resorting to clever methods of calculating the \"utility\" of BPs and the \"weight\" of their blocks. <\/p>\n<p><\/p>\n<p>In generale, in tutti i casi in cui \u00e8 necessario selezionare un partecipante casuale in una rete decentralizzata, la scelta migliore sar\u00e0 quasi sempre PVRB, piuttosto che un'opzione deterministica basata, ad esempio, sull'hash del blocco. Senza PVRB, la possibilit\u00e0 di influenzare la selezione del partecipante porta a attacchi in cui l'attaccante pu\u00f2, scegliendo tra diverse opzioni future, selezionare il prossimo partecipante corrotto o addirittura pi\u00f9 di uno, per garantire una quota maggiore nel processo decisionale. L'uso di PVRB scredita questi tipi di attacchi.<\/p>\n<p><\/p>\n<h2 id=\"masshtabirovanie-i-balansirovka-nagruzki\">Scalabilit\u00e0 e bilanciamento del carico<\/h2>\n<p><\/p>\n<p>PVRB pu\u00f2 portare seri vantaggi anche in compiti per ridurre il carico, scalare i pagamenti. Per iniziare, ha senso familiarizzare con <noindex><a rel=\"nofollow\" href=\"https:\/\/people.csail.mit.edu\/rivest\/pubs\/Riv97b.pdf\">articolo<\/a><\/noindex> Rivista \u201cElectronic Lottery Tickets as Micropayments\u201d. Il concetto principale \u00e8 che, anzich\u00e9 effettuare 100 pagamenti da 1 centesimo dal pagatore al beneficiario, si pu\u00f2 giocare a una lotteria equa con un premio di 1$ = 100 centesimi, dove il pagatore, ad ogni pagamento di 1 centesimo, trasferisce alla banca uno dei 100 suoi \u201cbiglietti della lotteria\u201d. Uno di questi biglietti vince per la banca 1$, e proprio questo biglietto il beneficiario pu\u00f2 registrare nella blockchain. La cosa pi\u00f9 importante \u00e8 che gli altri 99 biglietti vengono trasferiti tra il beneficiario e il pagatore senza alcuna partecipazione esterna, attraverso un canale privato e con la velocit\u00e0 necessaria. Una buona descrizione del protocollo basato su questo schema nella rete Emercoin pu\u00f2 essere letta. <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@emer.tech\/randpay-6a028f16c82a\">qui<\/a><\/noindex>. <\/p>\n<p><\/p>\n<p>Questo schema presenta alcune problematiche; per esempio, il beneficiario pu\u00f2 smettere di servire il pagatore subito dopo aver ricevuto il biglietto vincente, ma per molte applicazioni specifiche, come la tariffazione al minuto o gli abbonamenti elettronici ai servizi, si pu\u00f2 sorvolare su di esse. Il requisito principale, ovviamente, \u00e8 l'onest\u00e0 della lotteria condotta, e per la sua realizzazione \u00e8 necessario un PVRB.<\/p>\n<p><\/p>\n<p>La selezione casuale dei nodi \u00e8 estremamente importante anche per i protocolli di sharding, il cui obiettivo \u00e8 la scalabilit\u00e0 orizzontale della blockchain, consentendo a diversi BP di elaborare solo il proprio ambito di transazioni. Si tratta di un compito molto complesso, soprattutto in termini di sicurezza nella fusione dei shard. Una selezione equa del BP casuale per la responsabilit\u00e0 di un determinato shard, come nei protocolli di consenso, \u00e8 anch'essa una questione PVRB. Nei sistemi centralizzati, gli shard sono assegnati da un bilanciatore, il quale calcola semplicemente un hash della richiesta e lo invia all'esecutore designato. Nelle blockchain, la possibilit\u00e0 di influenzare questa assegnazione pu\u00f2 portare a un attacco al consenso. Ad esempio, il contenuto delle transazioni pu\u00f2 essere controllato da un attaccante, il quale pu\u00f2 decidere quali transazioni entrare nello shard da lui controllato e manipolare la blockchain al suo interno. \u00c8 possibile leggere discussioni sui problemi dell'utilizzo di numeri casuali per i compiti di sharding su Ethereum. <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/ethereum\/wiki\/wiki\/Sharding-FAQ#how-is-the-randomness-for-random-sampling-generated\">qui<\/a><\/noindex><br \/>\nLo sharding \u00e8 una delle sfide pi\u00f9 ambiziose e serie nel campo della blockchain; la sua soluzione permetter\u00e0 di costruire reti decentralizzate con prestazioni e capacit\u00e0 straordinarie. PVRB \u00e8 solo uno dei blocchi fondamentali per la sua risoluzione.<\/p>\n<p><\/p>\n<h2 id=\"igry-ekonomicheskie-protokoly-arbitrazh\">Giochi, protocolli economici, arbitraggio<\/h2>\n<p><\/p>\n<p>Il ruolo dei numeri casuali nell'industria del gioco \u00e8 difficile da sottovalutare. Il loro utilizzo esplicito nei casin\u00f2 online e implicito nel calcolo degli effetti di determinate azioni dei giocatori presenta sfide complesse per le reti decentralizzate, dove non si pu\u00f2 fare affidamento su una fonte centrale di casualit\u00e0. Tuttavia, la selezione casuale pu\u00f2 risolvere molti problemi economici e contribuire a costruire protocolli pi\u00f9 semplici ed efficienti. Supponiamo che nel nostro protocollo ci siano dispute riguardo il pagamento di servizi a basso costo, e che tali dispute si verifichino abbastanza raramente. In questo caso, se \u00e8 presente un PVRB indiscutibile, clienti e fornitori possono concordare una risoluzione casuale delle dispute, con una probabilit\u00e0 stabilita. Per esempio, con una probabilit\u00e0 del 60%, vince il cliente e con una probabilit\u00e0 del 40%, vince il fornitore. Questo approccio, apparentemente assurdo, consente di risolvere automaticamente le dispute con una quota di vincite\/perdite previsibile, soddisfacendo entrambe le parti senza il coinvolgimento di un terzo e senza perdite di tempo. Inoltre, il rapporto di probabilit\u00e0 pu\u00f2 essere dinamico e dipendere da alcune variabili globali. Se, ad esempio, l'azienda sta andando bene, si osservano pochi contenziosi e un'alta redditivit\u00e0, essa pu\u00f2 automaticamente spostare la probabilit\u00e0 di risoluzione delle dispute verso il cliente, ad esempio 70\/30 o 80\/20, e viceversa, se i contenziosi causano molte perdite e risultano fraudolenti o inadeguati, si pu\u00f2 spostare la probabilit\u00e0 nell'altra direzione.<\/p>\n<p><\/p>\n<p>Un gran numero di interessanti protocolli decentralizzati, come i token curated registries, i mercati delle previsioni, le curve di bonding e molti altri, rappresentano giochi economici in cui viene premiato il buon comportamento e penalizzato quello cattivo. In essi si riscontrano spesso problematiche di sicurezza, la cui protezione \u00e8 controproducente. Ci\u00f2 che \u00e8 protetto da attacchi di \"whale\" con miliardi di token \u00e8 vulnerabile ad attacchi provenienti da migliaia di account con piccoli saldi. Le misure adottate contro un tipo di attacco, come le commissioni non lineari create per rendere svantaggioso il grande staking, vengono solitamente annientate da un altro attacco. Poich\u00e9 si tratta di un gioco economico, i pesi statistici pertinenti possono essere calcolati in anticipo e le commissioni possono essere semplicemente sostituite con commissioni randomizzate secondo la distribuzione adeguata. Tali commissioni probabilistiche sono estremamente facili da implementare, a condizione che ci sia una fonte affidabile di casualit\u00e0 nella blockchain, e non richiedono calcoli complessi, complicando la vita sia ai whale che agli attaccanti sybil.<br \/>\n\u00c8 importante continuare a tenere a mente che il controllo su un singolo bit in questo random consente di ingannare, raddoppiando e dimezzando le probabilit\u00e0, quindi un PVRB onesto \u00e8 una componente fondamentale di tali protocolli. <\/p>\n<p><\/p>\n<h2 id=\"gde-nayti-pravilnyy-random\">Dove trovare il giusto random?<\/h2>\n<p><\/p>\n<p>In teoria, una selezione casuale onesta nelle reti decentralizzate consente di garantire la sicurezza dimostrabile di quasi qualsiasi protocollo contro il collusione. La giustificazione \u00e8 piuttosto semplice: se la rete concorda su un bit 0 o 1, e tra i partecipanti meno della met\u00e0 \u00e8 disonesta, allora, con un numero sufficiente di iterazioni, la rete arriver\u00e0 sicuramente a un consenso su quel bit con una probabilit\u00e0 fissa. Questo perch\u00e9 il random onesto sceglier\u00e0 51 dei 100 partecipanti nel 51% dei casi. Ma questo \u00e8 in teoria, poich\u00e9 nelle reti reali, per garantire tale livello di sicurezza, come nelle articolazioni, \u00e8 necessario un numero elevato di messaggi tra host, una crittografia complessa e qualsiasi complicazione del protocollo introduce immediatamente nuovi vettori di attacco.<br \/>\nEcco perch\u00e9 non vediamo ancora nei blockchain PVRB comprovati e resistenti, che siano stati utilizzati per abbastanza tempo da superare le prove delle applicazioni reali, molteplici audit, carichi e, naturalmente, attacchi reali, senza i quali \u00e8 difficile definire un prodotto davvero sicuro.<\/p>\n<p><\/p>\n<p>Tuttavia, ci sono diversi approcci promettenti, che differiscono per molti dettagli, e sicuramente uno di essi risolver\u00e0 il problema. Con le attuali risorse computazionali, la teoria crittografica \u00e8 in grado di trasformarsi abilmente in applicazioni pratiche. In futuro, saremo lieti di parlare delle implementazioni di PVRB: ce ne sono attualmente alcune, ognuna con il proprio insieme di importanti propriet\u00e0 e caratteristiche nella realizzazione, e ciascuna sostenuta da una buona idea. Non molte squadre si occupano di randomizzazione, e l'esperienza di ognuna di esse \u00e8 estremamente importante per tutte le altre. Speriamo che le nostre informazioni possano consentire ad altre squadre di progredire pi\u00f9 rapidamente, tenendo conto dell'esperienza dei predecessori.<\/p>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/448330\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f [&hellip;]<\/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-31729","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:42:44+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Numeri casuali e reti decentralizzate: applicazione pratica | ProHoster","description":"Introduzione \"La generazione di numeri casuali \u00e8 troppo importante per essere lasciata al caso\" Robert Cavyu, 1970 Questo articolo \u00e8 dedicato all'applicazione pratica di soluzioni che utilizzano la generazione collettiva di numeri casuali in ambienti non attendibili. In breve, come e perch\u00e9 viene usato il casuale nelle blockchain, e un po' su come distinguere il \"buono\" dal \"cattivo\" casuale. La generazione di un numero veramente casuale \u00e8","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0435 \u0447\u0438\u0441\u043b\u0430 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0435 \u0441\u0435\u0442\u0438: \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u00ab\u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0432\u0430\u0436\u043d\u0430, \u0447\u0442\u043e\u0431\u044b \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0442\u044c \u0435\u0451 \u043d\u0430 \u0432\u043e\u043b\u044e \u0441\u043b\u0443\u0447\u0430\u044f\u00bb \u0420\u043e\u0431\u0435\u0440\u0442 \u041a\u0430\u0432\u044c\u044e, 1970 \u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u043a\u043e\u043b\u043b\u0435\u043a\u0442\u0438\u0432\u043d\u0443\u044e \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u043d\u0435\u0434\u043e\u0432\u0435\u0440\u0435\u043d\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435. \u0415\u0441\u043b\u0438 \u043a\u0440\u0430\u0442\u043a\u043e \u2014 \u043a\u0430\u043a \u0438 \u0434\u043b\u044f \u0447\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0440\u0430\u043d\u0434\u043e\u043c \u0432 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430\u0445, \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043e\u0442\u043b\u0438\u0447\u0438\u0442\u044c \u201c\u0445\u043e\u0440\u043e\u0448\u0438\u0439\u201d \u0440\u0430\u043d\u0434\u043e\u043c \u043e\u0442 \u201c\u043f\u043b\u043e\u0445\u043e\u0433\u043e\u201d. \u0413\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u044f \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e\u0433\u043e \u0447\u0438\u0441\u043b\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-prakticheskoe-primenenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:42:44+00:00","article:modified_time":"2019-10-31T18:42:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:32:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:04:45","updated":"2026-01-21 07:32:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=31729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31729\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=31729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=31729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=31729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}