Fork

¿Qué es un fork en criptomonedas?

Un fork es un cambio o una divergencia temporal en el historial de transacciones, el código de software o las reglas de consenso de una blockchain.

En el ámbito de las criptomonedas, el término puede describir una actualización planificada de la red, un desacuerdo entre comunidades o una situación de corta duración en la que los nodos ven versiones válidas diferentes de la blockchain.

Se produce un fork porque las redes blockchain están gestionadas por muchos ordenadores independientes, no por un único administrador de una base de datos centralizada.

Estos ordenadores, conocidos habitualmente como nodos, siguen reglas de software para verificar transacciones, validar bloques y determinar qué historial de blockchain reconocen.

Cuando los nodos siguen reglas diferentes o reciben bloques que compiten entre sí, la red puede dividirse en ramas separadas.

Algunos forks se resuelven automáticamente en segundos o minutos, mientras que otros crean redes permanentes con criptomonedas, comunidades y equipos de desarrollo independientes.

Las dos categorías más conocidas de actualizaciones del protocolo son los hard forks y los soft forks.

Un hard fork introduce reglas que no son totalmente compatibles con el software antiguo de los nodos.

Un soft fork introduce reglas más restrictivas que pueden seguir siendo compatibles con los nodos que aplican las reglas anteriores.

La guía para desarrolladores de Bitcoin sobre forks de blockchain explica que un fork propiamente dicho es una divergencia en el historial de la blockchain, mientras que los cambios de consenso propuestos suelen llamarse hard forks o soft forks por sus posibles efectos en la compatibilidad de la red.

¿Por qué se producen forks de criptomonedas?

Los forks de criptomonedas se producen por motivos técnicos, económicos, de seguridad, operativos o políticos.

Los desarrolladores pueden proponer un fork para añadir funciones, mejorar la capacidad de transacción, reducir comisiones, corregir vulnerabilidades o admitir nuevas funciones criptográficas.

Una red también puede necesitar un fork para cambiar los requisitos de los validadores, los límites de los bloques, los formatos de transacción, el comportamiento de los contratos inteligentes o las reglas monetarias.

Algunos forks son actualizaciones programadas que reciben un amplio respaldo de desarrolladores, operadores de nodos, mineros, validadores, proveedores de wallets, empresas de infraestructura y usuarios.

Otros son conflictivos porque grupos importantes discrepan sobre el rumbo futuro de la red.

También puede producirse un fork accidental cuando dos mineros o validadores generan bloques válidos que compiten entre sí casi al mismo tiempo.

Los retrasos de la red pueden hacer que distintos grupos de nodos reciban esos bloques en un orden diferente.

La regla de elección de fork de la blockchain determina entonces qué rama se convierte en la cadena aceptada.

Los errores de software, las configuraciones incorrectas de una actualización, los fallos de los validadores o las versiones incompatibles de los clientes también pueden provocar forks imprevistos.

Por este motivo, las actualizaciones importantes de una blockchain suelen probarse en redes de desarrollo y redes públicas de prueba antes de activarse en la red principal.

¿Cómo funciona un fork de blockchain?

Una blockchain es una secuencia de bloques conectados mediante referencias criptográficas.

Por lo general, cada bloque contiene una referencia al bloque anterior, lo que permite seguir el historial hasta llegar al primer bloque de la red.

Un fork comienza cuando dos bloques válidos o dos conjuntos de reglas del protocolo crean posibles continuaciones diferentes desde un mismo punto anterior.

Antes del punto de bifurcación, ambas ramas comparten el mismo historial.

Después de ese punto, las ramas pueden contener bloques, transacciones, saldos de cuentas o comportamientos del protocolo diferentes.

Los nodos deciden qué rama seguir aplicando el software instalado localmente y el mecanismo de consenso de la red.

Una red Proof of Work puede comparar el trabajo computacional acumulado de las cadenas competidoras.

Una red Proof of Stake puede tener en cuenta los votos de los validadores, los puntos de control justificados, los puntos de control finalizados y otras condiciones de elección de fork.

La explicación oficial de los mecanismos de consenso de blockchain describe el algoritmo de elección de fork como el proceso que utilizan los nodos para seleccionar una cadena cuando hay varios bloques en una misma posición.

Si casi todos los participantes adoptan las mismas reglas nuevas, la red suele continuar como una sola cadena tras la actualización.

Si grupos importantes siguen de forma permanente reglas incompatibles, pueden continuar dos blockchains independientes a partir del historial compartido.

