¿Qué significa una bifurcación suave en el mundo de las criptomonedas?

Para la mayoría de los poseedores de criptomonedas, una bifurcación suave regulada no crea una nueva moneda ni requiere ninguna acción inmediata en la billetera. El principal riesgo reside en el proceso de coordinación. Todas las partes involucradas, incluidos mineros , validadores, operadores de nodos, billeteras, exchanges y usuarios, deben ponerse de acuerdo en la implementación de reglas más estrictas. Si no se logra este acuerdo, podría producirse una división de la red, incluso si la bifurcación es técnicamente compatible con versiones anteriores.

• ¿Qué es un tenedor blando? Se trata de una actualización de red cuyo objetivo es reducir el conjunto de reglas válidas manteniendo la compatibilidad con los nodos heredados.
• ¿Qué ha cambiado? Esto permite que la red añada reglas más estrictas sin necesidad de que todos los participantes actualicen sus sistemas al mismo tiempo.
• El principal peligro. La controvertida bifurcación suave podría provocar el rechazo de bloques, el riesgo de reorganización de la cadena o incluso su división si su activación carece de una buena coordinación.

Imagina las reglas de Bitcoin como un gran círculo, y cualquier bloque dentro de este círculo se considera válido.

La bifurcación suave dibuja un círculo más pequeño en su interior. Ahora, los nodos actualizados solo aceptan bloques dentro de ese círculo más pequeño. Pero lo fundamental es que cada bloque dentro del círculo más pequeño también está dentro del círculo más grande. Por lo tanto, los nodos antiguos, que aún utilizan las reglas originales, ven esos bloques actualizados y no tienen ningún problema en aceptarlos.

Este es el concepto de retrocompatibilidad. El software antiguo puede seguir la nueva versión sin siquiera darse cuenta de que se ha producido un cambio en las reglas.

Dado que los bloques actualizados aún cumplen con las reglas antiguas, la red no tiene que cambiar por completo de una sola vez. Los mineros, validadores , exchanges y monederos pueden actualizarse gradualmente, siempre y cuando la producción de bloques cumpla con las reglas más estrictas antes de que se acumule una gran cantidad de bloques incompatibles.

La relación entre las reglas funciona de la siguiente manera:

• Los nudos antiguos aplican las reglas más generales de la pre-bifurcación.
• Los nodos actualizados aplican las reglas antiguas además de las nuevas restricciones.
• Los bloques que cumplen con las nuevas reglas también cumplen con las reglas antiguas.
• Los bloques incompatibles son rechazados por los nodos actualizados.
• Si una proporción suficiente de la red produce bloques compatibles, los nodos antiguos permanecen en la misma cadena sin notar ningún cambio.

La palabra clave es subconjunto . Una bifurcación suave mantiene las nuevas reglas dentro de los límites de las antiguas. Una bifurcación dura se sale completamente de ellos. Cuando esto sucede, los nodos antiguos examinan los nuevos bloques de la cadena y los rechazan directamente porque esos bloques violan las reglas que aún aplican. Los dos conjuntos terminan en cadenas diferentes.

Para comprender mejor cómo se interconecta el libro mayor subyacente, conviene leer primero la guía "Blockchain explicado para principiantes".

Para entender la diferencia fundamental entre bifurcaciones suaves y bifurcaciones duras en el mundo de las criptomonedas , se puede resumir en una frase: una bifurcación suave endurece las reglas, mientras que una bifurcación dura las reescribe por completo.

En una bifurcación suave, los nodos antiguos aún pueden verificar los bloques en la nueva cadena. Es posible que no comprendan todos los detalles de las nuevas reglas, pero no rechazan la cadena. En una bifurcación dura, sin embargo, los nodos antiguos consideran que los nuevos bloques no son válidos y, por lo tanto, permanecen en su propia cadena separada.

La diferenciación de mercado también es importante. Bitcoin Cash es el ejemplo más claro de una bifurcación dura que ha perdurado: una red independiente, un activo digital independiente y una comunidad independiente. Desde entonces, Ethereum ha convertido las bifurcaciones duras planificadas en su ruta de actualización estándar. Sin embargo, la bifurcación Ethereum Classic de 2016 sigue siendo la división más significativa en su gobernanza.

