La cadena eCash, un fork de Bitcoin, entró en su fase Alfa en el bloque 963,648 de Bitcoin el 23 de agosto. Aunque la red ya está activa, no se trata del hard fork permanente que se promociona ante los tenedores de Bitcoin. La cadena Alfa emite tokens de práctica conocidos como pECX; la asignación real uno a uno de ECX se realizará únicamente en la Mainnet.

Según la hoja de ruta de eCash, el despliegue se desarrolla en tres fases: Alfa (bloque 963,648), Beta (cerca del bloque 967,680) y Mainnet (cerca del bloque 973,728), con una fecha objetivo de finalización del 31 de octubre. Bitcoin en sí no se ve afectado en absoluto. Por ahora, la cadena Alfa funciona como un entorno de pruebas donde desarrolladores, mineros y adoptantes tempranos pueden someter el código a pruebas de estrés antes de la asignación oficial de saldos. Entre la Alfa y la Mainnet, la activación de la Beta cerca del bloque 967,680 es el siguiente hito observable en la ruta de despliegue.

Las alturas de bloque importan más que las fechas del calendario

El objetivo del 31 de octubre depende por completo de la velocidad de producción de bloques. Dado que la generación de bloques de Bitcoin varía según la tasa de hash de la red, las fechas reales se desplazarán. Esa variabilidad tiene efectos en cadena sobre la preparación de la infraestructura en todo el mercado: los desarrolladores de billeteras necesitan código verificado antes de que llegue el bloque 973,728, los exchanges deben decidir si acreditan a sus clientes y los custodios necesitan congelamientos operativos listos para ejecutarse. La métrica precisa a seguir es la altura de bloque 973,728 de Bitcoin.

Una cadena de pruebas en funcionamiento no garantiza seguridad

pECX refleja la funcionalidad planificada de ECX, pero carece de valor de mercado y no se transferirá a la cadena final. La minería activa demuestra que se están creando bloques, pero no evalúa la fiabilidad del software. Una cadena de pruebas operativa deja abiertas preguntas fundamentales: si el software cliente es seguro, si la documentación de la división está completa y si las transacciones pueden ejecutarse sin exponer los fondos subyacentes. Hasta que se publiquen el código de producción final y las herramientas de verificación, pECX seguirá siendo un entorno de pruebas aislado.

Vulnerabilidades de reejecución sin resolver

Debido a que la nueva red copia el historial de transacciones de Bitcoin, introduce riesgos de reejecución de transacciones. Sin mecanismos de protección dedicados, una transacción firmada en la cadena BTC también podría ejecutarse en la cadena ECX. Exámenes técnicos recientes de CryptoSlate identifican la seguridad contra la reejecución como una cuestión abierta clave. El peligro tiene precedentes claros en divisiones de cadena anteriores: tras el hard fork de Ethereum de 2016 que produjo Ethereum Classic, las transacciones eran válidas en ambas cadenas y se reejecutaron involuntariamente entre ETH y ETC, mientras que Bitcoin Cash abordó el mismo problema en su lanzamiento de 2017 modificando sus reglas de hash de firmas para que sus transacciones fueran inválidas en la cadena original de Bitcoin. Esos episodios explican por qué la industria considera la protección contra la reejecución un requisito de lanzamiento para cualquier división de cadena, y no una función opcional. El despliegue de la Mainnet requiere demostrar que los usuarios pueden mover BTC sin difundir firmas idénticas a eCash.

Autocustodia frente a tenencias en exchanges

Una división de cadena no se traduce automáticamente en acceso en todas las plataformas. Los tenedores que controlan sus propias claves privadas podrán reclamar ECX directamente una vez que se publique el software de asignación. Los usuarios de exchanges, en cambio, dependen por completo de las políticas de las plataformas de terceros. La división de Bitcoin en Bitcoin Cash en 2017 fijó aquí el precedente: los tenedores con autocustodia controlaron su propio reclamo desde el bloque de la bifurcación en adelante, mientras que los clientes de los exchanges recibieron BCH solo después —y en los términos establecidos por— sus plataformas. Las decisiones operativas clave que siguen pendientes por parte de los principales exchanges incluyen:

• Ventanas de congelamiento de depósitos y retiros alrededor del bloque 973,728.
• Soporte directo para abonos por la distribución de tokens en proporción 1:1.
• Protocolos de separación de direcciones para evitar depósitos cruzados accidentales entre BTC y ECX.

El acceso a los tokens bifurcados depende, en última instancia, de quién posea las claves privadas y de si los custodios individuales integran la nueva red. Los usuarios bajo custodia no verán las monedas de la división a menos que su plataforma admita explícitamente el fork.

Confusión de tickers y riesgos de phishing

El fork utiliza el ticker ECX mientras se promociona bajo el nombre de "eCash", una marca ya utilizada por una criptomoneda existente que cotiza como XEC. Esa eCash existente tiene su propio linaje de bifurcación: se trata de un cambio de marca de 2021 de Bitcoin Cash ABC (BCHA), la moneda creada cuando Bitcoin Cash mismo se dividió en noviembre de 2020, por lo que la colisión de nombres se produce con un proyecto que también se remonta a la historia de bifurcaciones de Bitcoin. Esta colisión de nombres aumenta el riesgo de confusión entre usuarios, lanzamientos de billeteras falsas y portales de reclamo maliciosos. Los usuarios nunca deben ingresar una frase de recuperación de Bitcoin en software de reclamo de fork no verificado; las divisiones de red legítimas no requieren exponer claves privadas a formularios web de terceros.

Requisitos previos a la Mainnet

Antes de la Mainnet, varios elementos siguen pendientes:

• Código de producción de código abierto: software totalmente auditado y listo para verificación pública.
• Protección contra la reejecución aplicada: salvaguardas a nivel de protocolo para bloquear ataques de espejo de transacciones entre cadenas.
• Reglas de transición de testnet: procedimientos claros que detallan cómo concluirán los entornos pECX.
• Cronogramas de integración de exchanges: declaraciones claras de los principales custodios sobre la distribución de abonos y los pares de negociación.
• Documentación de gestión de claves: directrices verificadas para reclamar saldos de la división sin exponer las claves de BTC.

Un fork no está completo cuando comienza a producir bloques; está completo cuando los usuarios pueden separar, custodiar y gastar ambos activos de forma independiente y segura.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión.