BCH2: Bitcoin Cash II

Resumen

BCH2 (Bitcoin Cash II) es una criptomoneda SHA-256 que combina el probado protocolo Bitcoin Cash con un modelo de distribución justa mediante un fork 1:1 de BC2 (BitcoinII). Al bifurcarse de BC2 en la altura de bloque 53.200, BCH2 hereda el historial completo de transacciones de BC2 y adopta las reglas de consenso de Bitcoin Cash: el algoritmo de ajuste de dificultad ASERT (con una semivida de 1 hora, resistente a ataques, para el lanzamiento), bloques de 32 MB, direccionamiento CashAddr y todas las actualizaciones del protocolo BCH hasta la actualización 11 (ABLA).

Mientras Bitcoin y sus derivados están dominados por operaciones mineras industriales, BCH2 ofrece un comienzo nuevo con niveles de dificultad accesibles. Sin preminado, sin comisiones para desarrolladores y con una distribución justa 1:1 a los poseedores de BC2, BCH2 supone un regreso al espíritu de minería descentralizada que hizo revolucionario a Bitcoin.

1. Introducción

1.1 La visión original

Cuando Satoshi Nakamoto lanzó Bitcoin en 2009, cualquiera con un ordenador personal podía minar bloques y ganar recompensas. Esa accesibilidad era fundamental para el carácter descentralizado de Bitcoin: miles de mineros independientes asegurando la red, cada uno con una oportunidad justa.

1.2 La evolución de Bitcoin

A medida que Bitcoin creció, los desacuerdos sobre escalabilidad y filosofía dieron lugar a hitos importantes:

• 2017: Bitcoin Cash (BCH) se separó de Bitcoin en el bloque 478.558 y elevó el tamaño de bloque a 8 MB (luego 32 MB) para permitir más transacciones y comisiones más bajas. BCH ha mejorado de forma continua: implementó el algoritmo de ajuste de dificultad ASERT en 2020 y numerosas mejoras del protocolo hasta 2025.
• 2025: BC2 (BitcoinII) se lanzó como una implementación nueva basada en Bitcoin Core v27 con un bloque génesis propio, aportando una cadena limpia para experimentar y para nuevos casos de uso.
• 2026: BCH2 (Bitcoin Cash II) se separa de BC2 en la altura 53.200, conservando todo el historial de BC2 y adoptando a la vez las reglas de consenso de Bitcoin Cash. Resulta una combinación única: la distribución inicial justa de BC2 con las mejoras de protocolo ya probadas de BCH.

1.3 El problema actual

La dificultad de la red de Bitcoin ha alcanzado niveles astronómicos, igual que BCH y la mayoría de los derivados SHA-256. Esto plantea varios problemas:

1. Dominio industrial — Solo las operaciones a gran escala, con electricidad barata y compras masivas de ASIC, pueden minar con beneficio en las cadenas principales.
2. Exclusión del minero doméstico — Quien mina en solitario con equipos pequeños tiene una probabilidad prácticamente nula de encontrar un bloque en redes de alta dificultad.
3. Centralización en pools — Los mineros se ven obligados a entrar en pools, pagar comisiones y confiar en los operadores, lo que merma el carácter entre pares de la criptomoneda.
4. Algoritmos de dificultad heredados — Las cadenas que usan el periodo de ajuste de 2016 bloques de Bitcoin pueden sufrir una varianza extrema en los tiempos de bloque cuando el hashrate fluctúa.

1.4 La solución de BCH2

BCH2 aborda estos problemas así:

• Partir de un nivel de dificultad accesible, heredado de los primeros bloques de BC2
• Implementar ASERT con una semivida de 1 hora para que la dificultad se recupere rápido ante ataques de manipulación
• Ofrecer bloques de 32 MB para la escalabilidad futura
• Usar el formato CashAddr para direcciones fáciles de usar
• Mantener una compatibilidad del 100% con las mejoras del protocolo Bitcoin Cash
• Transición automática de la semivida de ASERT de 1 hora a 2 días en el bloque 92.736 (unos 9 meses tras el fork), sin hard fork

