Bitcoin Cash (BCH) utiliza ASERT para recalcular su objetivo de minería en cada bloque, con el fin de mantener un intervalo promedio de bloque de 10 minutos. Bitcoin (BTC), en cambio, reajusta cada 2.016 bloques. Ambas redes comparten el algoritmo de prueba de trabajo SHA-256, por lo que el mismo hardware ASIC puede minar en cualquiera de las dos redes, pero sus distintos mecanismos de ajuste afectan la forma en que los mineros deben interpretar la dificultad, el tiempo de bloque y el rendimiento a corto plazo.

Cómo funciona el ajuste de dificultad de BCH

Desde la actualización de red del 15 de noviembre de 2020, BCH utiliza ASERT (aserti3-2d) como su algoritmo de ajuste de dificultad. Este calcula un objetivo para cada bloque siguiente comparando el tiempo transcurrido de las cabeceras y la altura de bloque frente a un calendario ideal medido desde un punto de anclaje fijo. Dos constantes definen este cálculo en la mainnet de BCH: un tiempo de bloque ideal de 600 segundos y una vida media de 172.800 segundos (dos días). La vida media controla cómo la desviación respecto al calendario modifica el objetivo; no se trata de un promedio móvil de dos días (documentación del DAA de Bitcoin Cash).

El algoritmo de dificultad anterior de BCH utilizaba una ventana móvil que era susceptible a oscilaciones periódicas en la dificultad y el hashrate. ASERT fue adoptado para abordar esas oscilaciones y mantener los intervalos promedio de bloque cerca del objetivo de 10 minutos (especificación de ASERT).

Al 14 de octubre de 2026, ASERT sigue siendo el mecanismo de ajuste de dificultad actual de BCH. La actualización de red del 15 de mayo de 2026, compatible con Bitcoin Cash Node v29.0.0, introdujo cambios en el script y en la máquina virtual; sus notas de lanzamiento publicadas no mencionan un reemplazo para ASERT (notas de lanzamiento de BCHN v29.0.0).

BCH frente a BTC: frecuencia y tiempo de ajuste

BTC reajusta la dificultad una vez cada 2.016 bloques, aproximadamente cada dos semanas, comparando el tiempo transcurrido en las cabeceras de bloque frente a un objetivo de dos semanas. El ajuste está limitado a un factor de cuatro en cualquier dirección por cada reajuste. Entre reajustes, el objetivo de la mainnet de BTC permanece fijo independientemente de cómo varíe el hashrate.

El ASERT de BCH recalcula el objetivo para cada bloque siguiente utilizando la desviación acumulada respecto al calendario de anclaje. Cada nuevo bloque actualiza esa desviación. Un bloque ordinario, rápido o lento, normalmente tiene un efecto pequeño, mientras que un intervalo inusualmente largo puede producir un ajuste más notable. No existe el requisito de acumular un número mínimo de bloques antes de que el algoritmo responda (especificación de ASERT).

La distinción importante es entre un ajuste y la evidencia de una tendencia duradera. Un único bloque lento puede afectar el siguiente objetivo sin que ello demuestre que el hashrate de la red haya disminuido. El descubrimiento de bloques es probabilístico, por lo que los mineros deben examinar una ventana de observación más amplia antes de interpretar un cambio a corto plazo como un desplazamiento sostenido.

Para un minero que elige entre BTC y BCH, el objetivo de BCH puede cambiar bloque a bloque, mientras que el objetivo de BTC permanece fijo entre los límites de reajuste. Ninguno de los dos mecanismos garantiza ingresos predecibles a corto plazo.

Cómo interpretar la dificultad, el objetivo y el tiempo de bloque

El objetivo y la dificultad se mueven en direcciones opuestas. Un objetivo numérico más alto es más fácil de satisfacer y corresponde a una dificultad menor; un objetivo numérico más bajo es más difícil de satisfacer y corresponde a una dificultad mayor. La dificultad se expresa como un objetivo de referencia dividido entre el objetivo del bloque actual (documentación de prueba de trabajo de Bitcoin Cash).

Las shares del pool utilizan un umbral separado para medir el trabajo enviado por los mineros. Un objetivo de share de pool ordinario suele ser numéricamente más alto que el objetivo de bloque de la red, lo que hace que una share sea más fácil de encontrar que un bloque válido de la red. En otras palabras, la share tiene una dificultad menor, no un objetivo numérico menor.

El cálculo de ASERT puede resumirse conceptualmente como:

next_target = anchor_target × 2^(
 (time_delta − ideal_block_time × (height_delta + 1)) / halflife
)

Aquí, anchor_target es el objetivo codificado en el bloque de anclaje, time_delta es el tiempo de cabecera transcurrido desde el padre del bloque de anclaje hasta el bloque de evaluación, ideal_block_time es 600 segundos, height_delta es la altura del bloque de evaluación menos la altura del anclaje, y halflife es 172.800 segundos.

Esta expresión explica la relación entre la desviación del calendario y el siguiente objetivo. El cálculo de consenso real utiliza aritmética de punto fijo prescrita, una aproximación polinómica cúbica y límites de objetivo; evaluar directamente la exponencial con aritmética de punto flotante no constituye una implementación exacta de consenso. La fórmula determina un objetivo de minería, no un monto de ingresos en BTC o BCH (documentación del DAA de Bitcoin Cash).

Las estimaciones de hashrate de red, los promedios de tiempo de bloque en ventanas cortas y los tiempos de bloque esperados calculados a partir de la dificultad y un hashrate asumido describen cosas diferentes. No deben tratarse como mediciones intercambiables. En particular, un promedio tomado en apenas 10 bloques puede variar considerablemente en torno al objetivo de 10 minutos debido a que el descubrimiento de bloques es probabilístico. Verifique el método y la ventana de observación de cada métrica antes de compararla con otra.

Modelar el rendimiento con hashrate fijo

Un minero puede estimar el rendimiento esperado de BCH durante un período definido manteniendo constantes el hashrate y la dificultad de la red, estimando el número esperado de bloques atribuibles a ese trabajo, y multiplicando por el subsidio de bloque más las comisiones de transacción estimadas. Este es un modelo de planificación bajo un supuesto de dificultad fija, no una garantía: la dificultad de BCH continúa ajustándose bajo ASERT."}

El valor de potencia de cómputo (hashrate) utilizado debe coincidir con el propósito de la estimación. El hashrate local de un ASIC puede sustentar un modelo teórico de producción, contabilizando por separado el tiempo de actividad (uptime) y el trabajo que no llega al pool o no es aceptado por este. La estimación de un pool basada en shares aceptados durante una ventana suficientemente larga puede ayudar a evaluar el trabajo efectivo aportado, aunque presenta varianza estadística. Indique la fuente y el período de medición, y evite deducir nuevamente el trabajo rechazado si esa pérdida ya está reflejada en el dato de entrada elegido.

La recompensa bruta de bloque —subsidio más comisiones de transacción— también es distinta del pago efectivamente percibido por el minero. El pago depende del método de pago del pool, su esquema de comisiones y la contribución efectiva del minero. Un modelo de hashrate fijo debe indicar qué magnitudes estima y cómo contabiliza esas diferencias.

Qué verificar antes de alternar entre BTC y BCH

Dado que BCH y BTC comparten hardware SHA-256, algunas operaciones de minería reasignan su potencia de cómputo (hashrate) según la rentabilidad relativa. Antes de alternar, compare lo siguiente utilizando períodos de medición y momentos de referencia (snapshots) consistentes:

• La dificultad de red actual de BCH y BTC, y el comportamiento reciente de los tiempos de bloque en una ventana más amplia, en lugar de basarse en un único bloque o en una muestra de 10 bloques.
• El subsidio y las comisiones de transacción estimadas de cada cadena, junto con la dificultad utilizada en la estimación de salida.
• Los precios de cambio de BTC y BCH tomados en el mismo momento, de modo que ambas estimaciones de salida puedan convertirse a una unidad común, como USD. La producción de monedas, los ingresos y el beneficio tras los costes operativos son medidas distintas.
• El consumo eléctrico real del ASIC (wall power draw) y el precio de la electricidad aplicable, ya que estos costes se aplican independientemente de qué cadena se mine.
• El método de pago del pool, su esquema de comisiones y las reglas de liquidación para cada cadena, ya que estos factores afectan al pago efectivo con independencia de la dificultad de red.
• El tiempo de actividad del minero y los shares rechazados por motivo, contabilizando cualquier pérdida que ya esté reflejada en la estimación de hashrate.

