Proofread of the Italian documentation for EOS.IO located here: https://github.com/EOSIO/Documentation.
The EOS.IO software introduces a new blockchain architecture designed to enable vertical and horizontal scaling of decentralized applications. This is achieved by creating an operating system-like construct upon which applications can be built. The software provides accounts, authentication, databases, asynchronous communication and the scheduling of applications across hundreds of CPU cores or clusters. The resulting technology is a blockchain architecture that scales to millions of transactions per second, eliminates user fees, and allows for quick and easy deployment of decentralized applications.
This is the proof of the work I've done:
While here you can verify the activity of the proofreading in here:
https://crowdin.com/project/eos-docs/it/activity
You approved 473 suggestions in the project eos-docs
Suggestion File Language Time
Tracciare solo le intestazioni recenti può offrire un compromesso tra archiviazione a lungo termine e dimensioni della prova. TechnicalWhitePaper.md Italian 10:46 PM
Se si presuppone che i nodi di convalida mantengano il controllo di tutte le intestazioni di blocco nel giorno passato (2 MB di dati), la dimostrazione di queste transazioni richiederà solo delle prove di 200 byte. TechnicalWhitePaper.md Italian 10:46 PM
Il software fa parte di un modello olistico per una sistema blockchain scalabile a livello globale in cui le applicazioni decentralizzate possono essere facilmente distribuite e governate. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO è progettato in base all'esperienza di concetti collaudati e di pratiche ottimali e rappresenta un progresso fondamentale nella tecnologia della blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Un utente può utilizzare questi numeri di sequenza per dimostrare che tutti i messaggi destinati a un determinato account sono stati elaborati e che sono stati elaborati in ordine. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO facilita ciò assegnando un numero di sequenza a ogni messaggio consegnato a ogni account. TechnicalWhitePaper.md Italian 10:46 PM
Sebbene sia impossibile dimostrare che tutte le transazioni più recenti siano conosciute, è possibile dimostrare che non ci sono stati vuoti nella cronologia delle transazioni. TechnicalWhitePaper.md Italian 10:46 PM
Quando si usano le prove di merkle da blockchain esterne, c'è una differenza significativa tra il sapere che tutte le transazioni processate sono valide e il sapere che nessuna transazione è stata saltata o omessa. TechnicalWhitePaper.md Italian 10:46 PM
Se i produttori di blocchi di una catena non aspettano l'irreversibilità, sarebbe come se un exchange accettasse un deposito che è stato successivamente annullato e che potrebbe influire sulla validità del consensus della blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Utilizzando una blockchain basata sul software EOS.IO e DPOS con 3 secondi per ogni blocco e con 21 produttori, sono necessari circa 45 secondi. TechnicalWhitePaper.md Italian 10:46 PM
Quando si comunica con una blockchain esterna, i produttori di blocchi devono attendere fino a quando non vi è la certezza del 100% che una transazione sia stata confermata in modo irreversibile dall'altra blockchain prima di accettarla come input valido. TechnicalWhitePaper.md Italian 10:46 PM
Per motivi di prestazioni, è ideale ridurre al minimo la frequenza delle prove tra catene (c.d. inter-chain proofs). TechnicalWhitePaper.md Italian 10:46 PM
Dopo una certa densità di interconnessione diventa più efficiente avere semplicemente una catena che contiene l'intera cronologia dei blocchi di un'altra catena ed eliminare in modo assoluto la necessità delle prove. TechnicalWhitePaper.md Italian 10:46 PM
L'approccio esatto utilizzato dipenderà necessariamente dalla percentuale di blocchi estranei che includono le transazioni a cui fa riferimento la prova di merkle. TechnicalWhitePaper.md Italian 10:46 PM
Le nuove prove devono includere solo i collegamenti allo sparse tree conosciuto. TechnicalWhitePaper.md Italian 10:46 PM
In alternativa, una blockchain può usare un approccio di valutazione semplice in cui ricorda gli hash intermedi delle prove passate. TechnicalWhitePaper.md Italian 10:46 PM
Tracciare tutte le intestazioni dei blocchi (420 MB/anno) manterrà le dimensioni delle prove marginali. TechnicalWhitePaper.md Italian 10:46 PM
Quando arriva il momento di convalidare le prove su altre catene vi è una grande varietà di ottimizzazioni tempo/ spazio/ bandwidth che possono essere effettuate. TechnicalWhitePaper.md Italian 10:46 PM
C'è un piccolo overhead incrementale associato alla produzione di blocchi con un hash-linking appropriato per abilitare queste prove, il che significa che non c'è motivo per non generare blocchi in questo modo. TechnicalWhitePaper.md Italian 10:46 PM
Utilizzando la struttura collegata ad hash mostrata, è possibile provare l'esistenza di qualsiasi transazione con una prova inferiore a 1024 byte di dimensione. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO consente prove leggere per chiunque abbia un'intestazione di blocco irreversibile dopo il momento in cui è stata inclusa la transazione. TechnicalWhitePaper.md Italian 10:46 PM
In questo caso l'obiettivo è dimostrare che una particolare transazione è stata inclusa in un particolare blocco e che il blocco è incluso nella cronologia verificata di una determinata blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Questo funziona correttamente per una blockchain con un intervallo di 10 minuti, ma non è più considerato "leggero" per una blockchain con un intervallo di 3 secondi. TechnicalWhitePaper.md Italian 10:46 PM
A 10 transazioni al secondo, una prova valida richiede circa 512 byte. TechnicalWhitePaper.md Italian 10:46 PM
Bitcoin supporta la convalida delle transazioni, presupponendo che tutti i nodi abbiano accesso alla cronologia completa delle intestazioni dei blocchi che ammontano a 4MB di intestazioni dei blocchi all'anno. TechnicalWhitePaper.md Italian 10:46 PM
L'obiettivo di LCV è di abilitare la generazione di prove di esistenza (c.d. proof of existence) relativamente leggere che possano essere convalidate da chiunque tenga traccia di un set di dati relativamente leggero. TechnicalWhitePaper.md Italian 10:46 PM
Quantomeno i produttori di blocchi di una catena vorrebbero mantenere il più piccolo overhead possibile durante la sincronizzazione con un'altra blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Sarebbe anche ideale se la catena di scambio (c.d. exchange chain) potesse utilizzare prove di deposito merkle leggere piuttosto che doversi fidare interamente dei propri produttori di blocchi. TechnicalWhitePaper.md Italian 10:46 PM
Dopotutto, un exchange si preoccupa solo dei trasferimenti IN e OUT dall'exchange e nulla più. TechnicalWhitePaper.md Italian 10:46 PM
L'integrazione con altre blockchain è molto più semplice se i client non devono elaborare tutte le transazioni. TechnicalWhitePaper.md Italian 10:46 PM
Queste dimostrazioni combinate con un'architettura su applicazione progettata per il passaggio dei messaggi, consentono di nascondere i dettagli della comunicazione tra blockchain (inter-blockchain) e la convalida delle prove dagli sviluppatori di applicazioni. TechnicalWhitePaper.md Italian 10:46 PM
Ciò si ottiene rendendo semplice la dimostrazione dell'esistenza del messaggio e la dimostrazione della sequenza dei messaggi. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO è progettato per facilitare la comunicazione inter-blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Conclusione TechnicalWhitePaper.md Italian 10:46 PM
Prova di Completezza TechnicalWhitePaper.md Italian 10:46 PM
Latenza della Comunicazione Interchain TechnicalWhitePaper.md Italian 10:46 PM
Prova di Merkle per la Validazione del Light Client (LVC) TechnicalWhitePaper.md Italian 10:46 PM
Comunicazione Inter-Blockchain TechnicalWhitePaper.md Italian 10:46 PM
I produttori di blocchi propongono una modifica della costituzione e ottengono 17/21 approvazioni. TechnicalWhitePaper.md Italian 10:46 PM
Finché tale invariante viene mantenuto, è possibile elaborare un blocco eseguendo tutti i thread in parallelo. TechnicalWhitePaper.md Italian 10:46 PM
È possibile utilizzare l'analisi statica di un blocco per verificare che all'interno di un determinato ciclo non vi siano due thread contenenti transazioni che modificano lo stesso account. TechnicalWhitePaper.md Italian 10:46 PM
I produttori di blocchi continueranno ad aggiungere cicli a un blocco fino a quando non sarà trascorso il tempo massimo di "wall time" o non ci saranno nuove transazioni generate da consegnare. TechnicalWhitePaper.md Italian 10:46 PM
Le transazioni generate in un ciclo possono essere consegnate in qualsiasi ciclo o blocco successivo. TechnicalWhitePaper.md Italian 10:46 PM
La sua struttura può essere visualizzata come un albero in cui i layers alternati vengono elaborati in sequenza e in parallelo. TechnicalWhitePaper.md Italian 10:46 PM
Ogni transazione contiene un insieme di messaggi da consegnare. TechnicalWhitePaper.md Italian 10:46 PM
Ogni ciclo è diviso in thread e ogni thread contiene un elenco di transazioni. TechnicalWhitePaper.md Italian 10:46 PM
Per abilitare ciò, il software EOS.IO divide ciascun blocco in cicli. TechnicalWhitePaper.md Italian 10:46 PM
L'obiettivo è di consentire a due account di scambiare messaggi tra di loro all'interno di un singolo blocco senza dover attendere 3 secondi tra ogni messaggio. TechnicalWhitePaper.md Italian 10:46 PM
La latenza è il tempo impiegato da un'account per inviare un messaggio a un altro account per poi ricevere una risposta. TechnicalWhitePaper.md Italian 10:46 PM
Il motivo per cui non può essere consegnato immediatamente è perché il ricevitore potrebbe modificare attivamente il proprio stato in un altro thread. TechnicalWhitePaper.md Italian 10:46 PM
Parte dell'esecuzione parallela significa che quando uno script genera un nuovo messaggio non viene consegnato immediatamente, ma è pianificato per essere consegnato nel ciclo successivo. TechnicalWhitePaper.md Italian 10:46 PM
Ciò significa che i produttori di blocchi possono utilizzare algoritmi paralleli per pianificare le transazioni. TechnicalWhitePaper.md Italian 10:46 PM
L'agenda (c.d. schedule) è l'output di un produttore di blocchi e verrà eseguito in modo deterministico, ma il processo per generare l'agenda non deve essere deterministico. TechnicalWhitePaper.md Italian 10:46 PM
Lo stato di ciascun account dipende solo dai messaggi consegnati a quest'ultimo. TechnicalWhitePaper.md Italian 10:46 PM
Significa anche che ciascun account elabora i messaggi in sequenza e che il parallelismo sarà a livello di account. TechnicalWhitePaper.md Italian 10:46 PM
Senza chiusure ci deve essere un modo per garantire che tutti gli account possano solo leggere e scrivere il proprio database privato. TechnicalWhitePaper.md Italian 10:46 PM
Ciò significa che tutte le esecuzioni parallele devono essere libere dall'uso di mutex o altre primitive bloccanti (c.d. locking primitives). TechnicalWhitePaper.md Italian 10:46 PM
Il consenso (c.d. consensus) della blockchain dipende dal comportamento deterministico (riproducibile). TechnicalWhitePaper.md Italian 10:46 PM
Questo riduce drasticamente costi e responsabilità legali per tutti i soggetti coinvolti. TechnicalWhitePaper.md Italian 10:46 PM
Con una transazione multi-firma, c'è un'altra società che prende parte a ogni transazione che viene eseguita, ma con la procedura di recupero l'agente è solo una parte del processo di ripristino e non ha alcun potere sulle transazioni giornaliere. TechnicalWhitePaper.md Italian 10:46 PM
Questo processo è anche molto diverso da una semplice disposizione multi-firma. TechnicalWhitePaper.md Italian 10:46 PM
Ciò probabilmente comprometterebbe o non farebbe ottenere nulla all'hacker durante la procedura. TechnicalWhitePaper.md Italian 10:46 PM
Inoltre, se avessero seguito il processo, il partner per il recupero avrebbe probabilmente richiesto l'identificazione e l'autenticazione a più fattori (telefono ed e-mail). TechnicalWhitePaper.md Italian 10:46 PM
Non c'è nulla che l'hacker possa ottenere tentando di passare attraverso il processo di recupero perché già "controllano" l'account. TechnicalWhitePaper.md Italian 10:46 PM
Il partner per il recupero dell'account non può reimpostare il controllo dell'account senza l'aiuto del proprietario. TechnicalWhitePaper.md Italian 10:46 PM
Il proprietario di un account può utilizzare qualsiasi chiave del proprietario che fosse attiva negli ultimi 30 giorni e approvata dal partner di recupero dell'account designato per poter reimpostare la chiave del proprietario sul proprio account. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO offre agli utenti un modo per ripristinare il controllo del proprio account quando le loro chiavi vengono rubate. TechnicalWhitePaper.md Italian 10:46 PM
I ritardi esatti scelti dipendono dagli sviluppatori e dagli utenti dell'applicazione in questione. TechnicalWhitePaper.md Italian 10:46 PM
Il trasferimento di un intero account a un nuovo controllo può richiedere fino a 30 giorni. TechnicalWhitePaper.md Italian 10:46 PM
Pagare un caffè può non avere ritardi ed essere irreversibile in pochi secondi, mentre l'acquisto di una casa può richiedere un periodo di compensazione di 72 ore. TechnicalWhitePaper.md Italian 10:46 PM
Il ritardo richiesto dipende dal grado di sensibilità di un'operazione. TechnicalWhitePaper.md Italian 10:46 PM
Se non l'hanno autorizzato, possono utilizzare la procedura di recupero dell'account per recuperare il proprio account e ritirare il messaggio. TechnicalWhitePaper.md Italian 10:46 PM
Gli utenti possono quindi ricevere notifiche tramite e-mail o Sms quando uno di questi messaggi viene trasmesso. TechnicalWhitePaper.md Italian 10:46 PM
Durante questo periodo possono essere cancellati. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO consente agli sviluppatori di applicazioni di indicare che alcuni messaggi devono attendere un periodo di tempo minimo dopo essere stati inclusi in un blocco prima che possano essere applicati. TechnicalWhitePaper.md Italian 10:46 PM
La sicurezza basata sul tempo è ancora più importante quando le persone hanno applicazioni che richiedono che le chiavi vengano conservate su computer connessi a Internet per l'uso quotidiano. TechnicalWhitePaper.md Italian 10:46 PM
Nella maggior parte dei casi, non è possibile sapere se una chiave privata è stata rubata fino a quando non è stata utilizzata. TechnicalWhitePaper.md Italian 10:46 PM
Il tempo è un componente fondamentale della sicurezza. TechnicalWhitePaper.md Italian 10:46 PM
Questo riduce drasticamente il carico computazionale associato alla riproduzione di una blockchain in continua crescita. TechnicalWhitePaper.md Italian 10:46 PM
Il fatto che una transazione sia inclusa in un blocco valido noto è sufficiente per saltare questo passaggio. TechnicalWhitePaper.md Italian 10:46 PM
Quando si riproduce la blockchain per rigenerare lo stato deterministico dal registro dei messaggi, non è necessario rivalutare le autorizzazioni. TechnicalWhitePaper.md Italian 10:46 PM
Rendendo questo un processo di sola lettura e parallelizzabile consente un notevole aumento delle prestazioni. TechnicalWhitePaper.md Italian 10:46 PM
Tutto sommato, la verifica dell'autorizzazione rappresenta una percentuale significativa del calcolo richiesto per convalidare le transazioni. TechnicalWhitePaper.md Italian 10:46 PM
Infine, ciò vuol dire che le autorizzazioni delle transazioni ricevute possono essere valutate come transazioni in sospeso e non devono essere rivalutate man mano che vengono applicate. TechnicalWhitePaper.md Italian 10:46 PM
Blocco Cicli (sequenziali) Threads (paralleli) Transazioni (sequenziali) Messaggi (sequenziali) Ricevitore e Account Notificati (paralleli) TechnicalWhitePaper.md Italian 10:46 PM
Riduzione della Latenza delle Comunicazioni TechnicalWhitePaper.md Italian 10:46 PM
Esecuzione Parallela Deterministica delle Applicazioni TechnicalWhitePaper.md Italian 10:46 PM
Recupero da Chiavi Rubate TechnicalWhitePaper.md Italian 10:46 PM
Messaggi con Ritardo Obbligatorio TechnicalWhitePaper.md Italian 10:46 PM
Ogni account può inviare messaggi strutturati ad altri account e può definire script per gestire i messaggi quando vengono ricevuti. TechnicalWhitePaper.md Italian 10:46 PM
Fortunatamente, non è necessario creare account per gli utenti già registrati in un'altra applicazione. TechnicalWhitePaper.md Italian 10:46 PM
Le imprese tradizionali già spendono ingenti somme di denaro per ogni cliente, questo avviene sotto forma di pubblicità, servizi gratuiti, ecc. TechnicalWhitePaper.md Italian 10:46 PM
In un contesto decentralizzato, gli sviluppatori di applicazioni pagheranno il costo nominale della creazione dell'account per poter iscrivere un nuovo utente. TechnicalWhitePaper.md Italian 10:46 PM
I nomi degli account hanno anche il supporto dei namespace in modo tale che il proprietario dell'account 
Tutti i conti devono essere finanziati con un saldo nel conto minimo questo avviene nel momento in cui vengono creati in modo da coprire il costo di archiviazione dei dati dell'account. TechnicalWhitePaper.md Italian 10:46 PM
Il nome è scelto dal creatore dell'account. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO consente a tutti gli account di essere referenziati da un nome unico e leggibile di 2 fino a 32 caratteri. TechnicalWhitePaper.md Italian 10:46 PM
Col tempo, tutti gli utenti confermeranno direttamente la blockchain rendendo difficile falsificare le chain contraffatte poiché la contraffazione non sarebbe in grado di migrare le transazioni dalla chain legittima. TechnicalWhitePaper.md Italian 10:46 PM
La risposta di tale avviso dipende interamente dalla natura delle transazioni commerciali, ma la risposta più semplice è di attendere le 15/21 conferme fino a quando l'avviso non si fermi. TechnicalWhitePaper.md Italian 10:46 PM
È possibile generare un modello predittivo affidabile che utilizzi le informazioni su quali nodi sono stati persi, sui tassi di partecipazione recenti e su altri fattori in modo da avvisare rapidamente gli operatori che c'è qualcosa non va. TechnicalWhitePaper.md Italian 10:46 PM
Con 3 blocchi mancati consecutivamente c'è una certezza del 99% di essere su un fork minoritario. TechnicalWhitePaper.md Italian 10:46 PM
Dopo 2 blocchi mancati consecutivamente c'è una probabilità del 95% che un nodo si trovi su un fork minoritario. TechnicalWhitePaper.md Italian 10:46 PM
È possibile che un nodo avvisi gli utenti che esiste un'alta probabilità che si trovino su un fork minoritario entro 9 secondi dall'avvio di un fork. TechnicalWhitePaper.md Italian 10:46 PM
Di default, tutti i nodi considerano irreversibile un blocco confermato da 15 dei 21 produttori e non passeranno a un fork che esclude tale blocco indipendentemente dalla lunghezza. TechnicalWhitePaper.md Italian 10:46 PM
Basandosi su una configurazione tipica del software EOS.IO, questa operazione in circostanze normali richiederà circa 45 secondi. TechnicalWhitePaper.md Italian 10:46 PM
Per avere la certezza assoluta che una transazione sia irreversibile, un nodo può scegliere di attendere la conferma di 15 dei 21 produttori di blocchi. TechnicalWhitePaper.md Italian 10:46 PM
È inoltre possibile utilizzare prove crittografiche della doppia produzione per rimuovere in modo automatico gli autori di questi abusi. TechnicalWhitePaper.md Italian 10:46 PM
Se un produttore di blocchi viene sorpreso a fare ciò, tale produttore di blocchi verrà probabilmente rimosso. TechnicalWhitePaper.md Italian 10:46 PM
In altre parole, un fork della blockchain con più produttori su di essa crescerà più velocemente di una con meno produttori. TechnicalWhitePaper.md Italian 10:46 PM
Questa metrica funziona perché la velocità con cui i blocchi vengono aggiunti ad un fork della chain di una blockchain è direttamente correlata alla percentuale di produttori di blocchi che condividono lo stesso consenso (c.d. consensus). TechnicalWhitePaper.md Italian 10:46 PM
Nel caso in cui vi sia un fork, il consenso (c.d. consensus) passerà automaticamente alla catena più lunga. TechnicalWhitePaper.md Italian 10:46 PM
In condizioni normali, una blockchain DPOS non è impattada da alcun fork perché i produttori di blocchi non competono ma cooperano per produrre i blocchi. TechnicalWhitePaper.md Italian 10:46 PM
Ciò garantisce che la rete funzioni senza intoppi riducendo al minimo il numero di blocchi persi non programmando quelli che si sono dimostrati inaffidabili. TechnicalWhitePaper.md Italian 10:46 PM
Se un produttore salta un blocco e non ha prodotto alcun blocco nelle ultime 24 ore, non viene più considerato fino a quando non notifica alla blockchain la propria intenzione di iniziare a produrre nuovamente altri blocchi. TechnicalWhitePaper.md Italian 10:46 PM
Questo mescolamento è fatto per garantire che tutti i produttori mantengano una connettività bilanciata verso tutti gli altri produttori. TechnicalWhitePaper.md Italian 10:46 PM
I produttori selezionati vengono mescolati usando un numero pseudocasuale derivato dal tempo di blocco. TechnicalWhitePaper.md Italian 10:46 PM
All'inizio di ogni turno vengono scelti 21 produttori di blocchi unici. TechnicalWhitePaper.md Italian 10:46 PM
Utilizzando il software EOS.IO i blocchi sono prodotti a turni (c.d. rounds) di 21. TechnicalWhitePaper.md Italian 10:46 PM
Quando uno o più blocchi vengono trascurati, vi è un divario di 6 o più secondi nella blockchain. TechnicalWhitePaper.md Italian 10:46 PM
Se il blocco non viene prodotto all'orario pianificato, il blocco per quella fascia oraria viene trascurato. TechnicalWhitePaper.md Italian 10:46 PM
Per le blockchain private la gestione potrebbe utilizzare i token per aggiungere e rimuovere il personale informatico. TechnicalWhitePaper.md Italian 10:46 PM
In base a questo algoritmo, coloro che detengono i token su una blockchain che adotta il software EOS.IO possono selezionare produttori di blocchi tramite un sistema di approvazione di votazione continua e chiunque può scegliere di partecipare alla produzione di blocchi, inoltre verrà data l'opportunità di produrre blocchi proporzionali ai voti totali che hanno ricevuto rispetto a tutti gli altri produttori. TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO utilizza l'unico algoritmo di consensus decentralizzato in grado di soddisfare i requisiti prestazionali delle applicazioni sulla blockchain, Delegated Proof of Stake (DPOS) </ 0>. TechnicalWhitePaper.md Italian 10:46 PM
Le applicazioni su larga scala devono dividere il carico di lavoro su multiple CPU e più computer. TechnicalWhitePaper.md Italian 10:46 PM
Applicazioni come gli exchange richiedono prestazioni sequenziali sufficienti a gestire elevati volumi e pertanto è necessaria una piattaforma con prestazioni sequenziali molto veloce. TechnicalWhitePaper.md Italian 10:46 PM
Ci sono alcune applicazioni che non possono essere implementate con algoritmi paralleli a causa di passi sequenzialmente dipendenti. TechnicalWhitePaper.md Italian 10:46 PM
Una buona esperienza utente richiede feedback affidabili con un ritardo di non più di pochi secondi. TechnicalWhitePaper.md Italian 10:46 PM
Tutti i software non banali sono soggetti a bug, anche con la verifica più rigorosa. La piattaforma deve essere abbastanza robusta da poter correggere bug quando questi si verificano inevitabilmente. TechnicalWhitePaper.md Italian 10:46 PM
Le aziende che creano applicazioni basate su una blockchain necessitano la flessibilità di migliorare le loro applicazioni con funzionalità nuove. TechnicalWhitePaper.md Italian 10:46 PM
Messaggi & Gestori TechnicalWhitePaper.md Italian 10:46 PM
Account TechnicalWhitePaper.md Italian 10:46 PM
segnala alla rete che un particolare utente e la sua quota di partecipazione (c.d. stake) si trovano su un fork specifico. TechnicalWhitePaper.md Italian 10:46 PM
impedisce la riproduzione di una transazione sui fork che non includono il blocco di riferimento; e TechnicalWhitePaper.md Italian 10:46 PM
Transazione come Proof of Stake (TaPoS) TechnicalWhitePaper.md Italian 10:46 PM
Conferma della transazione TechnicalWhitePaper.md Italian 10:46 PM
Algoritmi di Consensus (DPOS) TechnicalWhitePaper.md Italian 10:46 PM
Prestazioni Parallele TechnicalWhitePaper.md Italian 10:46 PM
Prestazioni Sequenziali TechnicalWhitePaper.md Italian 10:46 PM
Bassa Latenza TechnicalWhitePaper.md Italian 10:46 PM
Aggiornamento del Protocollo & Costituzione TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO definisce un processo mediante il quale il protocollo come definito dal codice sorgente canonico e dalla sua costituzione, può essere aggiornato utilizzando il seguente processo: TechnicalWhitePaper.md Italian 10:46 PM
Questo intento viene utilizzato per identificare la differenza tra un bug e una funzionalità quando si verificano errori e guida la comunità su quali correzioni sono giuste o improprie. TechnicalWhitePaper.md Italian 10:44 PM
La costituzione definisce anche l'intento comunemente leggibile del protocollo del codice sorgente. TechnicalWhitePaper.md Italian 10:44 PM
È concepibile che i contratti EVM possano essere eseguiti all'interno della propria sandbox in una blockchain basata sul software EOS.IO e che con alcuni contratti di adattamento EVM si possa comunicare con altre applicazioni blockchain del software EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
Questa macchina virtuale è stata utilizzata per la maggior parte degli smart contract esistenti e potrebbe essere adattata per funzionare all'interno di una blockchain EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
Questo approccio può essere facilmente adattato e integrato con il software EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
Gli sviluppatori di Ethereum hanno già iniziato a modificare il Web Assembly per fornire sandboxing e determinismo idonei con il loro Ethereum flavored Web Assembly (WASM). TechnicalWhitePaper.md Italian 10:44 PM
Il vantaggio di Web Assembly è il supporto diffuso dell'industria e che consente di sviluppare contratti in linguaggi familiari come C o C ++. TechnicalWhitePaper.md Italian 10:44 PM
Con alcune piccole modifiche, il Web Assembly può essere reso deterministico e in modalità sandbox. TechnicalWhitePaper.md Italian 10:44 PM
Web Assembly è uno standard Web emergente per la creazione di applicazioni Web ad alte prestazioni. TechnicalWhitePaper.md Italian 10:44 PM
Detto questo, vi sono due macchine virtuali che vengono attualmente valutate per l'uso di una blockchain basata sul software EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
Per questo motivo, questo documento non discuterà i dettagli di un particolare linguaggio di programmazione o macchina virtuale. TechnicalWhitePaper.md Italian 10:44 PM
È intenzione della blockchain basata sul software EOS.IO che sia possibile supportare più macchine virtuali e nuove macchine virtuali aggiunte in futuro a seconda delle necessità. TechnicalWhitePaper.md Italian 10:44 PM
In tempo reale è necessario eseguire entrambi i calcoli, tuttavia una volta inclusa una transazione nella blockchain non è più necessario eseguire le operazioni di autenticazione. TechnicalWhitePaper.md Italian 10:44 PM
L'applicazione sta effettivamente effettuando il lavoro. TechnicalWhitePaper.md Italian 10:44 PM
L'autenticazione è il processo di sola lettura che verifica se un messaggio può essere applicato. TechnicalWhitePaper.md Italian 10:44 PM
Solo la modifica dello stato dell'applicazione richiede l'accesso in scrittura e deve essere elaborata in sequenza per ogni applicazione. TechnicalWhitePaper.md Italian 10:44 PM
La convalida delle precondizioni, come il saldo richiesto, è di sola lettura e pertanto può anche questo beneficiare del parallelismo. TechnicalWhitePaper.md Italian 10:44 PM
Ciò significa che può essere eseguito con il massimo parallelismo. TechnicalWhitePaper.md Italian 10:44 PM
La convalida della coerenza interna di un messaggio è di sola lettura e non richiede l'accesso allo stato della blockchain. TechnicalWhitePaper.md Italian 10:44 PM
Per massimizzare le opportunità di parallelizzazione e ridurre al minimo il debito computazionale associato alla rigenerazione dello stato dell'applicazione dal log delle transazioni, il software EOS.IO separa la logica di convalida in tre sezioni: TechnicalWhitePaper.md Italian 10:44 PM
Ciò garantisce che tutti i dati memorizzati da tutte le applicazioni siano in un formato che può essere interpretato come JSON comunemente leggibile, ma memorizzato e manipolato con la stessa efficienza del binario. TechnicalWhitePaper.md Italian 10:44 PM
Anche lo stato del database viene definito utilizzando uno schema simile. TechnicalWhitePaper.md Italian 10:44 PM
Questo schema consente una conversione perfetta tra la rappresentazione binaria e JSON dei messaggi. TechnicalWhitePaper.md Italian 10:44 PM
Tutti i messaggi inviati tra account sono definiti da uno schema che fa parte dello stato del consenso della blockchain. TechnicalWhitePaper.md Italian 10:44 PM
Qualsiasi linguaggio o macchina virtuale che sia deterministica e che sia in una sandbox adeguata con prestazioni sufficienti può essere integrata con l'API del software EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
I dettagli del linguaggio di scripting e della macchina virtuale sono dettagli specifici dell'implementazione che sono per lo più indipendenti dal design della tecnologia di EOS.IO. TechnicalWhitePaper.md Italian 10:44 PM
Il software EOS.IO sarà prima di tutto una piattaforma per il coordinamento della consegna di messaggi autenticati agli account. TechnicalWhitePaper.md Italian 10:44 PM
In generale, potrebbe essere contro la costituzione effettuare aggiornamenti accelerati che introducono nuove funzionalità o che correggono bug innocui. TechnicalWhitePaper.md Italian 10:44 PM
I produttori di blocchi possono accelerare il processo se è necessaria una modifica del software volta a correggere un bug nocivo o un exploit di sicurezza che sta danneggiando attivamente gli utenti. TechnicalWhitePaper.md Italian 10:44 PM
Per impostazione predefinita del software EOS.IO, il processo di aggiornamento della blockchain per aggiungere nuove funzionalità richiede dai 2 ai 3 mesi, mentre per aggiornamenti che correggono bug non critici e che non richiedono modifiche alla costituzione possono necessitare da 1 a 2 mesi. TechnicalWhitePaper.md Italian 10:44 PM
Il software EOS.IO definisce un processo mediante il quale il protocollo come definito dal codice sorgente canonico e dalla sua costituzione, può essere aggiornato utilizzando il seguente processo: TechnicalWhitePaper.md Italian 10:44 PM
Questo intento viene utilizzato per identificare la differenza tra un bug e una funzionalità quando si verificano errori e guida la comunità su quali correzioni sono giuste o improprie. TechnicalWhitePaper.md Italian 10:44 PM
La costituzione definisce anche l'intento comunemente leggibile del protocollo del codice sorgente. TechnicalWhitePaper.md Italian 10:44 PM
Macchina Virtuale di Ethereum (EVM) TechnicalWhitePaper.md Italian 10:44 PM
Web Assembly (WASM) TechnicalWhitePaper.md Italian 10:44 PM
Architettura Indipendente della Macchina Virtuale TechnicalWhitePaper.md Italian 10:44 PM
Modifica dello stato dell'applicazione. TechnicalWhitePaper.md Italian 10:44 PM
Convalida che tutte le condizioni preliminari siano valide; e TechnicalWhitePaper.md Italian 10:44 PM
Convalida che un messaggio sia internamente coerente; TechnicalWhitePaper.md Italian 10:44 PM
Separazione dell'Autenticazione dall'Applicazione TechnicalWhitePaper.md Italian 10:44 PM
Database Definito dallo Schema TechnicalWhitePaper.md Italian 10:44 PM
Messaggi Definiti dallo Schema TechnicalWhitePaper.md Italian 10:44 PM
Script & Macchine virtuali TechnicalWhitePaper.md Italian 10:44 PM
Modifiche di Emergenza TechnicalWhitePaper.md Italian 10:44 PM
Tutti i nodi che non si aggiornano al nuovo codice si spengono automaticamente. TechnicalWhitePaper.md Italian 10:44 PM
Le modifiche al codice vanno in vigore 7 giorni dopo, dando a tutti i nodi completi 1 settimana per effettuare l'aggiornamento dopo la ratifica del codice sorgente. TechnicalWhitePaper.md Italian 10:44 PM
I produttori di blocchi mantengono 17/21 approvazioni per 30 giorni consecutivi. TechnicalWhitePaper.md Italian 10:44 PM
I produttori di blocchi adottano le modifiche al codice sorgente per riflettere il cambiamento nella costituzione e lo propongono alla blockchain usando l'hash di un commit git. TechnicalWhitePaper.md Italian 10:44 PM
Tutti gli utenti sono tenuti a firmare le transazioni utilizzando l'hash della nuova costituzione. TechnicalWhitePaper.md Italian 10:44 PM
I produttori di blocchi mantengono 17/21 approvazioni per 30 giorni consecutivi. TechnicalWhitePaper.md Italian 10:44 PM
I produttori di blocchi propongono una modifica della costituzione e ottengono 17/21 approvazioni. TechnicalWhitePaper.md Italian 10:44 PM
Aggiornamento del Protocollo & Costituzione TechnicalWhitePaper.md Italian 10:44 PM
Ogni transazione trasmessa sulla rete deve incorporare l'hash della costituzione come parte della firma e quindi vincola esplicitamente il firmatario del contratto. TechnicalWhitePaper.md Italian 10:44 PM
Il contenuto di questa costituzione definisce gli obblighi tra gli utenti che non possono essere interamente applicati mediante codice, inoltre facilita la risoluzione delle controversie stabilendo la giurisdizione e la scelta della legge insieme ad altre regole reciprocamente accettate. TechnicalWhitePaper.md Italian 10:44 PM
Il software EOS.IO consente alle blockchain di stabilire un contratto di servizio peer-to-peer o un contratto vincolante tra gli utenti che lo firmano, definito "costituzione". TechnicalWhitePaper.md Italian 10:44 PM
Simile al processo di congelamento di un account, questa sostituzione del codice richiede un voto di 17/21 dai produttori di blocchi eletti. TechnicalWhitePaper.md Italian 10:44 PM
Show More
10:46 PM
You disapproved 7 suggestions in the project eos-docs
Suggestion File Language Time
I produttori di blocchi propongono una modifica della costituzione e ottengono 17/21 approvazioni. TechnicalWhitePaper.md Italian 10:46 PM
Aggiornamento del Protocollo & Costituzione TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO definisce un processo mediante il quale il protocollo come definito dal codice sorgente canonico e dalla sua costituzione, può essere aggiornato utilizzando il seguente processo: TechnicalWhitePaper.md Italian 10:45 PM
Questo intento viene utilizzato per identificare la differenza tra un bug e una funzionalità quando si verificano errori e guida la comunità su quali correzioni sono giuste o improprie. TechnicalWhitePaper.md Italian 10:44 PM
La costituzione definisce anche l'intento comunemente leggibile del protocollo del codice sorgente. TechnicalWhitePaper.md Italian 10:44 PM
Gestori di Messaggi di Sola Lettura TechnicalWhitePaper.md Italian 10:43 PM
Il controllo multiutente è il singolo e più grande contributore alla sicurezza e, se usato correttamente, può eliminare notevolmente il rischio di furti dovuti a hacking. TechnicalWhitePaper.md Italian 10:32 PM
10:18 PM
You suggested 2 translations in the project eos-docs
Translation File Language Time
Per prevenire abusi della rete, il monitoraggio delle risorse e il tasso di controllo dell'utilizzo, limita gli utenti in base agli EOS in riserva (c.d. staked) Roadmap.md Italian 10:18 PM
Questo documento delinea un piano di sviluppo di alto livello e sarà aggiornato in considerazione dei progressi compiuti al raggiungimento della versione 1.0. Va notato che questa roadmap è da applicarsi esclusivamente al software della blockchain e non ad altri strumenti e risorse utili come wallet e esploratori di blocchi (c.d. block explorers) che avranno i propri team e le proprie roadmap dedicate una volta raggiunto il completamento della Fase 1. Roadmap.md Italian 10:14 PM
10:46 PM
You disapproved 7 suggestions in the project eos-docs
Suggestion File Language Time
I produttori di blocchi propongono una modifica della costituzione e ottengono 17/21 approvazioni. TechnicalWhitePaper.md Italian 10:46 PM
Aggiornamento del Protocollo & Costituzione TechnicalWhitePaper.md Italian 10:46 PM
Il software EOS.IO definisce un processo mediante il quale il protocollo come definito dal codice sorgente canonico e dalla sua costituzione, può essere aggiornato utilizzando il seguente processo: TechnicalWhitePaper.md Italian 10:45 PM
Questo intento viene utilizzato per identificare la differenza tra un bug e una funzionalità quando si verificano errori e guida la comunità su quali correzioni sono giuste o improprie. TechnicalWhitePaper.md Italian 10:44 PM
La costituzione definisce anche l'intento comunemente leggibile del protocollo del codice sorgente. TechnicalWhitePaper.md Italian 10:44 PM
Gestori di Messaggi di Sola Lettura TechnicalWhitePaper.md Italian 10:43 PM
Il controllo multiutente è il singolo e più grande contributore alla sicurezza e, se usato correttamente, può eliminare notevolmente il rischio di furti dovuti a hacking. TechnicalWhitePaper.md Italian 10:32 PM
10:18 PM
You suggested 2 translations in the project eos-docs
Translation File Language Time
Per prevenire abusi della rete, il monitoraggio delle risorse e il tasso di controllo dell'utilizzo, limita gli utenti in base agli EOS in riserva (c.d. staked) Roadmap.md Italian 10:18 PM
Questo documento delinea un piano di sviluppo di alto livello e sarà aggiornato in considerazione dei progressi compiuti al raggiungimento della versione 1.0. Va notato che questa roadmap è da applicarsi esclusivamente al software della blockchain e non ad altri strumenti e risorse utili come wallet e esploratori di blocchi (c.d. block explorers) che avranno i propri team e le proprie roadmap dedicate una volta raggiunto il completamento della Fase 1. Roadmap.md Italian 10:14 PM
Jan 08, 2018
3:18 AM
You joined Minecolonies translation project
Jan 03, 2018
12:03 AM
You suggested the translation "La Governance" in the project eos-docs
12:03 AM
You approved 5 suggestions in the project eos-docs
Suggestion File Language Time
La Governance TechnicalWhitePaper.md Italian 12:03 AM
I produttori di blocchi di tutte le blockchain hanno il potere di selezionare quali transazioni sono incluse nei blocchi, questo dà loro la possibilità di congelare o meglio bloccare gli account. TechnicalWhitePaper.md Italian 12:01 AM
A volte uno smart-contract si comporta in modo aberrante o imprevedibile e non riesce a funzionare come previsto; altre volte un'applicazione o un account possono scoprire un exploit che gli consente di consumare una quantità irragionevole di risorse. TechnicalWhitePaper.md Italian 12:01 AM
Se i produttori di blocchi apportano modifiche senza il permesso dei titolari di token, tutti gli altri nodi non-produttori e validatori (exchanges, ecc.) rifiuteranno la modifica. TechnicalWhitePaper.md Italian 12:00 AM
Una blockchain basata sul software EOS.IO riconosce che il potere ha origine dai titolari dei token che delegano tale potere ai produttori di blocchi. TechnicalWhitePaper.md Italian 12:00 AM
Jan 02, 2018
11:59 PM
You approved 32 suggestions in the project eos-docs
Suggestion File Language Time
In assenza di un processo di governance definito, le blockchain precedenti si basavano su processi di governance ad hoc, informali e spesso controversi che hanno prodotto esiti imprevedibili. TechnicalWhitePaper.md Italian 11:59 PM
La governance è il processo attraverso il quale le persone raggiungono il consenso su questioni soggettive che non possono essere acquisite interamente da algoritmi software. TechnicalWhitePaper.md Italian 11:59 PM
Una blockchain basata su software EOS.IO implementa un processo di governance che affronta l'influenza esistente dei produttori di blocchi. TechnicalWhitePaper.md Italian 11:59 PM
La Governance TechnicalWhitePaper.md Italian 11:59 PM
In tal caso, gli sviluppatori e gli utenti non sono influenzati da alcuna volatilità dei prezzi del mercato dei token e quindi non dipendono dall'andamento dei prezzi. TechnicalWhitePaper.md Italian 11:58 PM
Se il proprietario di un'applicazione detiene un numero rilevante di token su una blockchain che adotta il software EOS.IO, l'applicazione può essere eseguita a tempo indeterminato con un medesimo stato e utilizzo di banda. TechnicalWhitePaper.md Italian 11:57 PM
Uno dei principali vantaggi del software EOS.IO è che la quantità della banda disponibile per un'applicazione è completamente indipendente dal prezzo dei token. TechnicalWhitePaper.md Italian 11:57 PM
Un detentore di token su una blockchain basata su EOS.IO che potrebbe non avere la necessità immediata di consumare tutta o parte della banda disponibile, può dare o affittare tale banda non consumata ad altri; i produttori di blocchi che eseguono il software EOS.IO su tale blockchain riconosceranno questa delega di capacità e assegneranno di conseguenza la banda. TechnicalWhitePaper.md Italian 11:57 PM
Detto questo, ci sono alcune cose che sono banali da misurare in modo oggettivo. TechnicalWhitePaper.md Italian 11:56 PM
L'adozione del software EOS.IO su una blockchain in esecuzione significa che la banda e la capacità computazionale sono allocate sulla base di una riserva frazionaria poiché sono transitori (la capacità non utilizzata non può essere salvata per un uso futuro). TechnicalWhitePaper.md Italian 11:56 PM
La banda e il calcolo computazionale hanno due componenti, l'uso istantaneo e l'uso a lungo termine. TechnicalWhitePaper.md Italian 11:56 PM
NOTA BENE: I TOKEN CRITTOGRAFICI A CUI QUESTO WHITE PAPER FA RIFERIMENTO SONO I TOKEN CRITTOGRAFICI LANCIATI SULLA BLOCKCHAIN CHE UTILIZZA IL SOFTWARE EOS.IO. TechnicalWhitePaper.md Italian 11:56 PM
In una blockchain basata sul software EOS.IO, è compito del produttore di blocchi organizzare il recapito dei messaggi in thread indipendenti in modo che possano essere valutati in parallelo. TechnicalWhitePaper.md Italian 11:54 PM
Il costo del finanziamento di un nuovo account nella blockchain dovrebbe essere insignificante in confronto. TechnicalWhitePaper.md Italian 11:52 PM
Il software EOS.IO richiede che ogni transazione includa l'hash di un'intestazione di un blocco recente. Questo hash ha due scopi: TechnicalWhitePaper.md Italian 11:52 PM
Esistono casi straordinari in cui un bug del software, una congestione della rete Internet o un produttore di blocchi dannoso creino due o più fork. TechnicalWhitePaper.md Italian 11:51 PM
Esistono casi straordinari in cui un bug del software, una congestione della rete Internet o un produttore di blocchi dannoso creino due o più forks. TechnicalWhitePaper.md Italian 11:51 PM
Le tipiche blockchain DPOS hanno una partecipazione da parte dei produttori di blocchi del 100%. Una transazione può essere considerata confermata con una certezza del 99,9% dopo una media di 1,5 secondi dal momento della trasmissione. TechnicalWhitePaper.md Italian 11:50 PM
Inoltre, nessun produttore di blocchi dovrebbe produrre blocchi su due fork allo stesso tempo. TechnicalWhitePaper.md Italian 11:50 PM
I primi 20 per approvazione totale vengono automaticamente scelti ad ogni turno e l'ultimo produttore viene scelto in proporzione al numero di voti rispetto agli altri. TechnicalWhitePaper.md Italian 11:49 PM
Il software EOS.IO consente di produrre blocchi esattamente ogni 3 secondi e un produttore è autorizzato a produrre un blocco in qualsiasi momento. TechnicalWhitePaper.md Italian 11:49 PM
Ritardi più lunghi causano frustrazione negli utenti e rendono le applicazioni basate su una blockchain meno competitive in confronto alle alternative esistenti non basate su blockchain. TechnicalWhitePaper.md Italian 11:48 PM
Sebbene un certo numero di piattaforme blockchain ha faticato a supportare applicazioni decentralizzate funzionali, specifiche applicazioni basate su blockchain come l'exchange decentralizzato BitShares (2014) e la piattaforma di social media chiamata Steem (2016) sono diventate massivamente utilizzate con decine di migliaia di utenti attivi quotidianamente. TechnicalWhitePaper.md Italian 11:48 PM
block.one non produce e nega espressamente tutte le dichiarazioni e garanzie, espresse, implicite, statutarie o di altro tipo, incluse, a titolo esemplificativo ma non esaustivo le seguenti: (i) garanzie di commerciabilità, idoneità per uno scopo particolare, adeguatezza, utilizzo, titolo o non violazione; (ii) che il contenuto di questo white paper sia esente da errori; e (iii) che tali contenuti non violano i diritti di terzi. TechnicalWhitePaper.md Italian 11:46 PM
La tecnologia risultante è un'architettura blockchain scalabile e che si adatta a milioni di transazioni al secondo, elimina le commissioni dell'utente e consente una distribuzione rapida e semplice delle applicazioni decentralizzate. TechnicalWhitePaper.md Italian 11:45 PM
DISCLAIMER: Questo White Paper Tecnico di EOS.IO è fornito a solo scopo informativo. TechnicalWhitePaper.md Italian 11:44 PM
NON FANNO RIFERIMENTO AI TOKEN ERC-20 CHE SONO DISTRIBUITI SULLA BLOCKCHAIN DI ETHEREUM IN RELAZIONE ALLA DISTRIBUZIONE DEI TOKEN DI EOS. TechnicalWhitePaper.md Italian 11:44 PM
Ciò si ottiene creando un sistema simile ad un OS su cui possano essere sviluppate le applicazioni. TechnicalWhitePaper.md Italian 11:43 PM
26 giugno 2017 TechnicalWhitePaper.md Italian 11:41 PM
White Paper Tecnico di EOS.IO TechnicalWhitePaper.md Italian 11:41 PM
Sommario: Il software di EOS.IO introduce una nuova architettura blockchain progettata per abilitare la scalabilità verticale e orizzontale delle applicazioni decentralizzate. TechnicalWhitePaper.md Italian 11:41 PM
Sommario: Il software di EOS.IO introduce una nuova architettura blockchain progettata per consentire la scalabilità verticale e orizzontale delle applicazioni decentralizzate. TechnicalWhitePaper.md Italian 11:41 PM
11:59 PM
You disapproved 3 suggestions in the project eos-docs
Suggestion File Language Time
La governance è il processo attraverso il quale le persone raggiungono il consenso su questioni soggettive che non possono essere acquisite interamente da algoritmi software. TechnicalWhitePaper.md Italian 11:59 PM
La Governance TechnicalWhitePaper.md Italian 11:59 PM
Ciò si ottiene creando un sistema simile ad un OS su cui possano essere sviluppate le applicazioni. TechnicalWhitePaper.md Italian 11:43 PM
11:59 PM
You suggested 27 translations in the project eos-docs
Translation File Language Time
La governance è il processo attraverso il quale le persone raggiungono il consenso su questioni soggettive che non possono essere acquisite interamente da algoritmi software. TechnicalWhitePaper.md Italian 11:59 PM
La Governance TechnicalWhitePaper.md Italian 11:59 PM
Ciò si ottiene creando un sistema simile ad un OS su cui possano essere sviluppate le applicazioni. TechnicalWhitePaper.md Italian 11:43 PM
Sommario: Il software di EOS.IO introduce una nuova architettura blockchain progettata per consentire la scalabilità verticale e orizzontale delle applicazioni decentralizzate. TechnicalWhitePaper.md Italian 11:41 PM
Il software fa parte di un modello olistico per una sistema blockchain scalabile a livello globale in cui le applicazioni decentralizzate possono essere facilmente distribuite e governate. TechnicalWhitePaper.md Italian 12:39 AM
Il software EOS.IO è progettato in base all'esperienza di concetti collaudati e di pratiche ottimali e rappresenta un progresso fondamentale nella tecnologia della blockchain. TechnicalWhitePaper.md Italian 12:36 AM
Conclusione TechnicalWhitePaper.md Italian 12:32 AM
Un utente può utilizzare questi numeri di sequenza per dimostrare che tutti i messaggi destinati a un determinato account sono stati elaborati e che sono stati elaborati in ordine. TechnicalWhitePaper.md Italian 12:32 AM
Il software EOS.IO facilita ciò assegnando un numero di sequenza a ogni messaggio consegnato a ogni account. TechnicalWhitePaper.md Italian 12:32 AM
Sebbene sia impossibile dimostrare che tutte le transazioni più recenti siano conosciute, è possibile dimostrare che non ci sono stati vuoti nella cronologia delle transazioni. TechnicalWhitePaper.md Italian 12:31 AM
Quando si usano le prove di merkle da blockchain esterne, c'è una differenza significativa tra il sapere che tutte le transazioni processate sono valide e il sapere che nessuna transazione è stata saltata o omessa. TechnicalWhitePaper.md Italian 12:31 AM
Prova di Completezza TechnicalWhitePaper.md Italian 12:30 AM
Se i produttori di blocchi di una catena non aspettano l'irreversibilità, sarebbe come se un exchange accettasse un deposito che è stato successivamente annullato e che potrebbe influire sulla validità del consensus della blockchain. TechnicalWhitePaper.md Italian 12:30 AM
Utilizzando una blockchain basata sul software EOS.IO e DPOS con 3 secondi per ogni blocco e con 21 produttori, sono necessari circa 45 secondi. TechnicalWhitePaper.md Italian 12:29 AM
Utilizzando una blockchain basata su software EOS.IO e DPOS con 3 secondi per ogni blocco e con 21 produttori, ci vogliono circa 45 secondi. TechnicalWhitePaper.md Italian 12:28 AM
Quando si comunica con una blockchain esterna, i produttori di blocchi devono attendere fino a quando non vi è la certezza del 100% che una transazione sia stata confermata in modo irreversibile dall'altra blockchain prima di accettarla come input valido. TechnicalWhitePaper.md Italian 12:27 AM
Latenza della Comunicazione Interchain TechnicalWhitePaper.md Italian 12:27 AM
Per motivi di prestazioni, è ideale ridurre al minimo la frequenza delle prove tra catene (c.d. inter-chain proofs). TechnicalWhitePaper.md Italian 12:27 AM
Dopo una certa densità di interconnessione diventa più efficiente avere semplicemente una catena che contiene l'intera cronologia dei blocchi di un'altra catena ed eliminare in modo assoluto la necessità delle prove. TechnicalWhitePaper.md Italian 12:25 AM
L'approccio esatto utilizzato dipenderà necessariamente dalla percentuale di blocchi estranei che includono le transazioni a cui fa riferimento la prova di merkle. TechnicalWhitePaper.md Italian 12:24 AM
Le nuove prove devono includere solo i collegamenti allo sparse tree conosciuto. TechnicalWhitePaper.md Italian 12:23 AM
In alternativa, una blockchain può usare un approccio di valutazione semplice in cui ricorda gli hash intermedi delle prove passate. TechnicalWhitePaper.md Italian 12:11 AM
Tracciare solo le intestazioni recenti può offrire un compromesso tra archiviazione a lungo termine e dimensioni della prova. TechnicalWhitePaper.md Italian 12:04 AM
Tracciare tutte le intestazioni dei blocchi (420 MB/anno) manterrà le dimensioni delle prove marginali. TechnicalWhitePaper.md Italian 12:03 AM
Quando arriva il momento di convalidare le prove su altre catene vi è una grande varietà di ottimizzazioni tempo/ spazio/ bandwidth che possono essere effettuate. TechnicalWhitePaper.md Italian 12:02 AM
C'è un piccolo overhead incrementale associato alla produzione di blocchi con un hash-linking appropriato per abilitare queste prove, il che significa che non c'è motivo per non generare blocchi in questo modo. TechnicalWhitePaper.md Italian 12:01 AM
Se si presuppone che i nodi di convalida mantengano il controllo di tutte le intestazioni di blocco nel giorno passato (2 MB di dati), la dimostrazione di queste transazioni richiederà solo delle prove di 200 byte. TechnicalWhitePaper.md Italian 12:00 AM
11:41 PM
You deleted the suggestion "Sommario: Il software di EOS.IO introduce una nuova architettura blockchain progettata per consentire la scalabilità verticale e orizzontale delle applicazioni decentralizzate." in the project eos-docs
https://crowdin.com/project/eos-docs/it#