2. Por qué BCH2

2.1 Principios de lanzamiento justo

BCH2 rechaza los modelos de token extractivos que han plagado los lanzamientos recientes:

Sin preminado: Todo el suministro de BCH2 en el fork se reparte entre los poseedores de BC2 según lo que tuvieran en el bloque del fork. No se crean monedas para desarrolladores, fundaciones ni allegados.

Sin comisión para desarrolladores: El 100 % de las recompensas de bloque va a los mineros. El desarrollo lo financia la comunidad de forma voluntaria, no se extrae de las recompensas.

Sin ICO/IEO: BCH2 no se vende ni se preasigna. La distribución ocurre a través del fork de BC2 y de la minería continua.

Base de código probada: BCH2 está construido sobre BitcoinII Core v27.1, la misma base que asegura miles de millones en Bitcoin y sus derivados.

2.2 Distribución del fork a los poseedores de BC2

Siguiendo el precedente de Bitcoin Cash en 2017, BCH2 reconoce a los poseedores de BC2 mediante un fork 1:1:

• Todos los saldos de BC2 en el bloque del fork se acreditan como BCH2 (unos 2.660.000 monedas en el fork)
• Quien controla las claves privadas de BC2 controla automáticamente los BCH2 equivalentes
• Sin registro, reclamaciones ni KYC: basta importar las claves en un monedero BCH2

Este modelo garantiza:

• Distribución justa para quienes apoyaron BC2
• Liquidez inmediata desde el primer día
• Sin concentración de la oferta en manos de los desarrolladores
• Intereses alineados entre los primeros partidarios y el éxito de la red

2.3 Devolver el acceso a la minería

La dificultad de BCH2 en el fork ofrece oportunidades realistas a los mineros pequeños:

• Mineros de lotería, bienvenidos — Equipos como Bitaxe, Nerdminer y otros mineros de bajo hashrate tienen probabilidades reales de encontrar bloques.
• La minería doméstica es viable — Los ASIC de consumo pueden competir por la recompensa completa de bloque.
• Vuelve la minería en solitario — Cada minero puede minar por su cuenta, sin tener que entrar en un pool.
• Crecimiento natural — A medida que crece la adopción, la dificultad sube de forma orgánica con la red.

3. Especificaciones técnicas

3.1 Parámetros de consenso

3.2 Parámetros del fork

3.3 Configuración de red

3.4 Alturas de activación previas al fork (historial de BC2)

Estas activaciones ocurrieron en el historial de BC2 y se conservan en BCH2:

3.5 Activaciones de BCH2 (tras el fork)

Todas las actualizaciones del protocolo Bitcoin Cash se activan a la vez en el bloque 53.201:

3.6 Funciones desactivadas (frente a BTC/BC2)

Las siguientes funciones de BTC/BC2 quedan desactivadas tras el fork, en línea con el consenso de BCH:

3.7 Algoritmo de ajuste de dificultad ASERT

BCH2 emplea ASERT (Absolutely Scheduled Exponentially Rising Targets), el algoritmo de ajuste de dificultad que Bitcoin Cash adoptó en noviembre de 2020 (actualización Axion). BCH2 usa aserti3-2d exactamente como está implementado en BCHN v29.0.0, con un parámetro de semivida modificado por seguridad en el lanzamiento.

Algoritmo principal:

ASERT calcula la dificultad a partir del tiempo transcurrido desde un «bloque ancla» (para BCH2, el bloque del fork), con un objetivo medio de exactamente 10 minutos por bloque:

next_target = anchor_target * 2^((actual_time - scheduled_time) / halflife)

Donde:

• anchor_target = objetivo de dificultad en el bloque ancla (bloque del fork)
• actual_time = tiempo transcurrido desde el bloque padre del ancla
• scheduled_time = tiempo esperado, calculado como la diferencia de altura × 600 segundos
• halflife = constante de tiempo que controla la velocidad del ajuste

