Una bifurcación suave es una actualización retrocompatible de las reglas de consenso de un protocolo blockchain, en la que el conjunto de bloques válidos bajo las nuevas reglas es un subconjunto estricto de los bloques que eran válidos bajo las reglas antiguas. En la práctica, esto significa que los nodos que ejecutan el software antiguo seguirán aceptando los bloques producidos por los nodos actualizados, ya que los nuevos bloques cumplen con las reglas antiguas; simplemente son más restrictivos. A diferencia de una bifurcación dura, que crea tipos de bloques completamente nuevos que los nodos antiguos rechazarían (lo que podría dividir la cadena), una bifurcación suave permite la evolución del protocolo sin requerir que todos los participantes actualicen simultáneamente.
La retrocompatibilidad de las bifurcaciones suaves es su característica definitoria y su principal ventaja. Cuando se activa una bifurcación suave, los mineros o validadores actualizados comienzan a aplicar las nuevas reglas más estrictas. Los nodos no actualizados ven estos bloques como válidos porque aún cumplen con las reglas originales, más flexibles. Sin embargo, si un minero no actualizado produce un bloque que viola las nuevas reglas (pero se ajusta a las antiguas), los nodos actualizados lo rechazarán. Esto crea una asimetría: los nodos actualizados aplican un conjunto de reglas más estrictas, mientras que los nodos no actualizados son "engañados" para aceptar los bloques más estrictos porque no violan las reglas antiguas. Siempre que la mayoría del poder de minería (o poder de staking, en prueba de participación Si los sistemas aplican las nuevas reglas, la cadena convergerá en el conjunto de reglas actualizado sin dividirse.
Las bifurcaciones suaves han sido el mecanismo preferido para las actualizaciones del protocolo Bitcoin desde los primeros años de la red. Las principales mejoras de Bitcoin, como Pay-to-Script-Hash (P2SH), Segregated Witness (SegWit) y Taproot, se implementaron mediante bifurcaciones suaves. Este enfoque refleja una filosofía conservadora en la cultura de desarrollo de Bitcoin: los cambios deben ser mínimamente disruptivos, retrocompatibles y factibles sin obligar a toda la red a actualizarse simultáneamente. La desventaja es que las bifurcaciones suaves tienen más limitaciones en cuanto a los cambios que pueden introducir: pueden endurecer las reglas o añadir nuevos tipos de transacciones que los nodos antiguos interpretan como salidas de "cualquiera puede gastar", pero no pueden flexibilizar las reglas existentes ni alterar fundamentalmente la estructura de los bloques.
La mecánica que permite a una bifurcación suave mantener la compatibilidad con versiones anteriores suele implicar ingeniosos trucos técnicos. Por ejemplo, SegWit introdujo un formato de transacción completamente nuevo con una estructura de datos de testigo, pero los nodos antiguos simplemente interpretaban las transacciones de SegWit como gastos desde direcciones a las que «cualquiera podía gastar»; válido según las reglas antiguas, pero con un nuevo significado según las reglas actualizadas. Este patrón de codificación de la nueva semántica dentro de los marcos de reglas existentes es un sello distintivo de la ingeniería de bifurcaciones suaves, que requiere una gran ingeniosidad para implementar cambios complejos dentro de las restricciones de compatibilidad con versiones anteriores.
Origen e Historia
2010: La primera bifurcación suave de facto en Bitcoin ocurrió cuando Satoshi Nakamoto introdujo varios cambios para endurecer las reglas del código fuente de Bitcoin, incluyendo la adición de los códigos de operación OP_NOP y el límite de tamaño de bloque de 1 MB. Estos cambios invalidaron comportamientos previamente válidos, constituyendo de hecho bifurcaciones suaves, aunque el término aún no se utilizaba.
2012: La actualización BIP 16 introdujo Pay-to-Script-Hash (P2SH), una de las primeras bifurcaciones suaves de Bitcoin reconocidas formalmente. Propuesta por Gavin Andresen, P2SH permitió scripts de transacción más complejos, manteniendo la compatibilidad con versiones anteriores al codificar el hash de un script en una dirección estándar. Esta actualización se activó el 1 de abril de 2012 y sentó muchos de los precedentes sobre cómo se coordinarían las bifurcaciones suaves de Bitcoin.
2015: BIP 65 (OP_CHECKLOCKTIMEVERIFY) y BIP 66 (codificación estricta de firmas DER) se activaron como bifurcaciones suaves, introduciendo transacciones con bloqueo temporal y una validación de firmas más estricta. Estas actualizaciones utilizaron la señalización de mineros "IsSuperMajority", que requiere que 950 de los últimos 1,000 bloques indiquen su apoyo antes de la activación.
2016: La comunidad de Bitcoin inició un debate que se prolongó durante varios años sobre la escalabilidad, un tema que definiría la relación entre las bifurcaciones suaves y las bifurcaciones duras. La propuesta SegWit (BIP 141) se presentó como una solución de bifurcación suave para mejorar la flexibilidad de las transacciones y aumentar la capacidad de forma moderada, mientras que las facciones opuestas abogaban por una bifurcación dura para incrementar directamente el límite del tamaño del bloque. Este debate cristalizó la distinción filosófica entre bifurcaciones suaves y duras en la cultura de las criptomonedas.
2017: Segregated Witness (SegWit), la bifurcación suave más importante en la historia de Bitcoin hasta ese momento, se implementó el 8 de agosto de 2017, después de que el 100% de los mineros en un período de señalización alcanzaran el umbral del 95%, y se activó el 24 de agosto de 2017, en el bloque 481,824. SegWit separó los datos de firma de los datos de transacción, solucionando la maleabilidad de las transacciones, habilitando la Lightning Network y aumentando la capacidad efectiva de los bloques. Su activación fue impulsada por el movimiento User Activated Soft Fork (UASF), donde los operadores de nodos amenazaron con imponer SegWit independientemente de la señalización de los mineros.
2021: Taproot, la siguiente bifurcación suave importante de Bitcoin, se bloqueó el 12 de junio de 2021 en el bloque 687,284 tras alcanzar un umbral de señalización del 90 % por parte de los mineros, y se activó el 14 de noviembre de 2021 en el bloque 709,632. Propuesta inicialmente por Greg Maxwell y formalizada mediante BIPs escritas por Pieter Wuille, Tim Ruffing, AJ Townes y Jonas Nick, Taproot introdujo firmas Schnorr y árboles de scripts alternativos merkelizados (MAST), mejorando significativamente la privacidad, la eficiencia y las capacidades de los contratos inteligentes de Bitcoin. Taproot utilizó el mecanismo de activación Speedy Trial (una variante de BIP 8), alcanzando el umbral de señalización del 90 % requerido dentro de una única ventana de señalización.
2023 2026-: La comunidad de Bitcoin participó en un intenso debate sobre posibles bifurcaciones suaves futuras, incluyendo propuestas como OP_VAULT (BIP 345) para mejorar la seguridad de custodia, OP_CAT (BIP 347) para la funcionalidad de pactos y CTV (OP_CHECKTEMPLATEVERIFY, BIP 119) para la creación de plantillas de transacciones. Estas propuestas pusieron de manifiesto la tensión existente entre la filosofía de actualización conservadora de Bitcoin y el deseo de mejorar su funcionalidad.
En términos simples
La analogía de la actualización del código de construcción: Imagina que una ciudad actualiza su código de construcción para exigir cimientos más resistentes para los edificios nuevos. Todos los edificios existentes siguen siendo legales, ya que se construyeron bajo el código anterior. Pero cualquier edificio nuevo debe cumplir con el estándar más estricto. Una modificación gradual funciona de la misma manera: endurece las normas para el futuro, manteniendo la validez de todo lo construido bajo las normas anteriores.
La analogía de la reducción del límite de velocidad: Imagina una autopista donde el límite de velocidad baja de 70 km/h a 55 km/h. Los coches que ya circulan a 55 km/h o menos están sujetos a las normas antiguas y nuevas. Sin embargo, alguien que vaya a 65 km/h estaría infringiendo la nueva norma, aunque antes lo hiciera legalmente. Los nodos actualizados aplican el límite de 55 km/h; los nodos no actualizados siguen considerando que 70 km/h es aceptable, pero casualmente solo ven tráfico que circula a 55 km/h o menos.
La analogía del código de vestimenta del restaurante: Un restaurante que antes no tenía código de vestimenta ahora exige un atuendo informal elegante. Los clientes que ya visten traje (y que cumplen con el estándar más estricto) aún pueden entrar. Los clientes habituales que solo conocen la ausencia de código de vestimenta no ven nada malo en la gente bien vestida. Pero a cualquiera que se presente en chanclas se le negará la entrada por parte del nuevo sistema (nodos actualizados), incluso si los clientes que seguían las reglas anteriores no se hubieran percatado de la infracción.
La analogía de la actualización de software: Es como cuando el sistema operativo de tu teléfono se actualiza y restringe el acceso de las aplicaciones a la cámara. Las aplicaciones que ya respetan la privacidad de la cámara funcionan perfectamente. Las que antes accedían a la cámara sin permiso ahora se bloquean. El teléfono sigue funcionando con todas las aplicaciones antiguas; simplemente aplica permisos más estrictos a partir de ahora.
Importante: Si bien las bifurcaciones suaves son menos disruptivas que las bifurcaciones duras, no están exentas de riesgos. Si los mineros se dividen entre software actualizado y no actualizado, pueden producirse divisiones temporales de la cadena. Además, las técnicas de retrocompatibilidad utilizadas en las bifurcaciones suaves (como hacer que los nuevos tipos de transacciones parezcan accesibles para todos los usuarios en los nodos antiguos) pueden generar problemas de seguridad temporales para los usuarios que no han actualizado su software. Siempre se recomienda actualizar el software del nodo a la última versión después de que se active una bifurcación suave.
Características técnicas clave
Mecanismo de compatibilidad con versiones anteriores
Las nuevas reglas son un subconjunto estricto de las reglas antiguas: cualquier bloque válido según las nuevas reglas también es válido según las reglas antiguas.
Los nodos no actualizados aceptan bloques de mineros actualizados sin reconocer la aplicación de la nueva regla.
Los nodos actualizados rechazan los bloques que infringen las nuevas reglas, incluso si esos bloques serían válidos según las reglas antiguas.
Esta asimetría significa que solo se necesita una mayoría (no unanimidad) de poder de procesamiento o participación para que la bifurcación tenga éxito.
El patrón de "cualquiera puede gastar" permite codificar nuevas semánticas en transacciones que los nodos antiguos tratan como trivialmente válidas.
Mecanismos de activación
BIP 9 (Bits de versión): Los mineros señalan su disponibilidad estableciendo bits específicos en los campos de versión de bloque; la activación se produce cuando se alcanza un umbral (normalmente el 95%) dentro de un período de señalización.
BIP 8 (BIP 9 modificado con activación forzada): similar a BIP 9, pero incluye una opción de "bloqueo por tiempo de espera" donde la bifurcación suave se activa independientemente de la señalización del minero después de una fecha específica, diseñada para evitar que los mineros bloqueen indefinidamente las actualizaciones.
Prueba rápida: una variante de BIP 8 utilizada para Taproot, que otorga a los mineros un breve período (aproximadamente tres meses) para indicar su apoyo con un umbral del 90%, de lo contrario la comunidad consideraría vías de activación alternativas.
Bifurcación suave activada por el usuario (UASF): los operadores de nodos y los participantes económicos imponen nuevas reglas independientemente de las señales de los mineros, utilizando incentivos económicos para obligar a los mineros a cumplirlas; una amenaza que se hizo famosa durante el período de activación de SegWit (BIP 148).
Día de la Bandera: Una fecha/altura de bloque predeterminada en la que entran en vigor las nuevas reglas, independientemente de la señalización; el mecanismo más simple, pero que requiere un amplio consenso social.
Cómo funciona un tenedor blando
Los desarrolladores proponen un cambio de protocolo y redactan una Propuesta de Mejora de Bitcoin (BIP) que especifica las nuevas reglas de consenso.
La propuesta se somete a una revisión exhaustiva por pares, pruebas en la red de prueba/signet y debate comunitario durante meses o años.
El código que implementa las nuevas reglas se fusiona con el cliente de referencia (Bitcoin Core) tras un mecanismo de activación.
Los operadores de nodos y los mineros actualizan su software para incluir el nuevo código.
Los mineros comienzan a indicar que están listos para la activación configurando bits específicos en los encabezados de los bloques.
Cuando se alcanza el umbral de señalización dentro de un período definido, la bifurcación suave se "bloquea" y se activa después de un período de gracia.
Tras su activación, los mineros mejorados producen bloques que cumplen con las nuevas y más estrictas reglas.
Los nodos no actualizados aceptan estos bloques como válidos (compatibilidad con versiones anteriores), pero los bloques que infringen las nuevas reglas quedan huérfanos para la mayoría actualizada.
Los incentivos económicos animan a los mineros que aún no han actualizado a hacerlo, ya que sus bloques no conformes serían rechazados por la cadena mayoritaria.
SegWit: Anatomía de una bifurcación suave emblemática
Se separaron los datos del testigo (firma) del identificador de la transacción, solucionando así el antiguo error de maleabilidad de la transacción.
Se introdujo una nueva estructura de datos de "testigo" que se agrega a los bloques pero es invisible para los nodos antiguos (que ven un bloque "despojado" dentro del límite de 1 MB).
Se incrementó la capacidad efectiva de los bloques de aproximadamente 1 MB a entre 2 y 4 MB, dependiendo de la combinación de transacciones (medida en "unidades de peso": 4 millones de unidades de peso por bloque).
Habilitó protocolos de segunda capa como Lightning Network al hacer que los identificadores de transacción fueran inmutables.
Se utilizó un sistema de "versión testigo" que permite que futuras actualizaciones de soft-fork agreguen nuevas versiones de scripts (Taproot usó la versión testigo 1).
Taproot: Actualización de privacidad y eficiencia
Se sustituyó ECDSA por firmas Schnorr (BIP 340), lo que permite la agregación de firmas y la validación por lotes.
Introdujo MAST (Merkelized Alternative Script Trees) a través de BIP 341, lo que permite que las condiciones de gasto complejas permanezcan ocultas a menos que se invoquen.
Se logró que las transacciones con multifirma y contratos inteligentes fueran indistinguibles de las transacciones simples de firma única en la cadena de bloques.
Reducción del tamaño de las transacciones y de las comisiones para scripts complejos, al tiempo que se amplía la programabilidad de Bitcoin.
Bloqueado en el bloque 687,284 (12 de junio de 2021) y activado mediante el mecanismo de Prueba Rápida en el bloque 709,632 (14 de noviembre de 2021).
Únase a UEEx
Experimente la plataforma líder mundial de gestión de patrimonio digital
No hay división de la cadena: la cadena de bloques permanece como una única cadena continua porque los nodos no actualizados aún aceptan nuevos bloques como válidos.
El requisito de compatibilidad con versiones anteriores limita significativamente los cambios que se pueden introducir; las actualizaciones verdaderamente transformadoras pueden requerir bifurcaciones duras.
Flexibilidad de actualización
Los participantes pueden actualizar a su propio ritmo; no hay una fecha límite en la que los nodos no actualizados sean desconectados forzosamente.
Los nodos no actualizados pueden tener una falsa sensación de seguridad, validando bloques que no comprenden completamente (por ejemplo, tratando las salidas de SegWit como si "cualquiera pudiera gastarlas").
Cohesión comunitaria
Las bifurcaciones suaves suelen ser menos divisivas políticamente que las bifurcaciones duras porque no obligan a los participantes a tomar una decisión de actualización de todo o nada.
La percepción de menor urgencia puede llevar a una adopción lenta: transcurrieron aproximadamente cinco años después de la activación de SegWit para que la adopción se estabilizara en un rango medio-alto del 80%.
Modelo de seguridad
Solo requiere la mayoría del poder de hash (no la unanimidad) para su aplicación, lo que hace que la activación sea posible incluso con algunos participantes que se oponen.
Si no se alcanza el umbral de potencia de hash mayoritaria, puede producirse una división temporal de la cadena, con historiales de transacciones potencialmente diferentes en las cadenas actualizadas y no actualizadas.
Elegancia técnica
Trucos de codificación ingeniosos (control de versiones de testigos, reutilización de códigos de operación NOP) permiten una funcionalidad nueva y sustancial dentro de los marcos de reglas existentes.
Estos trucos de codificación añaden complejidad técnica y pueden crear "deuda técnica": capas de soluciones alternativas de compatibilidad con versiones anteriores que dificultan la comprensión del código fuente con el tiempo.
Experiencia de desarrollador
Los mecanismos de activación bien establecidos (BIP 9, BIP 8, Speedy Trial) proporcionan procesos estructurados y probados para coordinar las actualizaciones de toda la red.
El diseño del mecanismo de activación es en sí mismo una fuente de controversia: el debate sobre la activación de SegWit duró más de dos años, en parte debido a desacuerdos sobre si utilizar mecanismos activados por el minero o por el usuario.
Señal de gobernanza
La señalización de los mineros proporciona un indicador medible de la preparación del ecosistema, lo que permite tomar decisiones de activación basadas en datos.
Las señales de los mineros pueden ser manipuladas o retenidas estratégicamente: los mineros pueden bloquear actualizaciones que reduzcan sus ingresos por comisiones o cambien la economía de la minería, incluso cuando la comunidad en general apoya el cambio.
Reversibilidad
En principio, una bifurcación suave puede ser "desbifurcada" por una bifurcación suave posterior que vuelva a flexibilizar las reglas (aunque esto es extremadamente raro y complejo en la práctica).
La irreversibilidad de las bifurcaciones suaves implementadas en la práctica significa que las actualizaciones mal diseñadas pueden sobrecargar permanentemente el protocolo con decisiones de diseño subóptimas.
Gestión de riesgos
Riesgo de división de cadena y bloque huérfano
Si una bifurcación suave se activa sin suficiente potencia de procesamiento (por ejemplo, si solo el 60 % de los mineros actualizan), la red podría generar temporalmente dos cadenas competidoras: una con reglas nuevas y otra con reglas antiguas. Los bloques de la cadena minoritaria quedarían huérfanos una vez que la mayoritaria se ponga al día, lo que podría provocar la reversión de transacciones. Solución: Utilizar umbrales de activación elevados (90-95 % de señalización), implementar despliegues graduales con periodos de señalización prolongados y garantizar un amplio consenso del ecosistema antes de la activación. Los usuarios deben esperar confirmaciones adicionales durante los periodos de activación.
Vulnerabilidad de nodo no actualizado
Los nodos que no se actualizan tras la activación de una bifurcación suave pueden validar incorrectamente las transacciones. Por ejemplo, un nodo no actualizado podría aceptar una transacción que gaste una salida SegWit sin verificar los datos de testigo, tratándola como una salida que cualquiera puede gastar. Si bien esto no pone en riesgo a la red en general (los mineros actualizados aplican las reglas reales), los usuarios individuales no actualizados podrían ser engañados por transacciones que la red actualizada rechazaría. Solución: Actualice el software del nodo inmediatamente después de la activación de la bifurcación suave, supervise los canales oficiales para ver los anuncios de actualización y utilice la verificación de pago simplificada (SPV) con pares actualizados.
Disputas sobre el mecanismo de activación
La elección del mecanismo de activación puede convertirse en fuente de conflicto en la comunidad. La activación señalada por los mineros (BIP 9) puede ser bloqueada por una minoría minera, mientras que los mecanismos activados por los usuarios (UASF/BIP 148) conllevan el riesgo de bifurcaciones de la cadena si se juzga erróneamente el consenso económico. La controversia sobre la activación de SegWit demostró que las disputas sobre el mecanismo de activación pueden dominar el debate durante años. Mitigación: Construir un amplio consenso social antes de proponer la activación, involucrar a todos los grupos de interés (mineros, operadores de nodos, exchanges, desarrolladores de monederos) desde el principio y utilizar ventanas de activación con tiempo limitado (modelo de prueba rápida) para evitar retrasos indefinidos.
Complejidad técnica y errores de implementación
Las restricciones de retrocompatibilidad de las bifurcaciones suaves requieren técnicas de codificación complejas que pueden introducir errores sutiles. La interacción entre las nuevas reglas de bifurcación suave y la lógica de consenso existente debe someterse a pruebas exhaustivas. Un error en la implementación de la bifurcación suave podría provocar fallos de consenso, divisiones de la cadena o vulnerabilidades de seguridad. Medidas de mitigación: Revisión exhaustiva por pares (las propuestas de bifurcación suave de Bitcoin Core suelen someterse a un proceso de revisión de 12 a 24 meses), conjuntos de pruebas detallados que incluyen fuzzing, implementación en la red de prueba y el signet antes de la red principal, y activación gradual con periodos de monitorización.
Impacto económico y de mercado
Las activaciones de bifurcaciones suaves pueden generar incertidumbre en el mercado, especialmente cuando existe desacuerdo en la comunidad sobre la actualización. El debate sobre SegWit en 2017 coincidió con una volatilidad significativa en el precio de Bitcoin y, en última instancia, condujo a la bifurcación dura de Bitcoin Cash (por parte de la facción opositora). Incluso las bifurcaciones suaves exitosas pueden causar perturbaciones temporales en el mercado mientras los participantes evalúan las implicaciones. Medidas de mitigación: Comunicación clara sobre el propósito y el cronograma de la actualización, coordinación entre los proveedores de exchanges y monederos para una transición fluida, y evitar operar basándose únicamente en especulaciones relacionadas con la bifurcación.
Relevancia cultural
Las bifurcaciones suaves ocupan un lugar especial en la cultura y la filosofía de gobernanza de Bitcoin. Representan el enfoque conservador de la red respecto a la evolución del protocolo: la idea de que los cambios deben ser mínimamente disruptivos, compatibles con versiones anteriores y alcanzables mediante un amplio consenso, en lugar de un decreto impuesto desde arriba. Esta filosofía refleja los valores fundamentales de Bitcoin de descentralización y soberanía individual: ninguna entidad debería poder obligar a los participantes a actualizar su protocolo, y la red debería seguir funcionando para quienes decidan no hacerlo.
La saga de la activación de SegWit (2015-2017) fue un momento decisivo en la historia cultural de Bitcoin. Enfrentó a los defensores del "bloqueo pequeño", que favorecían la bifurcación suave de SegWit, con los defensores del "bloqueo grande", que querían una bifurcación dura para aumentar el tamaño del bloque. El debate no fue meramente técnico: fue una guerra indirecta sobre la identidad, la gobernanza y el futuro de Bitcoin. La activación final de SegWit, gracias a la presión de la comunidad y al movimiento UASF, sentó el precedente de que los usuarios y operadores de nodos de Bitcoin, y no solo los mineros, tienen una influencia significativa sobre las reglas del protocolo. La idea de que "los operadores de nodos son el verdadero poder" sigue siendo un pilar fundamental de la cultura de gobernanza de Bitcoin.
El movimiento UASF, simbolizado por la campaña BIP 148 y sus memes asociados, demostró que la activación de una bifurcación suave es tanto un problema de coordinación social como técnico. El movimiento se asocia con la frase "No2x" (que se opone al compromiso de bifurcación dura SegWit2x) y demostró que una comunidad motivada de operadores de nodos podía presionar a los mineros para que activaran una actualización amenazando con invalidar los bloques que no generaran señales.
La activación relativamente fluida de Taproot en 2021, mediante el mecanismo de Prueba Rápida, fue vista por muchos en la comunidad como una maduración del proceso de gobernanza de Bitcoin. Las lecciones aprendidas de las guerras de SegWit sirvieron para adoptar un enfoque más ágil, aunque los debates sobre futuras propuestas de bifurcación suave (OP_CTV, OP_CAT, OP_VAULT) siguen poniendo a prueba la capacidad de la comunidad para alcanzar un consenso sobre los cambios de protocolo. El peso cultural de las bifurcaciones suaves en Bitcoin va más allá de su función técnica: son un mecanismo fundamental a través del cual la comunidad gestiona la tensión entre innovación y estabilidad.
Únase a UEEx
Experimente la plataforma líder mundial de gestión de patrimonio digital
Ejemplo 1: Activación de Segregated Witness (SegWit) – Bitcoin
Escenario: Bitcoin se enfrentó a un fallo de maleabilidad en las transacciones que impedía la construcción fiable de canales de pago (necesarios para la Lightning Network) y a una creciente acumulación de transacciones sin confirmar, ya que los bloques alcanzaban sistemáticamente el límite de 1 MB. Era urgente aumentar la capacidad sin dividir la red.
Implementación: SegWit (BIP 141) se diseñó como una bifurcación suave que separaba los datos de testigo de los identificadores de transacción, solucionando la maleabilidad y aumentando la capacidad efectiva de los bloques mediante una nueva métrica de "peso de bloque". Tras un prolongado debate y la amenaza de una bifurcación suave activada por el usuario (UASF, por sus siglas en inglés, a través de BIP 148), los mineros alcanzaron el umbral de señalización del 95 % el 8 de agosto de 2017, y SegWit se bloqueó. La activación tuvo lugar en el bloque 481,824 el 24 de agosto de 2017.
Resultado: SegWit se activó con éxito sin una bifurcación en la red Bitcoin (aunque posteriormente sus detractores crearon Bitcoin Cash mediante una bifurcación dura). Se corrigió la maleabilidad de las transacciones, lo que permitió que la Lightning Network pasara de ser experimental a una red con un volumen de pagos significativo. En 2026, aproximadamente entre el 85 % y el 90 % de las transacciones de Bitcoin utilizaban al menos una entrada SegWit. Esta actualización demostró que las bifurcaciones suaves controvertidas podían resolverse mediante una combinación de mérito técnico, presión económica y coordinación comunitaria.
Ejemplo 2: Activación de Taproot – Bitcoin
Escenario: Las capacidades de programación de Bitcoin eran limitadas, las transacciones complejas con multifirma y contratos inteligentes resultaban costosas y comprometían la privacidad (al exponer el código completo en la cadena de bloques), y las firmas ECDSA no podían agregarse de manera eficiente. Era necesaria una actualización para mejorar la privacidad, la eficiencia y la programabilidad.
Implementación: Taproot (BIPs 340, 341, 342) combinó firmas Schnorr, MAST y una nueva versión del script (witness v1) en una única bifurcación suave. Mediante el mecanismo de activación Speedy Trial (una ventana de señalización con límite de tiempo), los mineros alcanzaron el umbral de señalización del 90 %, lo que permitió la actualización el 12 de junio de 2021, en el bloque 687,284. Posteriormente, Taproot se activó en el bloque 709,632 el 14 de noviembre de 2021, tras un período de gracia de aproximadamente cinco meses para la preparación del ecosistema.
Resultado: La activación de Taproot fue notablemente fluida en comparación con SegWit, sin interrupciones significativas en la red. Permitió esquemas de multifirma basados en Schnorr que se ven idénticos a las transacciones de firma única en la cadena, mejorando la privacidad. MAST permitió que las condiciones de gasto complejas permanecieran ocultas a menos que se invocaran, reduciendo el tamaño de las transacciones. La adopción de Taproot ha sido desigual: superó el 40 % de las transacciones a principios de 2024 debido a la actividad de Ordinals y Runes antes de estabilizarse en torno al 15-20 % a medida que disminuía esa actividad especulativa.
Ejemplo 3: P2SH (Pago a hash de script) – Bitcoin
Escenario: En los primeros años de Bitcoin, enviar transacciones a scripts complejos (carteras multifirma, contratos con bloqueo temporal) requería que el remitente incluyera el script completo en la transacción, lo cual era engorroso, costoso y exponía públicamente las condiciones de gasto antes de que se gastaran los fondos.
Implementación: BIP 16 (propuesto por Gavin Andresen en enero de 2012) introdujo P2SH como una bifurcación suave que permitía a los remitentes pagar al hash de un script en lugar de al script completo. El script completo solo se revelaba cuando se gastaban los fondos. Los nodos antiguos consideraban las salidas P2SH como un tipo de transacción estándar, manteniendo así la compatibilidad con versiones anteriores. La bifurcación suave se activó el 1 de abril de 2012.
Resultado: P2SH simplificó drásticamente el uso de carteras multifirma y scripts complejos, convirtiéndose en la base del ecosistema multifirma de Bitcoin. Estableció el patrón de codificación de nuevas funcionalidades dentro de formatos de transacción retrocompatibles, un modelo que SegWit y Taproot seguirían posteriormente. Las direcciones P2SH (que comienzan con "3") se generalizaron y siguen siendo ampliamente utilizadas hoy en día. Esta actualización se considera una de las bifurcaciones suaves más limpias y exitosas en la historia de Bitcoin.
Ejemplo 4: La fusión de Ethereum (Contexto para el debate sobre bifurcaciones suaves frente a bifurcaciones duras)
Escenario: Si bien la transición de Ethereum de prueba de trabajo a prueba de participación (The Merge, septiembre de 2022) fue técnicamente una bifurcación dura, el proceso puso de relieve la disyuntiva entre bifurcación blanda y bifurcación dura en un ecosistema de cadena de bloques diferente, donde las bifurcaciones duras son el mecanismo de actualización estándar.
Implementación: Históricamente, la cultura de desarrollo de Ethereum ha favorecido las bifurcaciones duras (hard forks) para las actualizaciones de protocolo, con bifurcaciones duras programadas regularmente (Estambul, Berlín, Londres, etc.) aproximadamente cada 6 a 12 meses. La propia fusión requirió que todos los nodos se actualizaran, lo que constituye una bifurcación dura por definición. Esto contrasta con la preferencia de Bitcoin por las bifurcaciones suaves (soft forks), lo que refleja diferentes filosofías de gobernanza: Ethereum prioriza la innovación rápida y acepta los costos de coordinación de las bifurcaciones duras, mientras que Bitcoin prioriza la estabilidad y la retrocompatibilidad mediante las bifurcaciones suaves.
Resultado: La exitosa implementación de bifurcaciones duras regulares en Ethereum demuestra que estas pueden funcionar cuando existe un fuerte consenso social y una estructura de liderazgo clara entre los desarrolladores principales. Sin embargo, este enfoque también ha provocado divisiones de la cadena (Ethereum Classic en 2016) cuando se rompe el consenso. El contraste entre la cultura de Bitcoin, que prioriza las bifurcaciones suaves, y la normalización de las bifurcaciones duras en Ethereum ilustra cómo las diferentes comunidades blockchain resuelven la tensión fundamental entre la velocidad de la innovación y la estabilidad de la red.
Tabla de comparación
Elemento
Tenedor blando
Tenedor duro
Bifurcación polémica (División de cadena)
Compatible con versiones anteriores
Sí, los nodos no actualizados aceptan los nuevos bloques como válidos.
No, los nodos no actualizados rechazan los nuevos bloques, creando una división.
No, la red se divide intencionalmente en dos cadenas incompatibles.
Requisito de actualización
Opcional (pero recomendado): los nodos pueden seguir funcionando sin necesidad de actualizarlos.
Obligatorio: todos los nodos deben actualizarse o permanecerán en una cadena incompatible.
Los participantes deben elegir qué cadena seguir; ninguna mejora es “neutral”.
Continuidad de la cadena
Cadena continua única (suponiendo que la mayoría del poder de hash la adopte)
Una sola cadena si se adopta por unanimidad; dos cadenas si existe desacuerdo.
Dos cadenas permanentes por diseño (por ejemplo, Bitcoin frente a Bitcoin Cash).
Cambio de rumbo en las reglas
Solo se pueden endurecer las reglas (reducir el conjunto válido) o agregar nuevos tipos de transacciones mediante trucos compatibles con versiones anteriores.
Puede endurecer o flexibilizar las reglas, cambiar la estructura de bloques, alterar parámetros fundamentales.
Representa un desacuerdo fundamental sobre qué reglas debería seguir la cadena.
Umbral de activación
Mayoría de poder de hash (mínimo ~51%; normalmente entre 90 y 95% por seguridad)
Requiere un amplio consenso social; ningún umbral de señalización formal puede garantizar el éxito.
Sin umbral: cualquier grupo puede bifurcar la cadena en cualquier momento.
Generalmente causa menos trastornos; sin embargo, aún puede ser un tema controvertido (el debate sobre SegWit duró más de 2 años).
Mayor costo de coordinación; puede causar divisiones permanentes en la comunidad si no hay consenso.
Genera máxima división; crea comunidades, marcas y ecosistemas económicos que compiten entre sí.
Términos relacionados
Tenedor duro: Una actualización de protocolo no compatible con versiones anteriores que requiere que todos los nodos se actualicen, lo que podría dividir la cadena; es el equivalente a una bifurcación suave.
SegWit (Segregated Witness): La bifurcación suave de Bitcoin de 2017, un hito en la historia del proyecto, separó los datos de testigo de las transacciones para corregir la maleabilidad y aumentar la capacidad de los bloques.
Taproot: Una bifurcación suave de Bitcoin de 2021 que introduce firmas Schnorr y MAST para mejorar la privacidad, la eficiencia y las capacidades de los contratos inteligentes.
BIP (Propuesta de Mejora de Bitcoin): El proceso formal mediante el cual se documentan, revisan y estandarizan las propuestas de bifurcación suave para la red Bitcoin.
Reglas de consenso: El conjunto de reglas de validación que todos los participantes de la red deben acordar: las bifurcaciones suaves modifican estas reglas de manera compatible con versiones anteriores.
UASF (User Activated Soft Fork): Un mecanismo de activación en el que los operadores de nodos imponen nuevas reglas independientemente de las señales de los mineros, haciendo hincapié en la soberanía del usuario sobre el control de los mineros.
Señalización de mineros: Proceso mediante el cual los mineros indican su disposición para una bifurcación suave configurando bits específicos en los encabezados de los bloques, utilizado en la activación de BIP 9 y Speedy Trial.
Lightning Network: Una Capa 2 Red de canales de pago que se habilitó gracias a la solución de SegWit para la maleabilidad de las transacciones, lo que demuestra cómo las bifurcaciones suaves pueden impulsar la innovación del ecosistema.
Maleabilidad de las transacciones: Un fallo en el diseño original de Bitcoin que permitía cambiar los ID de las transacciones sin invalidarlas; solucionado por la bifurcación suave SegWit.
Firmas Schnorr: Un sistema de firma digital introducido en la bifurcación Taproot que permite la agregación de firmas y la validación por lotes para mejorar la eficiencia y la privacidad.
Peso del bloque: Una métrica introducida por SegWit que reemplazó el límite simple del tamaño del bloque, midiendo los bloques en "unidades de peso" para incentivar la adopción del nuevo formato de transacción.
Árbol de merkle: Una estructura de datos criptográfica utilizada en los bloques de la cadena de bloques sobre la que se basa MAST (Merkelized Alternative Script Trees) de Taproot para una verificación eficiente de los scripts.
Preguntas Frecuentes
¿Cuál es la diferencia entre una horquilla blanda y una horquilla dura? Una bifurcación suave (soft fork) endurece las reglas de consenso, reduciendo así el conjunto de bloques válidos. Los nodos no actualizados siguen aceptando nuevos bloques porque cumplen con las reglas antiguas, menos estrictas. Una bifurcación dura (hard fork) flexibiliza o modifica las reglas, de modo que los nodos antiguos rechazan los nuevos bloques, lo que obliga a todos a actualizarse. En resumen, las bifurcaciones suaves son retrocompatibles (el software antiguo funciona), mientras que las bifurcaciones duras no lo son (el software antiguo deja de funcionar). Bitcoin prefiere las bifurcaciones suaves para mayor estabilidad; Ethereum utiliza bifurcaciones duras con frecuencia para acelerar la innovación.
¿Puede una bifurcación suave provocar que una cadena de bloques se divida en dos cadenas? En teoría, una bifurcación suave no debería provocar una división permanente de la cadena, ya que los nodos no actualizados aún aceptan los nuevos bloques. Sin embargo, puede producirse una división temporal si una minoría significativa de mineros continúa produciendo bloques bajo las reglas antiguas que infringen las nuevas. La mayoría actualizada dejará huérfanos estos bloques y la cadena convergerá hacia las nuevas reglas. Una división permanente solo ocurriría si la comunidad discrepa profundamente y la minoría se separa intencionadamente; pero técnicamente, esto sería una bifurcación dura por parte de la minoría, no una consecuencia de la bifurcación suave en sí.
¿Por qué Bitcoin prefiere las bifurcaciones suaves a las bifurcaciones duras? La cultura de desarrollo de Bitcoin prioriza la estabilidad, la retrocompatibilidad y la minimización de la carga de coordinación para los participantes de la red. Las bifurcaciones suaves permiten que la red se actualice sin que todos los nodos tengan que actualizarse simultáneamente, lo que reduce el riesgo de divisiones de la cadena. Este enfoque conservador refleja la filosofía de Bitcoin como una red descentralizada y sin líder, donde ninguna entidad puede imponer actualizaciones. Las bifurcaciones duras, que requieren la participación universal, son vistas por muchos en la comunidad de Bitcoin como más disruptivas y propensas a divisiones conflictivas (como lo demostró Bitcoin Cash en 2017).
¿Qué fue la bifurcación suave de SegWit y por qué fue importante? Segregated Witness (SegWit), activado en agosto de 2017, fue una bifurcación suave que separó los datos de la firma de la transacción (testigo) del ID de la transacción. Esto solucionó el error de maleabilidad de las transacciones (que permitía a terceros alterar los ID de las transacciones), posibilitando soluciones de segunda capa como la Lightning Network. También aumentó la capacidad efectiva de los bloques al introducir una métrica de "peso del bloque". SegWit fue, sin duda, la actualización más impactante y controvertida en la historia de Bitcoin hasta ese momento, y el debate sobre su implementación se prolongó durante más de dos años.
¿Cómo mejora Taproot Bitcoin? Taproot (activado en noviembre de 2021) introdujo tres mejoras clave mediante una bifurcación suave: (1) firmas Schnorr, más eficientes que ECDSA y que permiten la agregación de firmas; (2) MAST (Merkelized Alternative Script Trees), que permite que las condiciones complejas de los contratos inteligentes permanezcan ocultas a menos que se utilicen, lo que mejora la privacidad y reduce las comisiones; (3) un nuevo sistema de versiones de scripts que hace que las transacciones complejas y con múltiples firmas parezcan idénticas a los pagos simples en la cadena de bloques. En conjunto, estos cambios hacen que Bitcoin sea más privado, más eficiente y más programable.
¿Qué significa realmente "compatible con versiones anteriores" en el contexto de una bifurcación suave? La compatibilidad con versiones anteriores significa que los nodos que ejecutan software antiguo (anterior a la bifurcación suave) aún pueden participar en la red y validar nuevos bloques. No necesitan actualizarse para mantenerse conectados. Esto es posible porque las nuevas reglas son más estrictas que las antiguas: cualquier bloque válido según las nuevas reglas es automáticamente válido según las antiguas. Sin embargo, es posible que los nodos no actualizados no comprendan la semántica completa de los nuevos tipos de transacciones y las traten como trivialmente válidas en lugar de realizar una validación completa. Por eso, aunque no sea obligatorio, se recomienda actualizar.
¿Qué es una bifurcación suave activada por el usuario (UASF)? Una UASF es un método de activación de bifurcación suave en el que los operadores de nodos (en lugar de los mineros) imponen las nuevas reglas. En vez de esperar a que los mineros indiquen su disponibilidad, los operadores de nodos establecen una altura de bloque o fecha específica a partir de la cual rechazarán los bloques que no cumplan con las nuevas reglas. Esto ejerce presión económica sobre los mineros para que cumplan, ya que los bloques rechazados por los operadores de nodos no pueden contener transacciones válidas ni generar comisiones. La amenaza UASF más conocida fue BIP 148 durante la activación de SegWit, a la que se le atribuye ampliamente haber contribuido a impulsar la señalización por parte de los mineros. Las UASF representan el principio de que, en los sistemas de prueba de trabajo, los nodos económicos —no solo los mineros— ejercen una influencia significativa sobre las reglas de consenso.
Fuentes
Documentación de Bitcoin Core: “Activación de bifurcación suave”
Repositorio de Propuestas de Mejora de Bitcoin (BIPs)
Tecnologías operativas de Bitcoin: “Ventajas de SegWit”
Los préstamos respaldados por Bitcoin están entrando en lo que Silicon Valley Bank describe como un nuevo capítulo institucional, con estándares de préstamo más estrictos y en constante crecimiento.
La Unión Europea está reevaluando su emblemática regulación de criptomonedas tan solo tres años después de la entrada en vigor del marco de Mercados de Criptoactivos (MiCA).
