Soft fork vs Hard fork
Soft fork: compatible hacia atrás
Un soft fork añade restricciones. Los bloques válidos bajo las nuevas reglas también son válidos bajo las antiguas. Los nodos no actualizados siguen aceptando los bloques nuevos, aunque no entienden las nuevas funcionalidades. Ejemplos: SegWit (2017), Taproot (2021).
Hard fork: ruptura de compatibilidad
Un hard fork relaja restricciones o cambia reglas fundamentales. Los nodos no actualizados rechazan los bloques nuevos, creando una bifurcación permanente: dos cadenas incompatibles. Bitcoin Cash (2017) nació de un hard fork durante las guerras de bloques.
¿Por qué Bitcoin evita los hard forks?
Un hard fork obliga a todos los participantes a actualizar o quedarse en una cadena distinta. Esto fragmenta la red, divide la comunidad y crea incertidumbre. Bitcoin prefiere evolucionar mediante soft forks: cambios conservadores, compatibles hacia atrás, que no dejan a nadie fuera.
Errores habituales
- Creer que soft fork significa "cambio pequeño" y hard fork "cambio grande" (se refieren a compatibilidad, no a magnitud)
- Pensar que los hard forks son necesarios para mejorar Bitcoin (SegWit y Taproot demuestran que no)
- Confundir hard fork con "actualización obligatoria" de software convencional
Conceptos relacionados
Fuentes primarias
- Bitcoin Wiki: Softfork, Hardfork
- Jonathan Bier, «The Blocksize War» (2021)