Semivida ASERT: parámetro crítico del lanzamiento:

Justificación de la semivida de 1 hora:

Una cadena nueva con hashrate limitado (~1 PH/s) es vulnerable a ataques de manipulación de dificultad. Quien disponga de mucha potencia puede minar bloques rápidamente para disparar la dificultad y luego retirarla, dejando a los mineros honestos sin poder encontrar bloques con la dificultad inflada. Con la semivida de 2 días de BCHN, recuperarse de un pico de 10× llevaría unos 6,6 días: la red quedaría inservible casi una semana, los mineros se irían a cadenas rentables y podría desatarse una espiral de muerte.

Con la semivida de 1 hora de BCH2, ese mismo ataque solo provoca unas 7 horas de bloques lentos antes de volver a la normalidad. Los mineros pueden esperar o seguir minando, y el gasto del atacante se desperdicia.

Análisis del compromiso:

La semivida de 1 hora es adecuada para la fase de lanzamiento de BCH2, con hashrate limitado. La mayor volatilidad es un precio aceptable por la resistencia a ataques.

Configuración del ancla ASERT:

4. Formato de dirección

4.1 Especificación CashAddr

BCH2 usa el formato CashAddr desarrollado por Bitcoin Cash, que aporta:

• Un prefijo legible que identifica la red
• Detección de errores mediante una suma de comprobación de código BCH
• Codificación sin distinguir mayúsculas, más fácil de teclear
• Clara diferenciación frente a las direcciones de Bitcoin/BC2

4.2 Ejemplos de direcciones

P2PKH (Pay to Public Key Hash):

bitcoincashii:qz2p8hv43kuq8s6gfa5lkm9a2jcm0m5vfcr7hxlmnj

P2SH (Pay to Script Hash):

bitcoincashii:pz2p8hv43kuq8s6gfa5lkm9a2jcm0m5vfcfnk4xmwy

4.3 Indicadores del tipo de dirección

5. Parámetros de transacción

5.1 Especificaciones de transacción

5.2 Protección contra repetición

Las firmas incluyen el fork ID en la preimagen del sighash, lo que impide repetir transacciones entre cadenas. Las transacciones de BCH2 firmadas tras el bloque 53.200 no son válidas en BC2, y las de BC2 no lo son en BCH2.

5.3 Protección contra doble gasto (DSProof)

BCH2 integra DSProof (prueba de doble gasto), un mecanismo a nivel de protocolo para detectar en tiempo real intentos de doble gasto en transacciones sin confirmar. Desarrollado originalmente para Bitcoin Cash, DSProof refuerza la seguridad sin confirmaciones para comercios y procesadores de pago.

Cuando un nodo detecta transacciones en conflicto que gastan la misma entrada, construye y difunde un mensaje DSProof por la red. Los comercios y monederos atentos a estas alertas pueden marcar transacciones sospechosas en segundos, sin esperar a la confirmación en un bloque.

Esto hace más seguro el comercio sin confirmaciones, un caso de uso central del efectivo electrónico entre pares.

5.4 Migración de UTXO SegWit (witness vía scriptSig)

BC2 heredó SegWit de Bitcoin, por lo que el conjunto de UTXO en el bloque del fork contiene monedas bloqueadas en salidas SegWit (P2WPKH, P2WSH, P2TR y variantes envueltas en P2SH). Como BCH2 elimina las reglas de consenso de SegWit, esos UTXO quedarían normalmente ingastables tras el fork.

BCH2 lo resuelve con witness vía scriptSig: un mecanismo de migración que permite gastar los UTXO SegWit existentes colocando los datos de firma en el campo scriptSig tradicional en lugar del campo witness.

Proceso de verificación:

• P2WPKH (v0, 20 bytes): Espera [firma, clave pública] en scriptSig. El nodo construye un script P2PKH implícito y verifica contra él.
• P2WSH (v0, 32 bytes): Espera [...argumentos, script] en scriptSig. El nodo comprueba que SHA256(script) coincide con el hash de la salida.
• P2TR (v1, 32 bytes): Espera [firma Schnorr] en scriptSig, solo para el gasto por ruta de clave.
• Envuelto en P2SH: el script de redención se incluye junto con los datos de firma en scriptSig.

Seguridad:

• La misma seguridad criptográfica que SegWit: siguen exigiéndose firmas válidas
• SIGHASH_FORKID se exige en todas las firmas posteriores al fork (protección contra repetición)
• El gasto por la ruta de script de Taproot no está soportado: solo la ruta de clave. Quien use scripts Taproot complejos debería mover sus monedas antes del fork.

Importante: este mecanismo solo se aplica a los UTXO SegWit que existían en el bloque del fork o antes. Tras el fork no pueden crearse nuevas salidas SegWit: el consenso de BCH2 las rechaza.

Algoritmo de sighash:

Los UTXO SegWit en BCH2 se gastan con el algoritmo de sighash de BIP143 y SIGHASH_FORKID (0x41):

sighash = SHA256(SHA256(
    nVersion ||
    hashPrevouts ||
    hashSequence ||
    outpoint ||
    scriptCode ||      // P2PKH script for pubkeyhash
    value ||           // 8-byte little-endian satoshis
    nSequence ||
    hashOutputs ||
    nLockTime ||
    hashType           // SIGHASH_ALL | SIGHASH_FORKID (0x41)
))

La firma se coloca en scriptSig en lugar de witness: scriptSig: <signature> <pubkey>, witness: (vacío)

Tipos de dirección admitidos en la migración:

5.5 Proceso de reclamo de la distribución del fork

BCH2 reparte 1:1 todos los saldos de BC2 a la altura del fork, 53.200. El proceso de reclamación admite todos los tipos de dirección desde una única interfaz de monedero.

Derivación y escaneo:

El monedero deriva las direcciones de una frase mnemotécnica BIP39 usando rutas de derivación estándar:

Se escanean tanto la cadena de direcciones externa (de recepción) como la interna (de cambio) para localizar todos los UTXO con derecho al fork.

Protección contra el abuso:

Para evitar reclamar dos veces manipulando el tipo de dirección, el monedero verifica el origen del saldo:

isFromForkDistribution = (BC2_balance > 0)

Si hay saldo en BCH2 pero el saldo correspondiente en BC2 es cero, los fondos llegaron después del fork y se marcan como ajenos al reparto del fork. Esto evita el siguiente vector de ataque:

1. Reclamar BCH2 en una dirección SegWit
2. Mover los fondos originales de BC2 a una dirección legacy
3. Intentar reclamar de nuevo en la dirección legacy

El monedero muestra avisos adecuados que distinguen los depósitos posteriores al fork de los saldos del reparto.

6. Capacidades de script (tras el fork)

BCH2 admite el conjunto completo de instrucciones de script de BCH:

7. Parámetros de seguridad de la cadena

8. Transición de la semivida ASERT

8.1 Transición automática

La semivida de ASERT en BCH2 pasa automáticamente de 1 hora a 2 días en una altura de bloque predeterminada. No hace falta ningún hard fork.

8.2 Mecanismo de transición

La semivida se determina por la altura de bloque:

if (height < 92736):
    nASERTHalfLife = 3600       (1 hour)
else:
    nASERTHalfLife = 172800     (2 days, matching BCHN)

El bloque 92.736 corresponde a la época 46, unos 9,15 meses después del fork en el bloque 53.200. Los parámetros del ancla ASERT no cambian: solo cambia la constante de semivida.

8.3 Justificación