¿Qué es un hard fork?

Un hard fork es un cambio del protocolo que amplía o modifica de otro modo las reglas de validez de la blockchain, de manera que el software antiguo puede no reconocerlas.

Los nodos que no instalen el nuevo software pueden rechazar los bloques creados conforme a las reglas actualizadas.

Los nodos actualizados también pueden aceptar transacciones o bloques que los nodos antiguos consideran no válidos.

Esta incompatibilidad exige coordinar las actualizaciones de software entre los participantes que quieran permanecer en la red actualizada.

Un hard fork no siempre crea una segunda criptomoneda permanente.

Cuando casi todos los participantes económicamente importantes adoptan la actualización, la rama anterior puede recibir poca o ninguna potencia de minería, apoyo de validadores, actividad de aplicaciones o valor de mercado.

En ese caso, el término hard fork describe el método de actualización, no una división duradera de la cadena.

Puede producirse una división permanente si un grupo continúa utilizando software basado en las reglas anteriores mientras otro sigue las nuevas.

Cada rama puede tener entonces su propio activo nativo, historial de transacciones, seguridad de red, versiones de software y gobernanza comunitaria.

Ethereum utiliza habitualmente hard forks coordinados para implementar actualizaciones planificadas de la red.

La cronología oficial de forks de Ethereum explica que sus principales actualizaciones técnicas suelen derivarse de propuestas de mejora de Ethereum que modifican las reglas del protocolo.

Los operadores de nodos deben instalar versiones compatibles de los clientes antes del momento de activación programado si quieren seguir la red actualizada.

¿Qué es un soft fork?

Un soft fork es un cambio del protocolo compatible con versiones anteriores que hace más restrictivas las reglas para crear bloques o transacciones válidos.

Los nodos actualizados aplican las nuevas restricciones, mientras que los nodos antiguos siguen aplicando las reglas anteriores, más amplias.

Por tanto, un bloque que cumpla las nuevas reglas todavía puede parecer válido para un nodo antiguo, aunque este quizá no entienda todas las nuevas funciones.

Esta compatibilidad puede permitir que los nodos actualizados y los no actualizados permanezcan en la misma blockchain.

Sin embargo, un soft fork sigue necesitando suficiente apoyo de los productores de bloques y de otros participantes económicamente importantes para funcionar de forma segura.

Si los mineros o validadores generan repetidamente bloques que incumplen las nuevas restricciones, los nodos actualizados los rechazarán.

Esto puede crear ramas competidoras y causar graves perturbaciones, aunque el cambio sea técnicamente compatible con versiones anteriores.

Los soft forks suelen utilizarse para introducir nuevas condiciones de transacción, reglas de firma, funciones de scripting o restricciones de validación de bloques.

Las actualizaciones Segregated Witness y Taproot de Bitcoin se implementaron mediante soft forks.

La especificación de activación de Taproot documenta el proceso utilizado para activar ese cambio de consenso compatible con versiones anteriores.

Un soft fork no significa que todos los participantes obtengan todos los beneficios de la actualización sin instalarla.

Los nodos antiguos pueden seguir conectados, pero quizá no puedan validar de forma independiente las nuevas reglas ni utilizar las funciones introducidas por la actualización.

Hard fork frente a soft fork

La principal diferencia entre un hard fork y un soft fork es la interacción de las nuevas reglas con el software antiguo de los nodos.

Un hard fork puede hacer válidos bloques que antes no lo eran, lo que puede llevar a que los nodos antiguos rechacen bloques aceptados por los nodos actualizados.

Un soft fork suele invalidar ciertos comportamientos que antes eran válidos, por lo que los nodos antiguos pueden seguir aceptando bloques creados conforme a las reglas más estrictas.

Los hard forks suelen exigir que todos los participantes que quieran seguir la cadena actualizada instalen software compatible.

Los soft forks pueden permitir que los nodos antiguos sigan conectados, aunque una adopción amplia sigue siendo importante para garantizar la seguridad y la aplicación fiable de las reglas.

Un hard fork tiene un mayor potencial de crear dos blockchains duraderas, ya que los conjuntos de reglas son directamente incompatibles.

Un soft fork también puede dividir la cadena si la activación fracasa, los participantes discrepan o una gran parte de la potencia de producción de bloques se niega a aplicar las nuevas reglas.

Ninguno de los dos métodos es automáticamente más seguro, descentralizado o legítimo.

El resultado depende de la calidad de la propuesta, las pruebas, la implementación, el proceso de activación, el apoyo de la comunidad y el comportamiento de los participantes de la red.

Forks planificados y conflictivos

Un fork planificado es una actualización coordinada anunciada antes de una altura de bloque, marca temporal, época u otra condición de activación específica.

Antes de la activación, los desarrolladores suelen publicar especificaciones técnicas, versiones de clientes, instrucciones de prueba y calendarios de actualización.

Los operadores de nodos actualizan entonces su software para que las nuevas reglas se activen al mismo tiempo en toda la red.

Un fork planificado puede ser técnicamente complejo sin resultar polémico desde el punto de vista político.

Un fork conflictivo se produce cuando grupos importantes discrepan sobre si debe realizarse el cambio o sobre qué reglas deben definir la red.

Los desacuerdos pueden referirse a la capacidad de los bloques, la política monetaria, la privacidad de las transacciones, la reversión de contratos inteligentes, los requisitos de los validadores, la autoridad de gobernanza o el papel de determinados participantes.

Un hard fork conflictivo puede generar dos redes activas si ambos bandos conservan suficientes usuarios, desarrolladores, recursos de seguridad, infraestructura y apoyo económico.

Las afirmaciones de que una rama es la red «real» suelen ser argumentos sociales y económicos, no conclusiones que el software produzca automáticamente.

Las distintas comunidades pueden valorar la legitimidad según la continuidad, la marca, el trabajo acumulado, el apoyo de los validadores, la actividad de mercado, el respaldo de los desarrolladores o el respeto de los principios anteriores.

Forks temporales

Se produce un fork temporal cuando se genera más de un bloque válido aproximadamente a la misma altura de la blockchain.

No implica necesariamente un cambio en las reglas del protocolo.

Puede deberse a la latencia normal de la red, ya que los bloques tardan en propagarse entre mineros, validadores y nodos.

Un grupo de nodos puede recibir primero el bloque A, mientras que otro recibe primero el bloque B.

Durante un tiempo, ambos grupos pueden construir sobre el bloque que consideran la punta actual de la cadena.

Cuando una de las ramas adquiere más peso según la regla de elección de fork, los nodos reorganizan la cadena en torno a ella.

El bloque de la rama perdedora puede denominarse bloque obsoleto, bloque uncle en algunos sistemas históricos o bloque huérfano en el uso informal.

Las transacciones de la rama perdedora pueden volver al pool de transacciones pendientes si siguen siendo válidas y no se incluyeron en la rama ganadora.

Los forks temporales son una de las razones por las que los destinatarios de criptomonedas esperan varias confirmaciones antes de considerar definitivo un pago.

¿Qué es una división de la cadena?

Una división de la cadena es un fork en el que dos ramas de la blockchain siguen funcionando, en lugar de converger rápidamente en un historial aceptado.

Tras una división permanente, cada blockchain puede procesar transacciones diferentes y desarrollar valores de mercado distintos.

Los usuarios que controlaban claves privadas antes de la división pueden tener inicialmente saldos de cuenta o resultados no gastados correspondientes en ambas ramas.

Esta duplicación se produce porque ambas ramas comparten el historial de transacciones anterior al punto de bifurcación.

No significa que se haya creado valor nuevo sin riesgo ni que todos los usuarios puedan acceder de forma segura a ambos activos.

La compatibilidad de las wallets, la protección contra ataques de repetición, los acuerdos de custodia, la liquidez, la seguridad de la red y la exposición de las claves privadas pueden determinar si los saldos duplicados son utilizables.

Un servicio de custodia puede decidir si admite un activo de un fork, cuándo lo hace y de qué manera.

Un usuario que mantenga criptomonedas en una wallet de autocustodia puede tener más control técnico, pero acceder a la nueva rama puede generar riesgos de seguridad importantes.

¿Qué ocurre con las criptomonedas durante un fork?

El efecto de un fork depende de si es temporal, compatible con versiones anteriores, adoptado ampliamente o conflictivo de forma permanente.

Una actualización planificada rutinaria puede no producir ningún cambio visible en el saldo del usuario.

La dirección de la wallet, la clave privada y la cantidad de tokens pueden seguir funcionando con el protocolo actualizado.

Las aplicaciones pueden pausar temporalmente los depósitos, las retiradas, los bridges o las operaciones con contratos inteligentes mientras los proveedores de infraestructura confirman la estabilidad de la red.