El método de pago del pool es una capa independiente de la dificultad de red y merece su propia verificación. Los documentos de precios publicados por ViaBTC describen dos métodos de pago para BCH: PPS+ y PPLNS. Bajo PPS+, el componente de recompensa de bloque se paga mediante contabilidad PPS, mientras que el componente de comisiones de transacción se distribuye por separado bajo PPLNS. El esquema de comisiones indica una comisión del 4% sobre el componente de recompensa de bloque pagado mediante PPS, y una comisión separada del 2% sobre el componente de comisiones de transacción distribuido mediante PPLNS. Se trata de comisiones distintas aplicadas a componentes de recompensa distintos, no de una tarifa plana combinada. Bajo PPLNS, ambos componentes se asignan según la proporción del trabajo enviado por el minero respecto al total del pool durante las últimas cinco rondas de dificultad, tras seis confirmaciones (comisiones y métodos de pago de ViaBTC, verificado el 14 de octubre de 2026).

Ninguno de los dos métodos de pago modifica la dificultad de red de BCH. Determinan cómo el pool contabiliza y distribuye las recompensas: el componente PPS paga por los shares válidos enviados, mientras que las distribuciones PPLNS dependen de los bloques encontrados por el pool.

Para las operaciones que ya minan a través de ViaBTC, su dirección de cambio con un clic (one-click switch) es un endpoint de minería Stratum, no una dirección de billetera para retiros. ViaBTC indica a los mineros que configuren ese endpoint y luego seleccionen la moneda de pago en los ajustes de minería; la documentación establece que el cambio surte efecto en 10 minutos. Mantenga separados la conexión de minería, el ajuste de moneda de pago y la dirección de retiro al configurar el servicio (instrucciones de cambio con un clic de ViaBTC, verificado el 14 de octubre de 2026).

Conclusión

ASERT no hace que los ingresos de minería de BCH sean predecibles ni elimina la varianza inherente al descubrimiento de bloques. Su relevancia práctica para los mineros SHA-256 radica en que BCH recalcula su objetivo (target) bloque a bloque utilizando la desviación respecto a un calendario fijo. Por lo tanto, la dificultad debe tratarse como un dato cambiante vinculado a un momento concreto (snapshot), y no como una cifra diaria estática.

Al comparar la economía de minería de BTC y BCH, mantenga separadas la dificultad de red, la contabilidad de shares del pool y las reglas de pago. Utilice períodos de datos consistentes, convierta la producción de monedas esperada a una unidad de valoración común, y tenga en cuenta los costes operativos antes de extraer conclusiones sobre rentabilidad.

Preguntas frecuentes

¿La dificultad de BCH se ajusta en cada bloque?

ASERT recalcula el objetivo (target) para cada bloque siguiente utilizando el tiempo transcurrido de las cabeceras y la desviación de altura de bloque respecto a un calendario de anclaje fijo. Cada nuevo bloque contribuye a esa desviación acumulada; el cálculo no utiliza únicamente el intervalo del bloque precedente como referencia.

¿Una dificultad de BCH más alta es siempre negativa para los mineros con hashrate fijo?

Una dificultad más alta implica un objetivo numérico (target) más bajo y una probabilidad menor de encontrar un bloque válido con cada hash. Manteniendo constantes el hashrate y el período modelado, la producción de bloques esperada disminuye. Esto por sí solo no determina la rentabilidad: las recompensas de bloque, el precio de BCH, las comisiones del pool y los costes operativos también importan.

¿Cambiar un minero entre BTC y BCH modifica el cálculo de la dificultad de BCH?

No. El cambio no modifica la fórmula de consenso. El hashrate que entra o sale de BCH puede afectar al tiempo de bloque, lo cual a su vez alimenta los cálculos de ASERT posteriores. El endpoint de minería y los ajustes de moneda de pago de ViaBTC son independientes de esa regla de red; cambiar una dirección de billetera de retiro es, de nuevo, una acción distinta.

¿Puede un único bloque de BCH inusualmente rápido o lento indicar una tendencia de dificultad duradera?

Un único bloque no constituye evidencia suficiente de una tendencia duradera. Su marca de tiempo puede afectar al siguiente objetivo (target), y un intervalo inusualmente largo puede producir un ajuste notable, pero los mineros necesitan una ventana de observación más amplia para distinguir cambios sostenidos de la variación aleatoria.

Referencias

• Documentación del Protocolo de Bitcoin Cash: Prueba de Trabajo\n- Documentación del Protocolo de Bitcoin Cash: Algoritmo de Ajuste de Dificultad\n- Bitcoin Cash Node: Especificación del Algoritmo de Ajuste de Dificultad ASERT\n- Bitcoin Cash Node: Notas de la Versión v29.0.0\n- ViaBTC: Comisiones y Métodos de Pago\n- ViaBTC: El Pool de BCH y BTC Añade Cambio de Dirección con Un Solo Clic