Que yo sepa, ni SHA256 ni scrypt han tenido casos comprobables de colisiones de hash. Sin embargo, si este evento tan poco probable ocurriera, ¿qué significaría eso para el estado de la cadena de bloques? ¿Causaría confusión de consenso ya que habría 2 bloques con el mismo hash que apuntan a diferentes bloques anteriores? ¿Y/o sería una buena práctica evitar el algoritmo con el que ocurrió la colisión?
Sólo curioso,
-Schwifty
Este es un evento muy poco probable que ocurra, pero, en el caso de que suceda, no sucederá nada extraño.
Además, si dos mineros extraen un bloque al mismo tiempo, algunos nodos verán y aceptarán uno de los dos bloques "gemelos" primero, y el segundo simplemente será ignorado . Después de que la mayoría de los nodos está de acuerdo en que uno de los dos bloques es el "bueno" (A), el otro bloque gemelo (B) es rechazado por todos los nodos luego de que la red descarta dicho bloque (B).
Sin embargo, las posibilidades de que eso suceda son insignificantes, porque el hash de bloque es una salida aleatoria de 256 bits (más pequeña que el objetivo actual), lo que permite una inmensa cantidad de posibles salidas de hash de una magnitud similar al espacio de direcciones . árbitro
Bien explicado también por P Wuille:
"Si dos bloques con el mismo hash y el mismo padre se producen ~simultáneamente, uno de los cuales es válido y el otro no es válido (pero tiene una prueba de trabajo válida), algunos nodos en la red verán uno primero y otros verán el otro primero. Aquellos que vean primero la versión inválida marcarán el bloque como inválido permanentemente, y ni siquiera se molestarán en tratar de aprender sobre el válido cuando otro bloque se construya encima. Esto conduciría a una bifurcación de cadena permanente entre los nodos que vieron primero el bloque no válido y los que vieron primero el válido". árbitro
apt-getschwifty
Quitrik
Marat Mkhitaryan
Bitcoingraffiti