💡 Sugerencia: Los datos del siguiente artículo son solo para referencia. Por favor, consulte la situación real y la respuesta del servicio de atención al cliente para obtener los detalles exactos.
El "Hash Rate Error" (Error de Tasa de Hash) en los mineros Bitaxe es un indicador de precisión de cálculo interno del chip ASIC, que representa el porcentaje de cálculos inválidos sobre el total de la tasa de hash.En un Bitaxe Gamma funcionando correctamente con la configuración de fábrica de TCH, generalmente esta tasa de error debería mantenerse entre el0% y el 2%.
El firmware ESP-Miner lee los registros de hardware 0x8C y 0x4C del chip cada 5 segundos, dividiendo la tasa de hash errónea por la tasa de hash actual para obtener el porcentaje. Por ejemplo, con una tasa de hash de 1200 GH/s y errores de 12 GH/s, la tasa de error será del 1.0%. El rango saludable está entre 0-2%; si supera el 5%, significa que el chip ya está operando más allá de su límite de estabilidad y necesita una reducción de frecuencia o un ajuste de voltaje. A continuación, desglosaremos completamente este indicador, desde el origen de los errores, la lógica de cálculo y el rango normal hasta el diagnóstico y reparación.
⚠️Punto de confusión común❌️: ¡El "Hash Rate Error" reporta errores internos del chip y es completamente diferente a los "shares rechazados" (causados por retrasos en la red o problemas de conexión con el pool)!
Origen del Hash Rate Error🔍
Este número no son los shares rechazados por el pool ni una desconexión de Wi-Fi. Proviene del chip ASIC de Bitmain dentro del Bitaxe Miner, ya sea un BM1366, BM1368, BM1370 o BM1397. Cuando el chip ejecuta operaciones SHA-256, en ciertos ciclos de reloj, el estado de los transistores cambia incorrectamente, generando un hash inválido que se registra automáticamente. En esencia, es un problema físico del semiconductor y no tiene nada que ver con la red.
Puntos clave:
- ❄️ Hash Rate Error ≠ Shares rechazados: Los shares rechazados son un indicador de red del pool y ocurren después de que el ASIC completa el cálculo.
- ❄️ Hash Rate Error ≠ Errores de conexión: Una desconexión de Wi-Fi solo afecta el envío de shares, no el cálculo interno del chip.
- ❄️ Hash Rate Error = Medida de precisión a nivel de chip: Refleja directamente la exactitud del cálculo del silicio bajo las condiciones de trabajo actuales.

