{"id":33888,"date":"2019-10-31T21:55:15","date_gmt":"2019-10-31T18:55:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii\/"},"modified":"2019-10-31T21:55:15","modified_gmt":"2019-10-31T18:55:15","slug":"sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sluchajnye-chisla-i-detsentralizovannye-seti-implementatsii","title":{"rendered":"Numeri casuali e reti decentralizzate: implementazioni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduzione<\/h1>\n

<\/p>\n

function getAbsolutelyRandomNumer() {\n        return 4; \/\/ returns absolutely random number!\n}<\/code><\/pre>\n
<\/p>\n
Come nel caso del concetto di cifratura assolutamente resistente in crittografia, i veri protocolli di \"Publicly Verifiable Random Beacon\" (di seguito PVRB) cercano solo di avvicinarsi il pi\u00f9 possibile allo schema ideale, poich\u00e9 nelle reti reali non \u00e8 applicabile in forma pura: bisogna accordarsi su un solo bit, ci devono essere molti round e tutti i messaggi devono essere estremamente veloci e sempre consegnati. Ovviamente, nelle reti reali non \u00e8 cos\u00ec. Pertanto, nella progettazione di PVRB per compiti specifici nei moderni blockchain, oltre all'impossibilit\u00e0 di controllare il random ottenuto e alla crittografia resistente, sorgono molte problematiche puramente architettoniche e tecniche.<\/p>\n
<\/a><\/noindex><\/p>\n
La blockchain rappresenta per PVRB essenzialmente un ambiente di comunicazione, in cui i messaggi corrispondono a transazioni. Questo consente di astrarsi parzialmente dai problemi di rete, dalla mancata consegna dei messaggi, dai problemi con il software intermedio: tutti questi rischi sono assunti da una rete decentralizzata, e il suo principale valore per PVRB \u00e8 l'impossibilit\u00e0 di revocare o alterare una transazione gi\u00e0 inviata. Questo impedisce ai partecipanti di disertare il protocollo, a meno che non abbiano condotto con successo un attacco al consenso. Tale livello di sicurezza \u00e8 accettabile, perci\u00f2 PVRB deve essere resiliente a collusioni tra partecipanti allo stesso modo della catena principale della blockchain. Inoltre, ci\u00f2 implica che PVRB debba essere parte del consenso, se la rete ha concordato sulla catena principale dei blocchi, deve anche convenire su un unico risultato randomico onesto. In alternativa, PVRB pu\u00f2 essere semplicemente un protocollo autonomo, implementato tramite smart contract, operante in modo asincrono rispetto alla blockchain e ai blocchi. Entrambi gli approcci presentano vantaggi e svantaggi, e la scelta tra essi \u00e8 estremamente non banale. <\/p>\n
<\/p>\n
Due modi per implementare PVRB<\/h2>\n
<\/p>\n
Descriviamo in dettaglio due varianti di implementazione del PVRB: la versione standalone, che funziona utilizzando un contratto intelligente indipendente dalla blockchain, e la versione integrata nel consenso, incorporata nel protocollo attraverso il quale la rete concorda sulla catena di blocchi e le transazioni incluse. In tutti i casi mi riferir\u00f2 ai motori blockchain popolari: Ethereum, EOS e altri simili per modalit\u00e0 di distribuzione e elaborazione dei contratti intelligenti. <\/p>\n
<\/p>\n
Contratto standalone<\/h3>\n
<\/p>\n
In questa variante, il PVRB \u00e8 un contratto intelligente che accetta transazioni da random-producer (di seguito RP), le elabora, combina i risultati e, di conseguenza, arriva a un certo valore che pu\u00f2 essere ottenuto da qualsiasi utente di questo contratto. Questo valore potrebbe non essere memorizzato direttamente nel contratto, ma essere rappresentato solo da dati dai quali \u00e8 possibile estrarre deterministicamente un unico valore di risultato casuale. In questo schema, RP sono gli utenti della blockchain, e chiunque pu\u00f2 partecipare al processo di generazione.<\/p>\n
<\/p>\n
La variante con contratto standalone \u00e8 vantaggiosa per:<\/p>\n
<\/p>\n