¿Cuál es una diferencia importante entre un soft fork y un hard fork?

Explicación detallada

En un cambio de consenso importa cómo se relaciona el nuevo conjunto de bloques válidos con las reglas anteriores. Un soft fork endurece las reglas: los nodos actualizados solo aceptan un subconjunto de lo que aceptarían los antiguos. Por eso, los antiguos pueden seguir la nueva cadena aunque no verifiquen por completo las nuevas restricciones.

Un hard fork amplía o modifica las reglas de validez de modo que los nodos antiguos rechacen al menos algunos bloques válidos según las nuevas. Si ambos conjuntos de reglas siguen usándose, pueden surgir cadenas separadas de forma permanente. «Hard» no significa automáticamente agresivo o malo; describe la falta de compatibilidad hacia atrás.

Un soft fork tampoco está libre de riesgos automáticamente. Los nodos sin actualizar no verifican por sí mismos la nueva regla y confían en que suficientes participantes relevantes la apliquen. Por eso importan la activación y la coordinación. Segregated Witness y Taproot, por ejemplo, se introdujeron como soft forks. Los términos describen compatibilidad técnica, no popularidad o calidad.