Durante una división permanente de la cadena, los saldos registrados antes del fork pueden aparecer en ambas cadenas resultantes.

Las transacciones realizadas después del fork solo afectan a la rama en la que se confirman, salvo que no exista protección contra ataques de repetición.

Los dos activos nativos pueden desarrollar símbolos, precios, niveles de liquidez, modelos de seguridad y comunidades independientes.

Una rama puede convertirse en la dominante desde el punto de vista económico, mientras que la otra puede seguir siendo más pequeña o acabar perdiendo actividad.

Los titulares de tokens no deben dar por sentado que un activo adicional creado por un fork tendrá un valor significativo o acceso fiable al mercado.

¿Qué es la protección contra ataques de repetición?

La protección contra ataques de repetición impide que una transacción autorizada para una blockchain se copie y ejecute en otra blockchain tras una división de la cadena.

Sin esta protección, una firma de transacción puede ser válida en ambas ramas porque comparten el historial de cuentas anterior al fork y las reglas criptográficas.

Por ejemplo, un usuario puede querer enviar un activo en la rama A, pero otra persona podría retransmitir la misma transacción firmada en la rama B.

Esto podría hacer que el usuario transfiriera activos involuntariamente en ambas redes.

La protección contra ataques de repetición puede implementarse mediante identificadores de cadena únicos, reglas de firma modificadas, formatos especiales de transacción u otras formas de separación de dominios.

EIP-155 documenta la protección contra ataques de repetición basada en el ID de cadena para las transacciones de tipo Ethereum, al incluir un identificador de red en el proceso de firma.

Un ID de cadena único ayuda a las wallets y los nodos a distinguir las transacciones destinadas a redes diferentes.

La protección contra ataques de repetición debe evaluarse con cuidado, ya que dos ramas pueden compartir inicialmente características técnicas o no implementar la protección de la misma manera.

Los usuarios deben evitar mover activos de un fork hasta que proveedores de wallets fiables, desarrolladores e investigadores de seguridad expliquen el proceso más seguro.

¿Qué es una regla de elección de fork?

Una regla de elección de fork es el algoritmo que utiliza un nodo de blockchain para seleccionar la cadena preferida cuando existen varias ramas válidas.

El término no se refiere únicamente a actualizaciones polémicas del protocolo.

También forma parte del funcionamiento normal de la blockchain, ya que los retrasos de la red pueden generar bloques temporales que compitan entre sí.

En los sistemas Proof of Work, los nodos suelen preferir la rama válida con mayor cantidad acumulada de Proof of Work.

A veces se simplifica esta regla diciendo que se elige la cadena más larga, aunque el trabajo acumulado es una medida más precisa que el mero número de bloques.

En los sistemas Proof of Stake, la regla de elección de fork puede medir las certificaciones de los validadores, el peso del staking, los puntos de control y las condiciones temporales.

Un bloque puede ser válido según las reglas del protocolo y aun así no formar parte de la cadena preferida.

Por tanto, los nodos deben evaluar tanto la validez de los bloques como el peso relativo de las ramas competidoras.

Las reglas de elección de fork ayudan a los nodos independientes a converger en un historial compartido sin depender de un operador central que seleccione la base de datos oficial.

Fork frente a reorganización de la blockchain

Una reorganización de la blockchain, conocida habitualmente como reorg, se produce cuando un nodo sustituye un segmento de la cadena aceptado recientemente por otro segmento competidor.

Una reorg suele ser la resolución de un fork temporal, no una división permanente del protocolo.

Supongamos que un nodo acepta el bloque A y después recibe una rama competidora que contiene los bloques B y C, con mayor peso de consenso.

El nodo puede retirar el bloque A de su cadena activa y adoptar los bloques B y C.

Las transacciones confirmadas únicamente en el bloque A pueden dejar de estar confirmadas o aparecer más tarde en otro bloque.

Las reorgs cortas pueden producirse de forma natural por la latencia de la red.

Las reorgs profundas son más preocupantes, ya que pueden indicar un fallo de consenso, un problema de software, un ataque coordinado o una perturbación grave de la red.

La documentación de Bitcoin sobre la red peer-to-peer explica cómo comparan los nodos las cabeceras y detectan si su blockchain local ha divergido de otra cadena válida.

Forks y finalidad de las transacciones

La finalidad describe el nivel de confianza de que una transacción confirmada en una blockchain no será revertida por un fork o una reorganización.

Las blockchains Proof of Work suelen ofrecer finalidad probabilística.