Origen histórico
La función de lectura de registros de tasa de hash de ESP-Miner fue desarrollada por el desarrollador Mutatrum a lo largo de varias iteraciones. El desarrollador WantClue escribió el código de inicialización de estadísticas de registros de tasa de hash (PR #1263, fusionado en la v2.11.0) para manejar casos especiales donde algunas versiones de chips ASIC no exponen los registros de error de la misma manera.
Según las notas de la versión de ESP-Miner v2.11.0 (o superior), esta actualización asegura que el firmware inicialice correctamente las estadísticas de los registros de tasa de hash cuando no están disponibles, evitando lecturas erróneas en chips más antiguos o no soportados. Si usas una versión anterior a la v2.11.0, es posible que no veas el porcentaje de error o que los datos sean inexactos. Por favor, actualiza tu firmware a la última versión estable para usar esta función. Aquí tienes una recopilación de firmwares para Bitaxe, Nerdqaxe, Zyber y otras series organizada por TinyChipHub.
Cómo se calcula📊
El firmware ESP-Miner utiliza la función ASIC_read_registers() para consultar dos registros de hardware del ASIC cada 5 segundos. Después de convertir ambos valores brutos a una tasa de hash equivalente (en GH/s), se aplica la fórmula: Tasa de hash errónea ÷ Tasa de hash actual × 100 para obtener el porcentaje. La fórmula en sí no es compleja, pero entender este proceso de conversión es clave para interpretar los números en el panel de AxeOS.
Dos registros principales:
- Registro 0x8C (REGISTER_TOTAL_COUNT): Cuenta el número total de hashes SHA-256 calculados por el ASIC desde el último ciclo de lectura (mide la carga computacional total).
- Registro 0x4C (REGISTER_ERROR_COUNT): Cuenta el número de hashes con errores de cálculo producidos en el mismo período (mide la carga computacional errónea).
El firmware convierte los valores de ambos registros a una tasa de hash equivalente (en GH/s) y luego utiliza la siguiente fórmula para calcular el porcentaje de error:
error_percentage = (error_hashrate / current_hashrate) × 100
💪 También puedes monitorear esto mediante programación usando el endpoint de la API REST de AxeOS: GET /api/system/info. La respuesta incluye un objeto hashrateMonitor con las claves total (tasa de hash total), domains (tasas de hash por dominio de núcleo) y errorCount (contador acumulado de errores). Consultando esto periódicamente, puedes calcular la tasa de error en tiempo real.
La respuesta contiene un objeto hashrateMonitor con la siguiente estructura:
"hashrateMonitor": {
"asics": [{
"total": 1072.24,
"domains": [273.58, 276.21, 268.49, 252.19],
"errorCount": 1415
}]
}

📶Rango Normal Esperado
Los parámetros de fábrica varían significativamente según el modelo del chip. Estos valores han sido verificados por el equipo de TinyChipHub y, bajo condiciones de 25 °C y buena disipación, la tasa de error suele estar entre el 0.5% y el 1.5%. El estándar de confiabilidad de semiconductores de IEEE (JEDEC JESD22-A108) exige una tasa de error funcional no superior al 1% en condiciones nominales, aunque un 2% es totalmente aceptable si se ha hecho overclock.
- Chip ASIC BM1370 (Bitaxe Gamma, Bitaxe GT): Frecuencia de fábrica 490-525 MHz, voltaje 1150-1200 mV.
- Chip ASIC BM1368 (Bitaxe Supra, Bitaxe Supra Hex): Frecuencia de fábrica 490 MHz, voltaje 1150 mV.
- Chip ASIC BM1366 (Bitaxe Ultra, Bitaxe Hex): Frecuencia de fábrica 485 MHz, voltaje 1150 mV.
El rango ideal es 0% - 2%. A partir del 5% se considera alto. Menos del 2% indica que el chip está trabajando óptimamente dentro de sus parámetros de diseño y no requiere ninguna acción. De hecho, muchos dispositivos pueden alcanzar un error cercano al 0% tras una configuración adecuada. Un rango entre el 2% y el 5% es una zona gris; podría ser que el overclock aún no se haya estabilizado. Es aceptable, pero indica que el chip está operando en el límite de su estabilidad. Si supera el 5%, se recomienda tomar medidas inmediatas reduciendo la frecuencia, especialmente si buscas que tu minero funcione de forma estable 24/7.
Tomando como referencia el ejemplo mencionado al principio: un Bitaxe Gamma probado y enviado por el equipo de TinyChipHub generalmente no registrará más de 60 GH/s de errores sobre una tasa de hash normal de 1200 GH/s. Si lo hace, la tasa de error será >5.0%, lo que podría indicar un problema con el chip u otros componentes. Te recomendamos reducir la frecuencia inmediatamente y contactar a cualquiera de nuestros canales de soporte (Correo oficial, Discord, X, Facebook, etc.) adjuntando los registros del sistema para que nuestro equipo de atención al cliente pueda ayudarte a resolverlo a la brevedad.
Tabla de referencia de tasas de error:
| Tasa de Hash (GH/s) | Tasa de Hash Errónea (GH/s) | Tasa de Error | Estado |
|---|---|---|---|
| 1200 | 12 | 1.0% | ✅ Funcionamiento Saludable |
| 1200 | 36 | 3.0% | ⚠️ Requiere atención |
| 1200 | 60 | 5.0% | 🔴 Límite de estabilidad del chip |
❓ Algunos preguntan: "¡Mi tasa de error en el Bitaxe es del 0% y me preocupa que sea demasiado baja!" No te preocupes, un 0% significa que la calidad del silicio de tu chip es excelente y todos los cálculos son correctos bajo las condiciones actuales, ¡lo cual es bueno! Sin embargo, si haces overclock hasta 575 MHz y sigue en 0%, significa que aún tienes margen para subir. Como norma general del equipo de pruebas, aumenta la frecuencia en incrementos de 25 MHz hasta que comience a aparecer un porcentaje de error.
¡Alta Tasa de Error! Diagnóstico y Reparación🛠️
Si la tasa de error se dispara, verifica en este orden las cuatro causas más comunes: Frecuencia excesiva → Voltaje insuficiente → Sobrecalentamiento → Fuente de alimentación insuficiente o en mal estado. El 90% de los problemas de alta tasa de error se deben a los dos primeros. La forma más directa de solucionarlo es restablecer la configuración de fábrica, luego volver a ajustar poco a poco, subiendo 25 MHz cada vez y esperando 15 minutos para observar los cambios en la tasa de error hasta encontrar el punto de equilibrio de tu chip.
5 pasos para ayudarte a encontrar la causa raíz del error de tasa de hash:
- 🏃 Paso 1 - Verificar la temperatura del ASIC: Accede al panel de AxeOS en
;tu-ip-bitaxe>y revisa la temperatura del ASIC. Si supera los 70 °C, resuelve primero la disipación térmica: comprueba la velocidad del ventilador (RPM en el panel) y asegúrate de que el disipador térmico esté bien fijado. AxeOS activará el protector térmico por encima de los 75 °C, pero la tasa de error puede aumentar antes de que se active la reducción de frecuencia. - 🏃Paso 2 - Registrar los datos del panel: Ve a la página de Configuración (Settings) en AxeOS y anota la frecuencia (MHz), el voltaje del núcleo (mV) y la velocidad del ventilador con la que se está produciendo el error.
- 🏃Paso 3 - Restablecer la configuración de fábrica: Restaura los parámetros de fábrica y deja que el equipo se ejecute entre 15 y 30 minutos. Si la tasa de error baja al 0-2%, significa que el problema era la configuración de overclock. Al reajustar, aumenta la frecuencia en pasos de 25 MHz, esperando 15 minutos entre cada ajuste.
- 🏃Paso 4 - Revisar la fuente de alimentación: Consulta el voltaje de entrada mostrado en la información del sistema de AxeOS. Para modelos de 5V, un voltaje por debajo de 4.8V bajo carga indica una caída de voltaje. Para modelos de 12V, comprueba que no baje de 11.5V. Si hay caídas, intenta cambiar la fuente de alimentación. Por lo general, los mineros vendidos por el equipo de TCH incluyen fuentes de alimentación de grado experimental, por lo que este tipo de problemas son poco frecuentes. Si la caída de voltaje persiste, es posible que debas reducir la configuración de overclock o actualizar la fuente de alimentación. También puedes contactar al soporte técnico de TinyChipHub para que te ayuden a evaluar la situación.
- 🏃Paso 5 - Actualizar el firmware: También es importante revisar la versión del firmware. La versión v2.11.0 de ESP-Miner mejoró el manejo de los registros de tasa de hash. Versiones posteriores, como la v2.13.0, corrigieron un error de lectura de registros del firmware anterior que podía inflar artificialmente la tasa de error. A principios de 2025, algunos usuarios reportaron que al actualizar a la v2.13.0 su tasa de error bajó del 6.2% al 1.8%.

No todas las pastillas ASIC tienen el mismo rendimiento. Debido a las variaciones naturales en el proceso de fabricación de semiconductores (conocido como el "silicon lottery"), dos chips BM1370 de la misma oblea pueden tener frecuencias máximas de operación distintas, sin mencionar los futuros mineros BM1373 Solo Miner — Zyber Blanc. Un chip podría funcionar a 600MHz con solo un 1% de error, mientras que otro idéntico podría alcanzar un 4% de error a la misma frecuencia.
Es por eso que el porcentaje de error es una herramienta de ajuste tan valiosa. Mide directamente el límite de estabilidad de tu chip específico, permitiéndote conocer sus verdaderas capacidades. En lugar de seguir configuraciones de overclock fijas, utiliza la tasa de error como guía: aumenta la frecuencia gradualmente hasta que el error supere el 2%, luego reduce la frecuencia en 25 MHz. Esa será la frecuencia óptima de trabajo para tu chip. (Es probable que el último chip BM1373 sea más potente, por lo que este indicador podría verse afectado).
💡Pregunta rápida: ¿Afecta el error de tasa de hash a mis probabilidades de encontrar un bloque?
Sí, pero solo de manera indirecta. La tasa de error representa cálculos desperdiciados: intentos de hashing del ASIC que resultaron en errores. Estos hashes inválidos no se traducen en búsqueda de un nonce válidoprobabilidad de encontrar un bloque. Si el 5% de tu tasa de hash es error, tu poder de cálculo efectivo (el que realmente contribuye a encontrar un bloque) es un 5% menor a lo que indica el panel. El impacto de una tasa de error baja (0% a 2%) es insignificante. Pero si supera el 10%, equivaldría a desperdiciar el 10% de tu potencia de cálculo sin obtener ningún beneficio.