Una altura de transición fija evita un hard fork coordinado y los criterios subjetivos que lo acompañarían. A los 9 meses del lanzamiento, la red habrá tenido tiempo suficiente para asentar un hashrate estable y una minería diversa. La transición está escrita en las reglas de consenso desde el inicio, de modo que todos los nodos coinciden en el cambio sin coordinación adicional.

9. Minería

9.1 Calendario de recompensas de bloque

BCH2 sigue el calendario de emisión original de Bitcoin:

9.2 Pool de minería

El Forge Pool aporta la infraestructura de minería de BCH2 con una arquitectura distribuida por todo el mundo:

Datos de conexión:

Stratum: stratum+tcp://pool.bch2.org:3333

Funciones:

• Una sola dirección de conexión — Conéctate a una única dirección, con enrutado automático al proxy regional más cercano
• Red mundial de proxys — Conexiones de baja latencia desde cualquier lugar
• Controles por interfaz web — Cambia el modo de minado (solo/pool) y los ajustes de dificultad sin reconfigurar el equipo
• Pago en solitario — Mina en solitario y recibe la recompensa completa del bloque directamente en tu monedero
• Compatible con vardiff — Ajuste automático de la dificultad según tu hashrate
• Pago PPLNS — Reparto justo de la recompensa según los shares aportados
• Pago mínimo: 5 BCH2
• Comisión del pool: 1 % (0,5 % en minería en solitario)

9.3 Minería en solitario

La dificultad accesible de BCH2 hace viable la minería en solitario. Configura tu equipo para conectarse directamente a tu nodo BCH2:

# bitcoincashII.conf for solo mining
server=1
rpcuser=your_username
rpcpassword=your_password
rpcallowip=127.0.0.1

10. Infraestructura

10.1 Red global de nodos

BCH2 opera nodos semilla en varios continentes:

10.2 Servicios

10.3 Compatibilidad de monederos

BCH2 es compatible con la infraestructura de monederos de Bitcoin Cash:

• Derivación HD estándar BIP32/39/44
• Codificación de direcciones CashAddr (prefijo: bitcoincashii:)
• Formato de transacción estándar (con SIGHASH_FORKID)
• Ruta de derivación propia de BCH2: m/44'/145'/0'/0/x
• El formato legacy (1xxx) sigue siendo válido por compatibilidad de visualización

Formato de dirección:

bitcoincashii:qp63uahgrxged4z5jswyt5dn5v3lzsem6cy74rqsfs

10.4 Integración del protocolo Electrum

Las consultas de saldo y UTXO usan métodos basados en scripthash para admitir cualquier tipo de dirección:

scripthash = REVERSE(SHA256(scriptPubKey))

11. Tokenómica

11.1 Distribución del suministro en el fork

11.2 Distribución continua

Todo BCH2 nuevo entra en circulación exclusivamente mediante la minería:

• Recompensa por bloque: 50 BCH2
• Parte para los mineros: 100 %
• Comisión para desarrolladores: 0 %
• Método de distribución: solo prueba de trabajo

11.3 Calendario de suministro

12. Gobernanza

12.1 Desarrollo descentralizado

BCH2 funciona sin autoridad central:

• Sin fundación: ninguna entidad jurídica controla BCH2
• Sin dictador benévolo: ninguna persona tiene autoridad especial sobre el protocolo
• Código abierto: todo el código es auditable públicamente bajo licencia MIT
• Financiado por la comunidad: el desarrollo se sostiene con aportaciones voluntarias

12.2 Actualizaciones del protocolo

Los cambios en las reglas de consenso de BCH2 requieren:

1. Propuesta: especificación pública de los cambios planteados
2. Revisión: análisis por parte de la comunidad y de los desarrolladores
3. Implementación: desarrollo del código y pruebas
4. Señalización: medición del apoyo de mineros y operadores de nodos
5. Activación: actualización coordinada en una altura u hora determinada

12.3 Alineación con Bitcoin Cash

BCH2 pretende mantenerse compatible con las mejoras del protocolo Bitcoin Cash:

• DAA ASERT (implementado)
• Bloques de 32 MB (implementado)
• Introspección nativa (implementado)
• Las futuras actualizaciones de BCH se evalúan para su adopción

13. Hoja de ruta

Fase 1: lanzamiento ✓

• Fork desde BC2 en la altura de bloque designada
• Ajuste de dificultad ASERT activo
• Tamaño de bloque de 32 MB habilitado
• Direcciones CashAddr (bitcoincashii:)
• Red global de nodos en funcionamiento
• Pool de minería (Forge Pool) en marcha
• Software de nodo completo publicado

Fase 2: adopción

• Monederos de escritorio (fork de Electron Cash)
• Monederos móviles (Android, iOS)
• Monedero web
• Mejoras del explorador de bloques
• Más pools de minería
• Listados en casas de cambio

Fase 3: ecosistema

• Herramientas de pago para comercios
• Compatibilidad con monederos físicos (Ledger, Trezor)
• Implementación de privacidad CashFusion
• Integración de CashTokens
• SDK y documentación para desarrolladores

Fase 4: crecimiento

• Seguir alineados con el protocolo BCH
• Mejoras de privacidad
• Desarrollo del ecosistema de tokens y NFT
• Seguir descentralizando la infraestructura
• Desarrollo de funciones impulsado por la comunidad

14. Consideraciones de seguridad

14.1 Seguridad de SHA-256

BCH2 usa el mismo algoritmo de prueba de trabajo SHA-256 que protege Bitcoin desde 2009:

• Sin suposiciones criptográficas novedosas
• Compatible con miles de millones de dólares en equipos de minería
• Más de 15 años de validación de seguridad en el mundo real

14.2 Protección contra repetición

BCH2 implementa la protección contra repetición mediante SIGHASH_FORKID:

• Las transacciones firmadas para BCH2 no son válidas en BC2
• Las transacciones firmadas para BC2 no son válidas en BCH2
• Nadie puede gastar por accidente en la cadena equivocada

14.3 Estado de la auditoría de código

BCH2 se basa en:

• BitcoinII Core v27.1 (basado en Bitcoin Core, auditado a fondo)
• Los cambios de protocolo de Bitcoin Cash (probados en la práctica desde 2017)
• La implementación de CashAddr (código estándar de BCH)
• La implementación de ASERT (en uso en BCH desde 2020)

15. Conclusión

BCH2 une las mejoras de protocolo ya probadas de Bitcoin Cash con un modelo de distribución justo. Al separarse de BC2 en la altura 53.200, BCH2 ofrece:

Para quienes tienen BC2:

• Reparto automático 1:1 de BCH2 en el fork
• No hay que hacer nada: las mismas claves sirven en ambas cadenas
• El valor de haber invertido en BC2 se mantiene

Para los mineros:

• Niveles de dificultad accesibles
• ASERT con semivida de 1 hora, que garantiza una recuperación rápida ante ataques de dificultad
• Normalización prevista de la semivida a 2 días cuando el hashrate se estabilice
• El 100 % de las recompensas de bloque (sin comisión para desarrolladores)

Para los usuarios:

• Bloques de 32 MB para escalar
• Comisiones bajas gracias al espacio de bloque
• CashAddr para direcciones fáciles de usar
• Confirmaciones rápidas gracias a tiempos de bloque constantes
• Todas las capacidades de script de BCH, incluidos los covenants y la introspección

Para el ecosistema:

• Sin preminado ni asignaciones a allegados
• Gobernanza comunitaria
• Desarrollo de código abierto
• Compatibilidad con el protocolo Bitcoin Cash
• Un camino claro hacia la plena alineación con los parámetros de BCHN

BCH2 es la criptomoneda tal como estaba pensada: abierta, accesible, justa y de verdad descentralizada.

16. Referencias