Por lo general, cada bloque adicional construido sobre una transacción hace que revertirla resulte más difícil desde el punto de vista computacional.

No existe un número único de confirmaciones adecuado para todas las transacciones, ya que el nivel de confianza necesario depende del importe del pago, la seguridad de la red y la tolerancia al riesgo del destinatario.

Algunas redes Proof of Stake utilizan reglas de finalidad explícitas basadas en votos de validadores y puntos de control.

La documentación oficial sobre finalidad Proof of Stake explica cómo los puntos de control justificados y finalizados ayudan a la red a establecer un historial extremadamente difícil de revertir sin un fallo grave de consenso y penalizaciones económicas.

Un fork temporal puede afectar a bloques recientes que aún no se han finalizado, sin modificar el historial finalizado más antiguo.

Los usuarios deben distinguir entre una transacción que aparece en el último bloque y otra que ha alcanzado una forma de finalidad más sólida en la red.

¿Cómo se proponen y activan los forks?

Los procesos de fork varían entre redes de criptomonedas porque no existe un sistema universal de gobernanza de blockchain.

Una propuesta puede comenzar como un documento técnico que describe la motivación, las especificaciones, los efectos en la seguridad y la compatibilidad de un cambio.

Los desarrolladores pueden debatir la propuesta en repositorios públicos, reuniones comunitarias, foros de investigación, listas de correo y entornos de prueba.

Las propuestas de protocolo de Bitcoin suelen documentarse mediante propuestas de mejora de Bitcoin.

El repositorio oficial de propuestas de mejora de Bitcoin indica que la publicación de una propuesta no significa que la comunidad haya alcanzado un consenso ni que esté prevista su adopción.

Las propuestas de protocolo de Ethereum suelen documentarse mediante propuestas de mejora de Ethereum antes de que se incluyan determinados cambios en una actualización de la red.

Tras su implementación y prueba, un fork puede activarse a una altura de bloque, época, marca temporal o umbral de señalización predeterminados.

Algunos sistemas de activación miden el apoyo mediante los bloques producidos por mineros o validadores.

Otros utilizan una fecha de activación fija, una vez que los desarrolladores y participantes de la red han tenido tiempo para prepararse.

BIP-9 describe un método de señalización mediante bits de versión diseñado para implementar varios cambios de consenso de Bitcoin compatibles con versiones anteriores.

Ningún método de activación elimina por completo el riesgo de gobernanza, ya que la señalización puede medir la preparación técnica sin demostrar que todos los usuarios estén de acuerdo con la propuesta.

¿Quién decide si un fork tiene éxito?

Ningún grupo controla automáticamente todos los forks de las blockchains públicas.

Los desarrolladores escriben y revisan el software, pero no siempre pueden obligar a los usuarios independientes a ejecutarlo.

Los mineros o validadores producen bloques, pero los nodos pueden rechazar los que incumplen las reglas aplicadas por su software.

Los operadores de nodos eligen qué software y reglas de consenso validan.

Los proveedores de wallets, custodios, emisores de stablecoins, desarrolladores de aplicaciones, operadores de bridges y servicios de infraestructura influyen en la utilidad de la red actualizada.

Los titulares de tokens y los traders influyen en la demanda económica de cada activo resultante.

Estos grupos pueden tener distintos tipos de poder y sus intereses no siempre coinciden.

Un fork tiene éxito cuando suficientes participantes técnicos, económicos y sociales se coordinan en torno a un conjunto común de reglas para mantener una red funcional.

Qué significa «suficientes» depende del sistema de consenso de la red y de su ecosistema.

Cómo afectan los forks a los mineros y validadores

Los mineros y validadores deben ejecutar software compatible con las reglas de la cadena que quieran respaldar.

Durante un hard fork, el software obsoleto de producción de bloques puede crear bloques que los nodos actualizados rechacen.

Esto puede desperdiciar potencia computacional o generar penalizaciones, según el mecanismo de consenso.

Los mineros Proof of Work pueden dirigir la tasa de hash a una rama o repartir sus equipos entre varias ramas.

La seguridad de cada rama puede cambiar si se redistribuye la tasa de hash total.

Una rama más pequeña puede ser más vulnerable a reorganizaciones o ataques de doble gasto si conserva una potencia computacional limitada.

Los validadores Proof of Stake quizá deban actualizar tanto el software de consenso como el de ejecución antes de una actualización programada.