Esta distinción técnica también se evidencia en las plataformas de comercio de criptomonedas. Durante una bifurcación suave (soft fork) sin problemas, la tarea principal de estas plataformas es garantizar que los depósitos, retiros y configuraciones de billeteras sigan funcionando correctamente. Sin embargo, durante una bifurcación dura (hard fork), las plataformas se enfrentan a una decisión más difícil: listar el nuevo activo digital, ignorarlo o conceder a los poseedores de criptomonedas existentes ambas monedas.

Ninguna entidad por sí sola controla el éxito de la bifurcación suave; más bien, requiere la cooperación de todas las partes involucradas.

Los desarrolladores escriben y revisan el código, mientras que los operadores de nodos completos deciden las reglas que aplican sus programas. Los mineros producen bloques que cumplen o no con las nuevas reglas. Las billeteras y los exchanges gestionan la interfaz con el usuario. Todo el sistema solo funciona si una parte suficiente de la red aplica las reglas más estrictas.

En el caso específico de Bitcoin, la señalización de los mineros era la principal herramienta de coordinación. La versión BIP-9 utiliza bits en la cabecera del bloque para controlar la disponibilidad durante periodos de 2,016 bloques, aproximadamente dos semanas cada uno. Una vez que suficientes mineros manifiestan su apoyo durante el periodo de disponibilidad, comienza un periodo de bloqueo antes de que entren en vigor las nuevas reglas.

Esto es lo que hace cada grupo durante el proceso de activación:

• Los desarrolladores proponen cambios en las reglas, los prueban y los revisan.
• El contrato completo determina las reglas que sus operadores imponen a cada bloque que reciben.
• Los mineros o verificadores producen bloques que cumplen o no con las reglas más estrictas.
• El gestor actualiza los flujos de firmas, los formatos de direcciones, las herramientas gráficas o el comportamiento de visualización cuando un cambio afecta a las partes del protocolo que están orientadas al usuario.
• Las plataformas de intercambio gestionan los depósitos, los retiros, el número de confirmaciones y las notificaciones a los clientes.
• Los poseedores habituales de criptomonedas esperan, comprueban la compatibilidad con su monedero y evitan precipitarse en las transacciones durante los periodos de activación que suelen generar controversia.

El nodo completo es donde se aplican las reglas. Un minero puede encontrar un bloque, pero el nodo lo rechazará si infringe las reglas que este impone. Esta separación es crucial cuando la señal del minero y la ejecución del nodo apuntan en direcciones opuestas.

Las carteras desempeñan un papel diferente, pero igualmente importante. No validan cada bloque de la cadena, sino que crean direcciones, scripts y firmas basándose en el conjunto de reglas existente. Para la mayoría de los usuarios, la actualización pasa desapercibida hasta que es necesario actualizar la cartera. La verdadera trampa reside en las falsas promesas de actualización que aparecen durante activaciones importantes, las cuales prometen monedas gratuitas de una bifurcación que, en realidad, solo refuerza las reglas existentes.

Las actualizaciones de Bitcoin no siempre han sido sencillas. Algunas han sido rápidas y discretas, mientras que otras han tardado años y casi han dividido a la comunidad. Pero todas tienen en común la misma estructura de consenso: nuevas reglas que los nodos más antiguos pueden seguir.

Esto es lo que hizo realmente cada actualización importante:

• P2SH (BIP-16, 2012): Permitía a los usuarios enviar fondos a un hash de un script en lugar de exponer el script completo en la salida de la transacción. En los nodos más antiguos, una transacción P2SH aparecía como una transacción estándar de "pago a cualquier destinatario". Sin embargo, en los nodos actualizados, se implementaba una lógica más compleja. El resultado práctico: las direcciones multifirma se volvieron más cortas y mucho más fáciles de gestionar.
• Comprobaciones de validación de bloques y coeficientes (BIP-34, BIP-65, BIP-66): Tres actualizaciones distintas endurecieron las reglas específicas relativas a la altura de los bloques en las transacciones de Coinbase, las salidas con bloqueo temporal y la tokenización de firmas. Cada una añadió criterios más estrictos que fueron aplicados por los nodos actualizados, mientras que los nodos antiguos permanecieron en la cadena de bloques.
• SegWit (BIP-141, 2017): La actualización de Bitcoin más polémica hasta la fecha. SegWit trasladó las firmas de las transacciones a una estructura de datos independiente, liberando espacio en los bloques sin aumentar el límite de tamaño de los mismos. Solucionó la maleabilidad de las transacciones, un fallo que permitía modificar los identificadores de transacción antes de la confirmación, e hizo que canales de pago como la Lightning Network funcionaran por primera vez. Técnicamente, la actualización fue un éxito. Pero políticamente, casi provocó una profunda división en la comunidad y, en última instancia, condujo a la bifurcación de Bitcoin Cash.
• Taproot (BIP-341 y BIP-342, 2021): Las firmas Schnorr, la privacidad de scripts al estilo MAST y Tapscript se combinaron en una sola actualización. Una billetera compatible con Taproot puede hacer que una transacción compleja entre múltiples partes parezca idéntica a una transacción simple de una sola firma en la cadena de bloques. Esto representa una mejora significativa tanto en privacidad como en eficiencia. Taproot se implementó sin problemas, pero su adopción en el mundo real fue lenta porque las billeteras, los proveedores de infraestructura y los autores de scripts tuvieron que actualizarse de forma independiente.
• Litecoin SegWit (2017): Litecoin implementó SegWit meses antes que Bitcoin, en parte porque su comunidad tenía menos partes interesadas con intereses divergentes. Misma actualización técnica, diferente entorno político, resultados más rápidos.

