¿Es posible agregar un bloque válido a uno no válido y que otro cliente lo acepte?

Como cada Cliente verifica cada bloque que recibe y rechaza cada Bloque que no es válido, es poco probable que ocurra esta situación. Sin embargo, si por casualidad se propagara algún Bloque inválido (como en el caso de un error de desbordamiento de valor , o tal vez al ser propagado por algunos Clientes alternativos que no siguen el Protocolo al pie de la letra), eventualmente sería eliminado del Bloque. historia y dejar huérfanos todos los Bloques adjuntos. Alternativamente, el Protocolo podría cambiar para adaptarse al Bloque, pero eso es mucho menos probable que suceda.

Cuando una parte de la cadena de bloques se vuelva inválida, todas las transacciones contenidas en ella se volverán a evaluar: las transacciones de generación de monedas se descartarán, todas las transacciones que gasten sus salidas también se invalidarán y todas las demás transacciones que aún son válidas se agregarán. de vuelta al grupo de Transacciones que se agregarán a Bloques futuros. Lo mismo sucedería en caso de que algunos Bloques se sobrescribieran con una Cadena de Bloques más larga.

En general, un Bloque inválido que se acepta como válido y tiene Bloques válidos agregados a la Cadena después de que es un error. Tales casos han ocurrido en el pasado al menos una vez, y el resultado ha sido corregir el error y borrar el Bloque no válido junto con todos los demás Bloques adjuntos. Todas las Transacciones normales de esos Bloques tendrían que agregarse nuevamente a los Bloques recién creados y cualquier Transacción de generación de monedas sería invalidada.

Con el cliente Bitcoin.org, el nodo acepta un bloque solo después de que ninguno de los pasos de verificación falla.

Cada bloque en la cadena de bloque * está vinculado a un bloque anterior con una referencia al hash de ese bloque anterior.

Tomemos el caso en el que un nodo ve que la cadena más larga termina en la altura 1000. Luego recibe un bloque 1.001. Luego, el cliente verificará que el hash que proporciona el bloque para el bloque 1000 realmente coincida con el hash que el cliente ya conoce (de la cadena más larga) para el bloque 1000. No coincidirá, por lo que este 1001 no se extiende fuera del bloque 1000 que el cliente ya conoce.

Y dado que el cliente no tiene conocimiento de ningún otro bloque 1000 con ese hash del que 10001 pretende extenderse, el cliente no aceptará el bloque 1001; no hay ningún vínculo que lo vincule a ningún bloque recibido previamente.