Un comportamiento incorrecto de los validadores puede provocar recompensas no recibidas, penalizaciones por inactividad o slashing conforme a determinadas reglas del protocolo.

Los validadores deben utilizar versiones oficiales de los clientes y anuncios de la red, en lugar de instalar software compartido mediante mensajes no verificados.

Cómo afectan los forks a las wallets y los usuarios

La mayoría de los usuarios no necesita cambiar sus claves privadas durante una actualización rutinaria de la red.

Sin embargo, puede ser necesario actualizar el software de la wallet para reconocer nuevos tipos de transacción, reglas de comisiones, direcciones o identificadores de cadena.

Una wallet desactualizada puede mostrar información incorrecta o no difundir transacciones después de un fork.

Los usuarios deben comprobar que están conectados a la red prevista antes de firmar una transacción.

El nombre de la red por sí solo puede no bastar, ya que los sitios web e interfaces de wallet fraudulentos pueden imitar la marca oficial.

Los identificadores de cadena, los datos de los exploradores de bloques, los anuncios de los clientes y las fuentes de software verificadas pueden ayudar a confirmar que se trata de la red correcta.

Los usuarios nunca deben revelar su frase de recuperación ni su clave privada para reclamar activos creados por un fork.

Es posible acceder a un saldo legítimo de blockchain con software compatible sin entregar la clave secreta a otra persona.

Debe considerarse probable estafador a cualquiera que pida una frase de recuperación para «activar» o «desbloquear» monedas de un fork.

Forks y contratos inteligentes

Un hard fork puede cambiar el modo en que la máquina virtual de una blockchain ejecuta las instrucciones de los contratos inteligentes.

La actualización puede añadir nuevas operaciones, cambiar los costes de gas, restringir comportamientos no seguros o modificar el procesamiento de las transacciones.

Las actualizaciones bien diseñadas intentan mantener las aplicaciones existentes, salvo que sea necesario introducir deliberadamente un cambio de compatibilidad.

Aun así, los desarrolladores deben probar los contratos con el nuevo software, ya que incluso pequeños cambios del protocolo pueden afectar a aplicaciones complejas.

Tras una división permanente de la cadena, el mismo código de contrato inteligente y su estado almacenado pueden existir inicialmente en ambas ramas.

Sin embargo, los proveedores de datos externos, los administradores, los activos de valor estable, los tokens wrapped y los bridges pueden admitir únicamente una de ellas.

La duplicación de un contrato inteligente no garantiza que los tokens duplicados mantengan las mismas garantías, derechos de reembolso o valor económico.

Las aplicaciones que dependen de firmas también deben tener en cuenta la protección contra ataques de repetición específica de cada cadena.

EIP-1344 explica cómo pueden acceder los contratos inteligentes a un identificador de cadena para ayudar a distinguir los mensajes firmados destinados a redes diferentes.

¿Puede un fork crear criptomonedas gratis?

Una división permanente de la cadena puede crear saldos correspondientes en dos redes para las direcciones que tenían activos antes de la división.

A veces se describe como recibir criptomonedas gratis, pero esa descripción ignora riesgos y limitaciones importantes.

El nuevo activo puede tener poca liquidez, una seguridad débil, compatibilidad limitada con wallets o carecer de un valor de mercado fiable.

Intentar acceder a él puede exponer la clave privada, el historial de transacciones o los activos originales del usuario.

Los ataques de repetición pueden hacer que una transacción se ejecute en ambas cadenas.

También pueden aplicarse obligaciones fiscales, según la jurisdicción del usuario y la disponibilidad o el valor del activo.

Los usuarios deben valorar si el posible valor del activo creado por el fork compensa el riesgo técnico y de seguridad que implica reclamarlo.

Un método más seguro podría consistir en trasladar el activo original a una dirección nueva antes de utilizar la clave antigua con software especializado para forks, aunque el proceso adecuado depende de las cadenas concretas.

Estafas y riesgos de seguridad asociados a los forks

Los forks importantes suelen atraer sitios web de phishing, wallets falsas, extensiones de navegador maliciosas y servicios fraudulentos para reclamar activos.

Los estafadores pueden prometer acceso anticipado a una moneda creada por un fork a cambio de una frase de recuperación, una clave privada, una conexión a la wallet o la aprobación de una transacción.

Una wallet maliciosa puede transmitir en secreto las claves privadas o sustituir la dirección de destino de una transacción.

La aprobación de un contrato inteligente dañino puede permitir que un atacante transfiera tokens desde la wallet del usuario.

Durante una actualización, cuentas de soporte falsas pueden hacerse pasar por desarrolladores o proveedores de infraestructura.

Los usuarios deben obtener el software de wallets y nodos de fuentes oficiales verificadas.

Siempre que sea posible, deben comparar las firmas de las versiones, las sumas de verificación, los nombres de dominio y varios anuncios de fuentes fiables.

También deben desconfiar de cuentas atrás o mensajes no oficiales que generen urgencia en torno a una supuesta fecha límite del fork.

Una actualización real del protocolo no exige enviar criptomonedas a una dirección desconocida para conservar el saldo.

Cómo evaluar un fork de criptomonedas

El primer paso es determinar si se trata de una actualización del protocolo, una divergencia temporal de la cadena o una propuesta de división permanente.

Los usuarios deben leer la propuesta técnica e identificar exactamente qué reglas de consenso cambiarán.

Deben verificar el punto de activación y determinar qué versiones del software de nodos son compatibles con las nuevas reglas.

El nivel de revisión por parte de desarrolladores y de pruebas públicas puede indicar si se han abordado los riesgos de implementación más evidentes.

Las implementaciones de código independientes y las auditorías de seguridad pueden reducir la dependencia de un único equipo de desarrollo.

Los usuarios deben examinar el apoyo de mineros, validadores, operadores de nodos, wallets, aplicaciones, proveedores de infraestructura y la comunidad en general.

También deben comprobar si el fork propuesto incluye una protección fiable contra ataques de repetición y un identificador de red único.

En una división permanente, los recursos de seguridad deben evaluarse por separado para cada rama.

Una rama Proof of Work necesita suficiente tasa de hash para que los ataques resulten costosos.

Una rama Proof of Stake necesita suficiente staking activo, diversidad de validadores y apoyo operativo.

El precio de mercado por sí solo no demuestra que un fork sea seguro, descentralizado, técnicamente sólido o tenga probabilidades de sobrevivir.

Forks y precios de las criptomonedas

Los anuncios de forks pueden aumentar la volatilidad de los precios porque los traders pueden discrepar sobre el resultado técnico y económico más probable.

Algunos traders compran un activo antes de una posible división de la cadena porque esperan recibir saldos en ambas ramas.

Otros reducen su exposición por la incertidumbre, los riesgos de software, la menor liquidez o el temor a que la comunidad se divida.

Los precios de los derivados pueden reflejar expectativas sobre el valor de un posible activo creado por un fork.

Las pausas de depósitos y retiradas pueden generar diferencias temporales de precios entre mercados.

El activo original puede subir, bajar o mantenerse estable tras el fork.

No existe ninguna regla por la que una actualización exitosa deba aumentar el precio del token.

Incluso un fork técnicamente útil puede tener un impacto limitado a corto plazo si se esperaba con antelación.

Un fork conflictivo puede debilitar la confianza en ambas ramas o permitir que cada comunidad siga una estrategia distinta.

La especulación relacionada con forks no debe sustituir al análisis de la seguridad, la adopción, la liquidez, la oferta de tokens y el uso de la red a largo plazo.

Conceptos erróneos habituales sobre los forks

Un fork no siempre crea una nueva criptomoneda.

Muchos forks son actualizaciones rutinarias que mantienen una única red activa y un único activo nativo reconocido.

Un fork no se debe automáticamente a hackers.

Los forks temporales pueden producirse de forma natural, y los planificados pueden formar parte del desarrollo normal del protocolo.

Un soft fork no es completamente opcional para todos los participantes.

Los nodos antiguos pueden seguir conectados, pero quizá no validen plenamente las nuevas funciones ni puedan utilizarlas.

Un hard fork no significa automáticamente que la comunidad esté dividida.

Las redes pueden utilizar hard forks para realizar actualizaciones ampliamente respaldadas cuando los participantes se coordinan correctamente.

La duplicación de un saldo no garantiza la duplicación de su valor económico.

Es posible que los tokens, bridges, aplicaciones, proveedores de datos y sistemas de reembolso no funcionen igual en ambas ramas.

Los desarrolladores no tienen poder ilimitado para cambiar una blockchain descentralizada, ya que los participantes independientes deciden qué reglas de software aplican.

Preguntas frecuentes

¿Qué significa fork en cripto?

Un fork es un cambio o una divergencia en las reglas de software o el historial de transacciones de una blockchain.

¿Cuáles son los principales tipos de forks de criptomonedas?

