Binance Square
LIVE
LIVE
TumeloPat_Crypto
--39 views
Visualizza originale
4. Prova di lavoro Per implementare un server di timestamp distribuito su base peer-to-peer, dovremo utilizzare un sistema di prova di lavoro simile a Hashcash di Adam Back[6], piuttosto che i giornali o i post di Usenet. La prova di lavoro prevede la scansione di un valore che, una volta sottoposto a hash, come con SHA-256, l'hash inizia con un numero di bit zero. Il lavoro medio richiesto è esponenziale nel numero di bit zero richiesti e può essere verificato eseguendo un singolo hash. Per la nostra rete timestamp, implementiamo la prova di lavoro incrementando un nonce nel blocco finché non viene trovato un valore che fornisce all'hash del blocco i bit zero richiesti. Una volta che lo sforzo della CPU è stato speso per soddisfare la prova di lavoro, il blocco non può essere modificato senza rifare il lavoro. Poiché i blocchi successivi vengono concatenati dopo di esso, il lavoro per modificare il blocco includerebbe la rifacimento di tutti i blocchi successivi. La prova del lavoro risolve anche il problema di determinare la rappresentanza nel processo decisionale a maggioranza. Se la maggioranza fosse basata su un indirizzo IP, un voto, potrebbe essere sovvertita da chiunque sia in grado di assegnare molti IP. La prova del lavoro è essenzialmente una CPU, un voto. La decisione a maggioranza è rappresentata dalla catena più lunga, su cui è stato investito il maggiore sforzo di proof-of-work. Se la maggior parte della potenza della CPU è controllata da nodi onesti, la catena onesta crescerà più velocemente e supererà qualsiasi catena concorrente Per modificare un blocco passato, un utente malintenzionato dovrebbe rifare la prova di lavoro del blocco e di tutti i blocchi successivi e poi recuperare e superare il lavoro dei nodi onesti. Mostreremo in seguito che la probabilità che un attaccante più lento raggiunga il livello diminuisce esponenzialmente man mano che vengono aggiunti i blocchi successivi. Per compensare l'aumento della velocità dell'hardware e il variare dell'interesse nell'esecuzione dei nodi nel tempo, la difficoltà della prova di lavoro è determinata da una media mobile che prende di mira un numero medio di blocchi all'ora. Se vengono generati troppo velocemente, la difficoltà aumenta. #BinanceSquare #BTC #BitcoinWorld #uniswap #ftx

4. Prova di lavoro

Per implementare un server di timestamp distribuito su base peer-to-peer, dovremo utilizzare un sistema di prova di lavoro simile a Hashcash di Adam Back[6], piuttosto che i giornali o i post di Usenet.

La prova di lavoro prevede la scansione di un valore che, una volta sottoposto a hash, come con SHA-256, l'hash inizia con un numero di bit zero. Il lavoro medio richiesto è esponenziale nel numero di bit zero richiesti e può essere verificato eseguendo un singolo hash.

Per la nostra rete timestamp, implementiamo la prova di lavoro incrementando un nonce nel blocco finché non viene trovato un valore che fornisce all'hash del blocco i bit zero richiesti.

Una volta che lo sforzo della CPU è stato speso per soddisfare la prova di lavoro, il blocco non può essere modificato senza rifare il lavoro. Poiché i blocchi successivi vengono concatenati dopo di esso, il lavoro per modificare il blocco includerebbe la rifacimento di tutti i blocchi successivi.

La prova del lavoro risolve anche il problema di determinare la rappresentanza nel processo decisionale a maggioranza. Se la maggioranza fosse basata su un indirizzo IP, un voto, potrebbe essere sovvertita da chiunque sia in grado di assegnare molti IP.

La prova del lavoro è essenzialmente una CPU, un voto. La decisione a maggioranza è rappresentata dalla catena più lunga, su cui è stato investito il maggiore sforzo di proof-of-work.

Se la maggior parte della potenza della CPU è controllata da nodi onesti, la catena onesta crescerà più velocemente e supererà qualsiasi catena concorrente

Per modificare un blocco passato, un utente malintenzionato dovrebbe rifare la prova di lavoro del blocco e di tutti i blocchi successivi e poi recuperare e superare il lavoro dei nodi onesti.

Mostreremo in seguito che la probabilità che un attaccante più lento raggiunga il livello diminuisce esponenzialmente man mano che vengono aggiunti i blocchi successivi.

Per compensare l'aumento della velocità dell'hardware e il variare dell'interesse nell'esecuzione dei nodi nel tempo, la difficoltà della prova di lavoro è determinata da una media mobile che prende di mira un numero medio di blocchi all'ora. Se vengono generati troppo velocemente, la difficoltà aumenta.

#BinanceSquare

#BTC

#BitcoinWorld

#uniswap

#ftx

Disclaimer: include opinioni di terze parti. Nessuna consulenza finanziaria. Consulta i T&C.
0
Risposte 1
Esplora i contenuti per te
Registrati subito per la possibilità di guadagnare 100 USDT in ricompense!
o
Registrati come entità
o
Accedi
Creator pertinente

Scopri di più dal Creator

--
2. Transactions We define an electronic coin as a chain of digital signatures. Each owner transfers the coin to the next by digitally signing a hash of the previous transaction and the public key of the next owner and adding these to the end of the coin. A payee can verify the signatures to verify the chain of ownership. The problem of course is the payee can’t verify that one of the owners did not double-spend the coin. A common solution is to introduce a trusted central authority, or mint, that checks every transaction for double spending. After each transaction, the coin must be returned to the mint to issue a new coin, and only coins issued directly from the mint are trusted not to be double-spent. The problem with this solution is that the fate of the entire money system depends on the company running the mint, with every transaction having to go through them, just like a bank. We need a way for the payee to know that the previous owners did not sign any earlier transactions. For our purposes, the earliest transaction is the one that counts, so we don't care about later attempts to double-spend. The only way to confirm the absence of a transaction is to be aware of all transactions. In the mint based model, the mint was aware of all transactions and decided which arrived first. To accomplish this without a trusted party, transactions must be publicly announced[1], and we need a system for participants to agree on a single history of the order in which they were received. The payee needs proof that at the time of each transaction, the majority of nodes agreed it was the first received. #BinanceSquare #BitcoinWorld #Binance #bitcoin #usdr
--

Ultime notizie

Vedi altro
Mappa del sito
Cookie Preferences
T&C della piattaforma