Binance Square
LIVE
LIVE
TumeloPat_Crypto
--39 views
Ver original
4. Prueba de trabajo Para implementar un servidor de marca de tiempo distribuido de igual a igual, necesitaremos utilizar un sistema de prueba de trabajo similar al Hashcash de Adam Back[6], en lugar de publicaciones de periódicos o Usenet. La prueba de trabajo implica buscar un valor que, cuando se aplica un hash, como con SHA-256, el hash comienza con una cantidad de bits cero. El trabajo promedio requerido es exponencial en la cantidad de bits cero requeridos y se puede verificar ejecutando un único hash. Para nuestra red de marca de tiempo, implementamos la prueba de trabajo incrementando un nonce en el bloque hasta que se encuentra un valor que le da al hash del bloque los cero bits requeridos. Una vez que se ha invertido el esfuerzo de la CPU para satisfacer la prueba de trabajo, el bloque no se puede cambiar sin rehacer el trabajo. Como los bloques posteriores se encadenan después de él, el trabajo para cambiar el bloque incluiría rehacer todos los bloques posteriores. La prueba de trabajo también resuelve el problema de determinar la representación en la toma de decisiones por mayoría. Si la mayoría se basara en una dirección IP, un voto, cualquiera que pudiera asignar muchas IP podría subvertirla. La prueba de trabajo es esencialmente una CPU, un voto. La decisión mayoritaria está representada por la cadena más larga, que tiene el mayor esfuerzo de prueba de trabajo invertido en ella. Si la mayor parte de la potencia de la CPU está controlada por nodos honestos, la cadena honesta crecerá más rápido y superará a cualquier cadena competidora. Para modificar un bloque anterior, un atacante tendría que rehacer la prueba de trabajo del bloque y todos los bloques posteriores y luego alcanzar y superar el trabajo de los nodos honestos. Más adelante mostraremos que la probabilidad de que un atacante más lento se ponga al día disminuye exponencialmente a medida que se agregan bloques posteriores. Para compensar el aumento de la velocidad del hardware y el interés variable en ejecutar nodos a lo largo del tiempo, la dificultad de la prueba de trabajo está determinada por un promedio móvil dirigido a una cantidad promedio de bloques por hora. Si se generan demasiado rápido, la dificultad aumenta. #BinanceSquare #BTC #BitcoinWorld #uniswap #ftx

4. Prueba de trabajo

Para implementar un servidor de marca de tiempo distribuido de igual a igual, necesitaremos utilizar un sistema de prueba de trabajo similar al Hashcash de Adam Back[6], en lugar de publicaciones de periódicos o Usenet.

La prueba de trabajo implica buscar un valor que, cuando se aplica un hash, como con SHA-256, el hash comienza con una cantidad de bits cero. El trabajo promedio requerido es exponencial en la cantidad de bits cero requeridos y se puede verificar ejecutando un único hash.

Para nuestra red de marca de tiempo, implementamos la prueba de trabajo incrementando un nonce en el bloque hasta que se encuentra un valor que le da al hash del bloque los cero bits requeridos.

Una vez que se ha invertido el esfuerzo de la CPU para satisfacer la prueba de trabajo, el bloque no se puede cambiar sin rehacer el trabajo. Como los bloques posteriores se encadenan después de él, el trabajo para cambiar el bloque incluiría rehacer todos los bloques posteriores.

La prueba de trabajo también resuelve el problema de determinar la representación en la toma de decisiones por mayoría. Si la mayoría se basara en una dirección IP, un voto, cualquiera que pudiera asignar muchas IP podría subvertirla.

La prueba de trabajo es esencialmente una CPU, un voto. La decisión mayoritaria está representada por la cadena más larga, que tiene el mayor esfuerzo de prueba de trabajo invertido en ella.

Si la mayor parte de la potencia de la CPU está controlada por nodos honestos, la cadena honesta crecerá más rápido y superará a cualquier cadena competidora.

Para modificar un bloque anterior, un atacante tendría que rehacer la prueba de trabajo del bloque y todos los bloques posteriores y luego alcanzar y superar el trabajo de los nodos honestos.

Más adelante mostraremos que la probabilidad de que un atacante más lento se ponga al día disminuye exponencialmente a medida que se agregan bloques posteriores.

Para compensar el aumento de la velocidad del hardware y el interés variable en ejecutar nodos a lo largo del tiempo, la dificultad de la prueba de trabajo está determinada por un promedio móvil dirigido a una cantidad promedio de bloques por hora. Si se generan demasiado rápido, la dificultad aumenta.

#BinanceSquare

#BTC

#BitcoinWorld

#uniswap

#ftx

Aviso legal: Se incluyen opiniones de terceros. Esto no representa asesoría financiera. Lee los TyC.
0
Respuestas 1
Explora contenido para ti
Regístrate ahora para tener la oportunidad de ganar 100 USDT en recompensas.
o
Regístrate como entidad
o
Iniciar sesión
Creador relevante

Explora más de este creador

--
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
--

Artículos populares

Ver más
Mapa del sitio
Cookie Preferences
Términos y condiciones de la plataforma