Las principales categorías de actualización del protocolo son los hard forks y los soft forks; también pueden producirse forks temporales de la cadena sin que cambien las reglas.

¿Qué es un hard fork?

Un hard fork es un cambio del protocolo que no es totalmente compatible con el software antiguo de los nodos y que puede generar una división permanente de la cadena si distintos grupos siguen reglas diferentes.

¿Qué es un soft fork?

Un soft fork es un cambio del protocolo compatible con versiones anteriores que introduce reglas de validación más estrictas y permite que los nodos antiguos sigan reconociendo los bloques creados conforme a las nuevas reglas.

¿Todos los hard forks crean una moneda nueva?

No. Un hard fork solo crea una moneda nueva cuando una rama independiente conserva suficiente apoyo técnico y económico para continuar como una red autónoma.

¿Puede un soft fork dividir una blockchain?

Sí. Un soft fork puede dividir temporal o permanentemente una blockchain si la activación fracasa o si los participantes importantes no aplican las mismas reglas.

¿Por qué hacen forks los desarrolladores de blockchain?

Pueden proponerlos para añadir funciones, mejorar la seguridad, aumentar la capacidad, corregir errores, modificar las reglas económicas o cambiar el procesamiento de transacciones y contratos inteligentes.

¿Qué ocurre con mis monedas durante un fork?

Una actualización rutinaria puede no tener efectos visibles, mientras que una división permanente de la cadena puede crear saldos correspondientes en ambas ramas para los activos que se tenían antes del fork.

¿Tengo que mover mis criptomonedas antes de un fork?

No siempre. La acción adecuada depende de la actualización, la wallet, el acuerdo de custodia, la protección contra ataques de repetición y las instrucciones de soporte oficiales.

¿Puede un fork revertir transacciones?

Un fork temporal y una reorganización pueden eliminar confirmaciones recientes, mientras que un fork planificado del protocolo solo puede incluir un cambio excepcional del estado si ese comportamiento se codifica y adopta expresamente.

¿Qué es la protección contra ataques de repetición?

Impide que una transacción firmada para una rama se copie y ejecute en otra tras una división de la cadena.

¿Qué es una regla de elección de fork?

Es el algoritmo que utilizan los nodos para seleccionar la blockchain preferida cuando existe más de una rama válida.

¿Cuál es la diferencia entre un fork y una reorg?

Un fork es la existencia de rutas competidoras en la blockchain, mientras que una reorg es el proceso de sustituir una ruta reciente por otra competidora de mayor peso.

¿Las monedas de un fork son dinero gratis?

Los saldos creados por un fork pueden tener valor de mercado, pero reclamarlos puede implicar riesgos de seguridad, ataques de repetición, liquidez, impuestos, custodia y claves privadas.

¿Puede un fork afectar a los contratos inteligentes?

Sí. Puede cambiar las reglas de la máquina virtual, los costes de transacción, el comportamiento de los contratos, las integraciones externas y el respaldo económico de los tokens.

¿Quién controla un fork de criptomonedas?

El resultado depende de desarrolladores, operadores de nodos, mineros, validadores, usuarios, aplicaciones, proveedores de infraestructura y mercados, no de una autoridad universal única.

¿Cómo pueden prepararse los usuarios para un fork?

Deben seguir anuncios verificados de la red, actualizar el software compatible, no compartir claves privadas, confirmar la protección contra ataques de repetición y dejar que la red se estabilice antes de realizar transacciones de alto riesgo.

Conclusión

Un fork es un cambio o una divergencia en el historial, el software o las reglas de consenso de una blockchain de criptomonedas.

Los hard forks introducen reglas que pueden ser incompatibles con el software antiguo, mientras que los soft forks utilizan reglas más estrictas que pueden seguir siendo compatibles con nodos antiguos.

Los forks temporales son una posibilidad normal en las redes distribuidas y suelen resolverse mediante la regla de elección de fork de la blockchain.

Una división permanente de la cadena puede crear dos redes independientes, pero la duplicación de saldos no garantiza que ambas tengan la misma seguridad, utilidad o valor de mercado.

Para evaluar cualquier fork de criptomonedas, es esencial comprender los métodos de activación, la compatibilidad de los nodos, la finalidad, la protección contra ataques de repetición, el apoyo de validadores o mineros y la seguridad de las wallets.

Los usuarios deben consultar documentación técnica verificada y evitar las prisas al reclamar activos de un fork mediante software o sitios web no fiables.