La actualización de LuxOS agrega compatibilidad con S21++ y un índice OTA firmado
Publicación de la fuente: 2026-09-21 · Análisis editorial publicado: 2026-09-23
El registro de cambios de Luxor del 21 de septiembre agrega nueva compatibilidad con las placas S21++ y S19 XP Hydro, verificación Ed25519 para índices OTA y correcciones para atribución nonce, métricas de reducción y orientación de energía.
Análisis e implicaciones prácticas
Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.
Un registro de cambios de firmware anticuado
Luxor publicó una entrada en el registro de cambios de LuxOS el 21 de septiembre que cubre soporte de hardware, seguridad de actualizaciones, valores predeterminados térmicos y varias correcciones operativas. La entrada es una nota de la versión del proveedor, no una prueba de rendimiento independiente realizada por ASIC.tools. No promete una mejora particular de hashrate, eficiencia o ingresos para cada instalación. Los operadores deben identificar su modelo de minero, tablero de control, dispositivo NAND y revisión del tablero de control antes de tratar una línea de soporte según corresponda. El nombre de una familia de modelos por sí solo puede ocultar placas incompatibles, y un inicio exitoso del instalador no prueba que se haya validado una combinación de hardware específica.
Soporte para nueva placa y instalador.
La actualización agrega soporte para máquinas Antminer S21++ con hashboards A3HB70705 y unidades S19 XP Hydro que usan hashboards HHB56611. El soporte del instalador también aparece para los mineros Bitmain AML con Winbond W29N01HV NAND y para las placas de control NAND de un gibibit utilizadas en los equipos S19 XP. Estos son identificadores de componentes precisos. Antes de flashear, fotografíe el tablero de control y las etiquetas del hashboard, registre la versión original del firmware y compare la marca NAND real. Seleccionar una imagen destinada a un minero con un nombre similar puede hacer que una unidad no pueda arrancar o no pueda inicializar sus placas.
Los límites térmicos se alinearon con el stock.
Luxor elevó los umbrales predeterminados de la placa S21+ a 75 C caliente y 80 C pánico, de 65 C y 70 C, mientras que los valores predeterminados del S21++ se enumeran como 72 C y 77 C. Los límites del chip S19 XP Hydro se cambiaron a 90 C caliente y 95 C pánico para igualar el stock, y la topología S21+ Hydro se actualizó para que coincida con el diseño físico del tablero hash. Los límites más altos no son una recomendación para reducir el flujo de refrigerante o ignorar las condiciones de entrada. Los operadores deben validar los sensores, el flujo, la temperatura ambiente y el comportamiento de apagado en una unidad, porque un valor predeterminado corregido puede exponer debilidades de enfriamiento que un umbral conservador anterior enmascaró.
La firma del índice OTA cambia la ruta de confianza
El índice de actualización inalámbrica ahora está firmado y verificado con Ed25519. Eso ayuda a un minero a rechazar un índice alterado al localizar paquetes de actualización, siempre que la clave de verificación confiable y la implementación estén intactas. El registro de cambios también dice que se eliminaron las actualizaciones incrementales de diferencia binaria, por lo que OTA ahora descarga un paquete completo. Los paquetes completos pueden simplificar la verificación y la recuperación, pero utilizan más ancho de banda y tardan más en transferirse. El lanzamiento de una flota aún debe verificar la fuente oficial, la identidad del paquete y la ventana de mantenimiento; La validación del índice criptográfico no protege contra la elección de firmware para la placa incorrecta.
Atribución nonce y estado del chip
LuxOS solucionó un error por el cual los datos duplicados o incorrectos podían atribuirse al chip 0 en lugar del chip que los informaba. Eso podría hacer que las estadísticas por chip y la vista de estado del chip marquen el chip 0 incorrectamente. Después de la actualización, las alarmas históricas no deben reinterpretarse silenciosamente como prueba de que el chip 0 estaba en buen estado o que otro chip estaba defectuoso; Los registros antiguos fueron producidos por una vieja lógica de atribución. Inicie una nueva ventana de observación, compare el hashrate aceptado a nivel de placa con los contadores por chip y conserve los registros previos a la actualización. Una etiqueta de diagnóstico corregida mejora la resolución de problemas, pero los rechazos de la piscina, el cableado, el voltaje y la temperatura siguen siendo causas independientes que deben investigarse.
Documente las instrucciones de recuperación del proveedor antes de que comience el mantenimiento. Si falla una actualización, aísle la unidad afectada, conserve los registros y verifique la identidad de la placa nuevamente antes de volver a actualizar. Una reversión rápida es más segura que forzar repetidamente una imagen que puede no coincidir con el tablero de control instalado.
Las métricas de reducción mantienen temperaturas útiles
La corrección de métricas mantiene lecturas de temperatura válidas de un tablero restringido cuando los sensores continúan informando mientras los tableros hash están apagados. Las notas mencionan sensores de placa Whatsminer, sensores de placa y agua hidráulica Antminer y otros sensores siempre encendidos. Esta distinción es importante para los sistemas automatizados de flotas: cero hash no significa necesariamente que los datos de los sensores deban desaparecer, y los datos de temperatura restantes no significan que los chips ASIC estén activos. Los paneles deben mostrar el estado operativo junto con la temperatura, la energía y las acciones de la piscina. Es posible que sea necesario revisar las reglas de alerta escritas en torno a métricas faltantes para que la reducción planificada no se confunda con una falla de telemetría.
No compare dos compilaciones de firmware únicamente según la tasa de hash del panel. Utilice un intervalo de observación fijo después del equilibrio térmico y registre las acciones aceptadas y rechazadas del grupo, la energía del medidor de pared, las temperaturas, la potencia del ventilador o de la bomba y cualquier recuperación automatizada. Si el ajuste es adaptativo, mantenga el mismo objetivo de potencia y deje que ambas configuraciones completen su período de aprendizaje normal. Tenga en cuenta los cambios en los nombres de los sensores o en los campos API antes de concluir que una métrica mejoró. Cuando sea necesaria una reversión, restaure tanto el firmware como la configuración guardada, luego confirme que el minero realmente reanudó el grupo previsto. Este método separa un cambio operativo real del redondeo de la pantalla, efectos de calentamiento o una configuración diferente.
Correcciones de inicialización y objetivos de energía
La aplicación de un perfil ya no reinicia el ajuste cuando el objetivo de energía no se modifica. La corrección de la rampa de potencia evita el rebote indefinido en el paso de frecuencia mínimo, reduce a la mitad el paso después de una inversión de dirección y espera datos nuevos del hashboard antes de cada paso. Luxor también dice que los hashboards de Whatsminer ahora se inicializan correctamente después del apagado, se descartan las descargas de actualizaciones corruptas y los mensajes del kernel se registran durante el inicio. Estos cambios tienen como objetivo la estabilidad del control y el diagnóstico en lugar de la velocidad garantizada. Compare la energía de la pared, las cuotas aceptadas, la duración de la rampa y el recuento de reinicios antes y después de la implementación utilizando el mismo perfil y condiciones térmicas.
La actualización también elimina el evento NOPIC_SHUTDOWN cuando la protección sin PIC está deshabilitada. Los sistemas de monitoreo deben actualizar las asignaciones de eventos para que la ausencia de ese código eliminado no se trate como una falla de registro. Revise juntos las notas del proveedor y el comportamiento de la API antes de cambiar las alarmas.
Una lista de verificación de implementación segura
Realizar una copia de seguridad de la configuración del grupo, la red y el rendimiento; confirmar identificadores de hardware exactos; y descargar únicamente a través de la ruta oficial de Luxor. Pruebe un único minero no crítico con energía estable y acceso de recuperación local. Después de reiniciar, confirme la compilación en ejecución, todos los hashboards, el recuento de chips, el comportamiento del ventilador o la bomba, las temperaturas, la energía de la pared y las acciones aceptadas. Observe al menos un ciclo de ajuste completo y una reducción planificada si el sitio utiliza la respuesta a la demanda. Luego expanda en lotes pequeños conservando los troncos. Las notas del 21 de septiembre documentan cambios significativos en compatibilidad e integridad, pero cada granja sigue siendo responsable de verificar su propia combinación de juntas directivas y su envolvente operativa.
Para registros de flota, almacene la fecha exacta del registro de cambios, el paquete de instalación, la suma de verificación de la imagen, los identificadores de la placa y la hora de instalación. Si un minero se comporta de manera diferente, esos detalles distinguen una regresión de firmware de una variación de hardware. Mantenga una ruta de recuperación que no dependa del diagnóstico del mismo servicio OTA y no actualice todos los tableros de control a la vez. Un índice firmado mejora las comprobaciones de autenticidad, mientras que la implementación por etapas limita el impacto operativo de un cambio compatible pero inesperado.
Fuente: Luxor Technologies ↗
Calculadora de minería ↗
