
Un hard fork es una modificación fundamental de las “reglas del juego” en una blockchain, que introduce un nuevo conjunto de normas incompatibles con la versión anterior. Los nodos que mantienen el software antiguo permanecen en la cadena original, mientras que los nodos actualizados operan en la nueva, lo que suele dar lugar a dos blockchains independientes y paralelas. La mayoría de los hard forks son actualizaciones coordinadas por la comunidad, aunque algunos provocan divisiones duraderas.
Cuando el software de la blockchain se actualiza con nuevas reglas, los nodos que no se actualizan rechazan los bloques o transacciones generados bajo las nuevas reglas como “inválidos”, lo que provoca una ruptura en el consenso de la red. Los participantes—como mineros o validadores, responsables de la producción de bloques en sistemas Proof of Work y Proof of Stake, respectivamente—eligen qué conjunto de reglas seguir.
Los hard forks suelen responder a necesidades técnicas, de seguridad o de gobernanza. Entre las causas más habituales se encuentran la corrección de vulnerabilidades críticas, la ampliación de funcionalidades, el ajuste de comisiones de transacción o parámetros de bloque, o la resolución de desacuerdos sobre la dirección o los principios fundamentales del proyecto.
Por ejemplo, tras incidentes de seguridad, los desarrolladores pueden proponer nuevas reglas para evitar la explotación de vulnerabilidades. Para solventar cuellos de botella de rendimiento, los protocolos pueden modificar los formatos de transacción o los entornos de ejecución. Cuando la comunidad discrepa sobre si debe alterarse el historial de la blockchain, un hard fork puede dar lugar a la coexistencia de dos cadenas a largo plazo.
El principio de un hard fork es un cambio de protocolo que no es retrocompatible. Esto significa que los nodos con el software antiguo no pueden validar bloques o transacciones generados bajo las nuevas reglas, lo que provoca una ruptura en el consenso.
Una blockchain puede imaginarse como un libro mayor escrito por todos siguiendo el mismo reglamento. Cuando se revisa ese reglamento, quienes usan la versión anterior no pueden interpretar las nuevas anotaciones; si ambos grupos siguen registrando transacciones, se forman y mantienen dos libros mayores independientes. Técnicamente, las nuevas cadenas suelen modificar aspectos como los formatos de transacción, las reglas de scripting o de la máquina virtual, los límites de tamaño de bloque o los IDs de cadena, haciendo que los nodos antiguos consideren inválidos los nuevos datos.
Durante un hard fork que divide la cadena, los usuarios pueden encontrarse con activos en ambas cadenas, ya que ambas divergen desde un estado histórico común. Este proceso suele basarse en un “snapshot”, que registra todos los saldos de cuentas en un bloque específico para asignar los activos tras la bifurcación.
Si el hard fork es solo una actualización coordinada sin creación de una nueva cadena, los activos de los usuarios continúan sin cambios en la cadena original; solo deben esperar a que wallets y aplicaciones completen las actualizaciones de compatibilidad. Si surge una nueva cadena, los símbolos de los tokens, el soporte de stablecoins, los protocolos DeFi y los mercados de NFT pueden evolucionar de forma distinta en cada cadena. Nota: Un snapshot es el saldo registrado en un momento concreto; un airdrop es la distribución de nuevos activos a direcciones elegibles en la nueva cadena.
En la gestión de activos, los usuarios deben comprobar qué exchanges y wallets soportan cada cadena. Las transferencias y el trading pueden suspenderse durante la ventana del fork, y los bridges cross-chain o las posiciones de lending pueden estar expuestos a riesgos de liquidación o divergencia de precios. Algunos forks implementan “replay protection”, que garantiza que una transacción solo sea válida en una cadena, para evitar ataques de replay, donde la misma firma podría ser aceptada por ambas cadenas.
Los exchanges suelen emitir avisos de riesgo y comunicar sus planes con antelación. En Gate, para hard forks relevantes, el procedimiento estándar es anunciar con antelación el momento del snapshot, suspender temporalmente depósitos y retiros de los tokens afectados, evaluar si se apoyará el mapeo de activos o los airdrops de nuevas cadenas según criterios técnicos y de seguridad, y reanudar los servicios tras actualizar las wallets.
Aviso de riesgo: Toda actividad on-chain durante un fork está sujeta a retrasos de confirmación y volatilidad de precios. Los usuarios deben actuar con cautela y confiar únicamente en los anuncios oficiales de Gate.
Un hard fork es una actualización incompatible: los nodos antiguos no pueden validar los bloques producidos bajo las nuevas reglas. Por el contrario, un soft fork es una actualización retrocompatible: los nodos antiguos siguen reconociendo los nuevos bloques como válidos, aunque no soporten las nuevas funciones.
Es como las normas de tráfico: un hard fork equivale a cambiar por completo las reglas de circulación, de modo que los vehículos antiguos ya no puedan circular; un soft fork sería añadir nuevos carriles o límites de velocidad: los vehículos antiguos pueden seguir circulando, pero no acceden a las nuevas funcionalidades. La actualización Segregated Witness (SegWit) de Bitcoin en 2017 se implementó mediante soft fork, mientras que Bitcoin Cash se creó ese mismo año mediante un hard fork.
Existen varios ejemplos notables de hard forks: en 2016, Ethereum realizó un hard fork tras el incidente de The DAO; la comunidad principal optó por “revertir los fondos robados”, creando el actual Ethereum (ETH), mientras que quienes se opusieron a cualquier reversión continuaron como Ethereum Classic (ETC). En 2017, los desacuerdos en la comunidad de Bitcoin sobre la escalabilidad condujeron a la creación de Bitcoin Cash (BCH) mediante un hard fork.
También cabe destacar que muchas actualizaciones de la red Ethereum (como Istanbul y London) fueron técnicamente hard forks, pero no provocaron divisiones permanentes gracias a la fuerte coordinación de la comunidad. Esto demuestra que no todos los hard forks generan divergencias persistentes: el resultado depende de la gobernanza y el consenso.
En 2024, las blockchains públicas maduras tienden a utilizar hard forks coordinados para actualizaciones programadas, aplicando cambios no retrocompatibles y minimizando las divisiones de cadena. Sin embargo, los ecosistemas emergentes o con disputas de gobernanza relevantes siguen expuestos a divisiones a largo plazo.
Los principales riesgos incluyen ataques de replay, fragmentación del ecosistema (con aplicaciones y liquidez divididas entre cadenas), soporte inconsistente de stablecoins u oráculos, transacciones fallidas o retrasadas durante la migración y estafas o anuncios falsos. Entre las estrategias de mitigación destacan procesos de gobernanza claros, pruebas exhaustivas, mecanismos de replay protection y actualizaciones sincronizadas por parte de exchanges y proveedores de infraestructura.
Un hard fork es una actualización de protocolo incompatible que puede crear blockchains paralelas. Los usuarios deben centrarse en los anuncios oficiales, el momento del snapshot, las actualizaciones de wallet, las medidas de replay protection y cómo exchanges como Gate gestionan el mapeo de activos y el soporte de servicios. La mayoría de los hard forks son actualizaciones coordinadas que no provocan divisiones duraderas, pero durante la ventana del fork conviene limitar la actividad y estar atentos a riesgos y estafas.
Sí. Durante un hard fork, tus monedas en la cadena original permanecen intactas y también recibes una cantidad equivalente en la nueva cadena. Por ejemplo, cuando BTC se bifurcó en BCH, los usuarios con 1 BTC recibieron 1 BCH en la nueva cadena, siempre que sus monedas estuvieran en wallets o exchanges (como Gate) que soportaran ambas cadenas. Si custodiabas tus monedas de forma privada, puede que tengas que realizar pasos adicionales para reclamar los nuevos activos.
Normalmente los precios suben antes de un hard fork, porque el mercado anticipa valor en la nueva moneda; tras la bifurcación, los precios de la nueva moneda pueden dispararse o desplomarse según el apoyo de la comunidad y las listas en exchanges. Estas fluctuaciones conllevan riesgo: quienes se inician deberían evitar operar con frecuencia durante los forks. Para conocer los tiempos y políticas de forks concretos, consulta los anuncios oficiales de plataformas como Gate.
Depende de la política del exchange. La mayoría de exchanges de prestigio (como Gate) acreditan automáticamente las nuevas monedas tras un hard fork, pero la distribución puede tardar varios días o incluso semanas. Consulta siempre los anuncios oficiales con antelación; no des por hecho que todos los exchanges soportarán todos los activos bifurcados.
El valor de las monedas recién creadas depende del consenso de la comunidad y de su adopción futura. Algunas monedas surgidas de forks de BTC (como BCH o BSV) mantienen valor de mercado hoy; muchas otras han perdido todo su valor con el tiempo. Dado que el valor es volátil e incierto, evita comprar de forma especulativa sin investigar la liquidez y el soporte del ecosistema; plataformas como Gate ofrecen datos útiles al respecto.
Las monedas almacenadas en wallets frías existen a la vez en ambas cadenas tras un hard fork, pero necesitarás software de wallet compatible con la nueva cadena para importar tu clave privada y acceder a los nuevos activos. Este proceso implica riesgos operativos; si no estás familiarizado, considera transferir tus activos a un exchange como Gate antes del fork para que gestione la asignación de activos de forma segura.