SegWit es un ejemplo aleccionador. Si bien era retrocompatible a nivel de protocolo, la controversia que lo rodeó —sobre el tamaño de los bloques, las comisiones de los mineros y el control del desarrollo— lo convirtió en uno de los momentos más polémicos de la historia de Bitcoin . Taproot, por otro lado, representa el extremo opuesto: amplio respaldo, activación sin problemas y adopción gradual. La definición técnica de una bifurcación suave no refleja la magnitud del caos en torno a las políticas.

El término "compatible con versiones anteriores" es una descripción puramente técnica y de ninguna manera representa una predicción de cómo se comportará la comunidad digital.

El problema radica en que los nodos antiguos aceptan bloques que cumplen con las reglas anteriores. Sin embargo, no todos los bloques aceptados por un nodo antiguo cumplen con las nuevas reglas, más estrictas. Cuando mineros actualizados y no actualizados generan bloques conflictivos simultáneamente, se producen bifurcaciones temporales en la cadena. Esto es precisamente lo que ocurrió durante la implementación de la BIP-66 de Bitcoin en 2015. La minería sin validación, en la que los mineros generaban bloques sin verificarlos, contribuyó a bifurcaciones ocasionales en la cadena antes de que los mineros corrigieran su comportamiento (fecha de implementación de las actualizaciones suaves de Bitcoin Optech).

Los mismos conflictos surgen en casi todos los procesos de activación controvertidos:

• Umbral de activación: Si el umbral se establece demasiado bajo, el ascenso avanza rápidamente, pero deja tras de sí una importante oposición. Si se establece demasiado alto, se estanca indefinidamente mientras los oponentes ganan tiempo.
• Señalización del minero: Se supone que la señal indica que hay disponibilidad, pero los mineros pueden usarla estratégicamente para retrasar una propuesta o conseguir concesiones. La señal no implica la ejecución.
• Aplicación por parte del usuario: Los operadores de nodos completos pueden rechazar los bloques producidos por los mineros, incluso cuando estos indiquen su apoyo. Esto es lo que significa una bifurcación suave activada por el usuario. Quien decide son los usuarios, no los mineros.
• Peso económico: Las bolsas, los operadores, los fideicomisarios y las carteras de inversión determinan en qué cadena de valor pueden invertir sus usuarios. Este peso económico suele ser determinante para la supervivencia de ambas cadenas cuando compiten entre sí.
• Desviación del alcance: Cambiar la regla puede solucionar un problema, pero a la vez descartar discretamente futuras opciones de diseño. Los críticos suelen mencionar este punto, y a veces tienen razón.

BIP-110 es un ejemplo paradigmático. Su borrador propone un límite temporal a nivel de consenso para ciertos campos de datos: un límite de 34 bytes para los nuevos scripts de salida de PubKeys, a menos que el primer código de operación sea OP_RETURN, lo que permitiría mantener válidos hasta 83 bytes. Sus defensores argumentan que se trata de una bifurcación suave directa que protege los costos totales de los nodos y la concentración financiera de Bitcoin. Sin embargo, los críticos sostienen que la activación, que genera controversia, podría aislar una cadena minoritaria o impedir casos de uso legítimos aún no inventados. Ambos argumentos podrían ser ciertos simultáneamente. Cualquier propuesta podría cumplir con todos los criterios técnicos para una bifurcación suave y, aun así, conllevar el riesgo de una división real si los participantes económicos se alinean en bandos opuestos antes incluso de que comience la activación.

Para la mayoría de los poseedores de criptomonedas , una bifurcación suave no altera la propiedad. La cadena actualizada sigue siendo válida según las reglas anteriores, por lo que los saldos no cambian y las billeteras no necesitan tomar medidas inmediatas. La situación es diferente durante la activación controvertida, donde la incertidumbre sobre qué cadena tendrá el control podría afectar si las transacciones se confirman como se espera.

Dar soporte a la billetera es más importante que los titulares sobre bifurcaciones, porque las diferentes billeteras responden a las actualizaciones a velocidades variables:

• Las opciones de monederos de Bitcoin varían en cuanto a la velocidad de compatibilidad con nuevos tipos de direcciones, flujos de trabajo de firmas, herramientas de tarifas y notificaciones de actualización.
• Las carteras autónomas otorgan a los usuarios control sobre los programas y las claves, pero también les transfieren la responsabilidad de la verificación de copias de seguridad y actualizaciones.
• Las carteras de hardware sin conexión son menos susceptibles al ruido de activación diario, pero aún necesitan soporte de firmware, aplicaciones complementarias o formato de direcciones para funcionar con tipos de transacciones posteriores a la bifurcación.

Para la mayoría de los usuarios, la lista de verificación durante la activación de cualquier bifurcación suave es breve:

• Compruebe si la actualización afecta a las transmisiones normales o solo a los scripts avanzados.
• Evite transferir dinero solo porque las redes sociales afirmen ofrecer una nueva moneda; una bifurcación suave no crea una nueva moneda.
• Revisa tu billetera y las notificaciones de la plataforma de intercambio antes de realizar transacciones grandes.
• Dejemos que se calmen las polémicas activaciones antes de recurrir a pagos con pocas confirmaciones.
• Mantén tus frases semilla fuera de línea y nunca las ingreses en ningún sitio que afirme ser parte de una actualización.

Una bifurcación suave puede modificar las transacciones futuras sin alterar la propiedad de las criptomonedas existentes. La excepción son los programas marginales o los scripts avanzados que dependen de comportamientos restringidos por las nuevas reglas; por ello, los desarrolladores de monederos y aplicaciones necesitan una revisión más exhaustiva que los poseedores pasivos de criptomonedas.

La mayoría de los debates actuales sobre la actualización de la red Bitcoin se basan en tres preguntas clave: qué debería restringir la red a nivel de la capa de consenso, qué nuevas capacidades debería adquirir y cuánto consenso se requiere realmente antes de que se puedan aplicar reglas más estrictas.

Los BIP son meras propuestas. Un número de BIP no constituye una norma vinculante.

• Límites de datos: BIP-110 se inscribe en este debate. Su propuesta sugiere que los mineros envíen señales mediante el bit 4, con un umbral de aprobación del 55 % durante un período de 2,016 bloques y una altura máxima de activación incondicional alrededor del 1 de septiembre de 2026. El argumento central gira en torno a si la capa de consenso de Bitcoin debería supervisar los datos escritos en la cadena y quién asumiría el coste si algo saliera mal.
• Preparación cuántica: BIP-360 propone un mecanismo de pago a Merkle Root, un nuevo tipo de salida de árbol de scripts. El objetivo es reducir la vulnerabilidad a largo plazo ante ataques cuánticos eliminando el gasto de la ruta de clave privada de Taproot de este diseño de salida. No se trata de una solución de emergencia para una amenaza existente, sino más bien de una decisión de diseño sobre cuánto tiempo Bitcoin desea mantener su seguridad antes de que la computación cuántica se vuelva realmente peligrosa.
• Pactos: Los pactos permitirían a Bitcoin imponer condiciones sobre cómo se gastarán las monedas que crea en el futuro. Sus defensores ven esto como la base para bóvedas, control de la congestión y nuevas vías de expansión. Sin embargo, los críticos temen restricciones no deseadas y disputas que podrían surgir tras su implementación.

Antes de considerar cualquiera de estas propuestas como reglas válidas, conviene verificar tres aspectos. Primero, ¿la propuesta aún está en fase de borrador o ya se encuentra en fase de implementación, instalación o activación? Segundo, ¿afecta a las transferencias regulares de billeteras o solo a los scripts avanzados? Tercero, ¿el proceso de activación cuenta con un respaldo económico real de exchanges, billeteras y operadores de nodos importantes, y no solo con el apoyo de los desarrolladores?