Translated the content of the TechnicalWhitePaper.md 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.
According to the Utopian-io new rules under translation category the minimum translation requirement is of 500 words, I translated 936 words of the TechnicalWhitePaper.md document reaching a percentage of 100%.
Contribution
This is the proof of how many words I translated(need to subtract 2005 words that I translated less than 24h ago):
While here you can verify the activity of the translation in here:
https://crowdin.com/project/eos-docs/it/activity
activity record:
Translation File Language Time
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
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 11:59 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 11:57 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 11:56 PM
A 10 transazioni al secondo, una prova valida richiede circa 512 byte. TechnicalWhitePaper.md Italian 11:56 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 11:55 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 11:54 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 11:53 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 11:52 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 11:50 PM
Dopotutto, un exchange si preoccupa solo dei trasferimenti IN e OUT dall'exchange e nulla più. TechnicalWhitePaper.md Italian 11:49 PM
L'integrazione con altre blockchain è molto più semplice se i client non devono elaborare tutte le transazioni. TechnicalWhitePaper.md Italian 11:47 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 11:46 PM
Ciò si ottiene rendendo semplice la dimostrazione dell'esistenza del messaggio e la dimostrazione della sequenza dei messaggi. TechnicalWhitePaper.md Italian 11:43 PM
Il software EOS.IO è progettato per facilitare la comunicazione inter-blockchain. TechnicalWhitePaper.md Italian 11:42 PM
Comunicazione Inter-Blockchain TechnicalWhitePaper.md Italian 11:42 PM
Comunicazione Inter-Blockchain TechnicalWhitePaper.md Italian 11:42 PM
Comunicazione Inter-blockchain TechnicalWhitePaper.md Italian 11:42 PM
Comunicazione Interblockchain TechnicalWhitePaper.md Italian 11:41 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 11:41 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 11:40 PM
Macchina Virtuale di Ethereum (EVM) TechnicalWhitePaper.md Italian 11:39 PM
Questo approccio può essere facilmente adattato e integrato con il software EOS.IO. TechnicalWhitePaper.md Italian 11:39 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 11:39 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 11:37 PM
Con alcune piccole modifiche, il Web Assembly può essere reso deterministico e in modalità sandbox. TechnicalWhitePaper.md Italian 11:35 PM
Web Assembly è uno standard Web emergente per la creazione di applicazioni Web ad alte prestazioni. TechnicalWhitePaper.md Italian 11:34 PM
Web Assembly (WASM) TechnicalWhitePaper.md Italian 11:33 PM
Posted on Utopian.io - Rewarding Open Source Contributors