1. Nakamoto, S. (2008). "Bitcoin: A Peer-to-Peer Electronic Cash System"
2. Bitcoin Cash Protocol Documentation, https://documentation.cash/
3. Sechet, A. (2020). "ASERT DAA Specification"
4. CashAddr Specification, https://github.com/bitcoincashorg/bitcoincash.org/blob/master/spec/cashaddr.md
5. BC2 (BitcoinII) Technical Documentation
6. BCHN v29.0.0 ASERT Implementation Reference

17. Apéndice A: guía rápida

Ejecutar un nodo completo

Descarga:

https://bch2.org/downloads/

Configuración (~/.bitcoincashII/bitcoincashII.conf):

server=1
daemon=1
listen=1
port=8339
rpcport=8342
rpcuser=your_username
rpcpassword=your_secure_password

# Seed nodes
addnode=144.202.73.66:8339
addnode=108.61.190.83:8339
addnode=64.176.215.202:8339
addnode=139.180.132.24:8339

Arranque:

bitcoincashIId -daemon

Minería

Minería en pool:

Pool: stratum+tcp://pool.bch2.org:3333
Worker: your_bch2_address
Password: x

Minería en solitario:

Configura tu ASIC para conectarse al puerto RPC de tu nodo local.

Reclamar la distribución del fork de BC2

Si tenías BC2 en el bloque 53.200:

1. Exporta tus claves privadas de BC2 (formato WIF)
2. Impórtalas en un monedero BCH2
3. Tu saldo de BCH2 es igual a tu saldo de BC2 en el fork

18. Apéndice B: comparativa técnica

Resumen BCH2 frente a BCHN

19. Apéndice C: preguntas frecuentes

¿BCH2 es un fork de Bitcoin Cash?

BCH2 es un fork de BC2 (BitcoinII) en la altura 53.200 que adopta las reglas de consenso de Bitcoin Cash. Conserva el historial de la cadena de BC2 y a la vez incorpora las mejoras de protocolo de BCH.

¿Tengo que hacer algo para recibir mi BCH2?

No. Si controlabas las claves privadas de BC2 en el bloque 53.200, por el propio fork tienes automáticamente la misma cantidad de BCH2. Basta con importar tus claves en un monedero BCH2.

¿Por qué bifurcar BC2 en lugar de BCH directamente?

BC2 tuvo una distribución justa desde su génesis y una minería accesible. Al hacer fork de BC2 y pasar a las reglas de BCH, BCH2 une la distribución justa con mejoras de protocolo ya probadas.

¿Se admite SegWit?

Tras el fork no pueden crearse nuevas salidas SegWit. Sin embargo, los UTXO SegWit ya existentes del historial de BC2 (P2WPKH, P2WSH, P2TR y variantes envueltas en P2SH) pueden gastarse con el mecanismo de BCH2 «witness vía scriptSig», que traslada los datos de firma del campo witness al scriptSig tradicional. El gasto de Taproot por la ruta de clave está soportado; por la ruta de script, no: quien use scripts Taproot complejos debería mover sus monedas antes del fork. RBF también está desactivado.

¿Qué monedero debo usar?

Cualquier monedero compatible con el formato CashAddr puede adaptarse a BCH2. Los monederos oficiales se publicarán a partir del código de Electron Cash.

¿Cómo mino BCH2?

Conecta cualquier ASIC SHA-256 a pool.bch2.org:3333 o mina en solitario contra tu propio nodo.

¿Por qué la semivida ASERT difiere de la de BCH?

BCH2 arranca con una semivida ASERT de 1 hora (frente a los 2 días de BCH) para protegerse de ataques de manipulación de dificultad que podrían paralizar una cadena nueva con hashrate limitado. La semivida pasa automáticamente a 2 días en el bloque 92.736 (unos 9 meses tras el fork), sin hard fork.

¿Cuándo ocurre el fork?

El fork ocurre en la altura 53.200 de BC2, con un lanzamiento previsto en torno al 7-9 de marzo de 2026. Quien tenga BC2 debería asegurarse de controlar sus claves privadas antes de esa fecha.