ESP-Miner 2.15.3 corrige avisos de baja frecuencia en versión preliminar
Publicación de la fuente: 2026-09-20 · Análisis editorial publicado: 2026-09-21
La versión preliminar del 20 de septiembre calcula el aviso de baja frecuencia desde el preset de cada equipo. Es una corrección de diagnóstico, no una promesa de más hashrate, y conviene probarla antes de desplegarla.
Análisis e implicaciones prácticas
Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.
Qué se publicó
Bitaxe.org publicó ESP-Miner v2.15.3 el 20 de septiembre de 2026 con estado de prerelease. La nota oficial contiene un cambio funcional: AxeOS deriva ahora los avisos de baja frecuencia del preset del dispositivo. La etiqueta pública no se presenta como versión estable de producción. Esa distinción importa: el proyecto solicita validación temprana de una corrección concreta, no recomienda actualizar de inmediato todas las placas compatibles.
Por qué importa el preset
Los mineros abiertos abarcan placas con ASIC, relojes, voltajes y comportamiento térmico distintos. Un umbral universal puede marcar como defectuoso un perfil de bajo consumo sano o no advertir que una placa está por debajo del rango previsto para su preset. Usar el perfil proporciona una referencia propia del equipo. Así, el aviso describe una diferencia entre la configuración elegida y la frecuencia observada, en vez de comparar dispositivos distintos con una sola cifra.
Lo que no promete
La nota no promete más hashrate, menos consumo, mejor eficiencia, chips más fríos ni mayor compatibilidad. Tampoco dice que cambie el control de frecuencia. El cambio declarado afecta al cálculo del aviso. Un warning correcto facilita el diagnóstico y reduce falsos positivos, pero no repara alimentación inestable, refrigeración insuficiente, una hashboard dañada ni un overclock inadecuado. Por eso no debe presentarse este parche como una mejora de rendimiento.
Relación con 2.15.2
La versión 2.15.3 sigue al lanzamiento 2.15.2 del 18 de septiembre, que incorporó trabajo de compatibilidad para equipos con BM1372 y BM1373. La nueva etiqueta es un seguimiento pequeño de esa línea. El contexto no demuestra que el fallo afectara a todas las placas nuevas y la nota 2.15.3 no identifica un modelo concreto. Hay que probar el hardware y preset reales, sin extender un resultado a todo el ecosistema Bitaxe.
Prueba segura
Registre firmware actual, preset, frecuencia objetivo, voltaje, temperatura, accepted hashrate y tasa de shares rechazadas. Exporte la configuración si está disponible. Actualice una unidad no crítica sin cambiar fuente ni refrigeración y observe arranque en frío y estado estable. Compare el warning con la frecuencia medida y el trabajo aceptado por el pool. Que desaparezca un aviso solo es positivo si el equipo sigue dentro de su envolvente eléctrica y térmica prevista.
Cuándo retroceder
Restaure la versión anterior o detenga el despliegue si la interfaz deja de responder, faltan presets, la telemetría es imposible, dejan de llegar shares, la placa reinicia repetidamente o cambia la temperatura sin explicación. Guarde logs serie y capturas con hora antes de cortar energía. Al ser una prerelease, un informe reproducible con revisión de placa, ASIC, versión anterior, preset y pasos exactos ayuda más a los mantenedores que decir simplemente que el minero es inestable.
Despliegue en flota
Para varios equipos, registre el hash del firmware y la configuración aprobada. Actualice por lotes pequeños, compruebe la aceptación del pool después de cada uno y espere ciclos térmicos suficientes. No cambie a la vez firmware, fuente, voltaje y diseño de refrigeración, porque no podrá atribuir una mejora o regresión. Conserve una imagen conocida y un método físico de recuperación antes de intervenir equipos accesibles únicamente de forma remota.
Conclusión práctica
ESP-Miner 2.15.3 es una prerelease de alcance estrecho destinada a que el aviso de baja frecuencia refleje mejor el preset seleccionado. Puede mejorar la confianza en el panel de una flota abierta mixta. La evidencia actual solo respalda una mejora diagnóstica. La respuesta correcta es una prueba gradual, verificación del accepted hashrate en el pool y ruta de rollback; cualquier afirmación de velocidad, eficiencia o reparación exige mediciones separadas.
Fuente: Bitaxe.org ↗
Calculadora de minería ↗
