Fork Intermedio

Existen dos categorías generales. Un soft fork endurece las reglas de forma retrocompatible, por lo que los nodos que no han actualizado su software aún pueden reconocer como válidos los bloques producidos bajo las nuevas reglas. Un hard fork cambia las reglas de una manera que no es retrocompatible, lo que significa que los nodos actualizados y los no actualizados ya no pueden ponerse de acuerdo sobre qué cuenta como una cadena válida. Si la red no adopta por unanimidad las nuevas reglas de un hard fork, la blockchain puede dividirse permanentemente en dos redes separadas, cada una continuando con su propio historial de transacciones a partir del punto de la bifurcación y, a menudo, con su propia moneda distinta.

Las bifurcaciones ocurren por diferentes motivos: actualizaciones rutinarias del protocolo que añaden funciones o corrigen problemas, o desacuerdos genuinos dentro de una comunidad sobre el rumbo futuro de la red. Esto es una parte normal de cómo evolucionan los protocolos de blockchain abiertos, y no es inherentemente una señal de problemas. Dicho esto, los tenedores de una moneda en el momento de un hard fork controvertido pueden acabar teniendo un saldo en dos cadenas separadas después, y acceder a las monedas de cada cadena resultante o usarlas depende de si las billeteras y los exchanges deciden darles soporte.

Desde la perspectiva de un usuario, los exchanges y los proveedores de billeteras normalmente deciden qué cadena resultante listar y dar soporte tras un hard fork controvertido, y esa decisión suele ser lo que determina con qué facilidad alguien puede acceder realmente a las monedas de cada lado de la división y usarlas. Las actualizaciones de software realizadas como soft forks, en cambio, generalmente se implementan sin crear ninguna cadena competidora, ya que los nodos que aún no se han actualizado pueden seguir participando bajo las reglas endurecidas en lugar de ser empujados a una versión incompatible de la red.