HashCore Pulse 1.0.0-alpha3: la plataforma aprende a actuar por sí sola

Automatización: reglas en lugar de recordatorios en el calendario

Antes, las operaciones rutinarias —el reinicio nocturno de la flota, el cambio de pools según un horario— dependían de que una persona estuviera en el lugar correcto en el momento adecuado. Si se perdía el momento, si se olvidaba, si estaba ocupado con otro incidente — la operación no se ejecutaba. La nueva sección Automation elimina esta dependencia por completo.

Las reglas programadas son la parte sencilla: se elige el ámbito de aplicación (modelos concretos, todo el sitio, una tarea de escaneo), la hora y la acción — y Pulse lo ejecuta solo, una vez o de forma recurrente.

Más interesantes son las reglas condicionales. Aquí el valor no está en el ahorro de tiempo, sino en la velocidad de reacción. Pulse monitorea el estado de los dispositivos en tiempo real y responde a desviaciones: el estado pasa a Error, la temperatura supera un umbral, la eficiencia del hashrate baja, los ventiladores trabajan al límite. La condición debe mantenerse durante un tiempo establecido antes de activarse (para no reaccionar a picos momentáneos), y un cooldown por dispositivo controla la frecuencia de las acciones repetidas.

La diferencia entre "reiniciar un minero bloqueado una hora después, cuando el operador finalmente lo note" y "reiniciar en el momento en que se produce el problema" es la diferencia entre hashrate perdido y hashrate conservado. En una granja grande, eso son cientos de kilovatios-hora al mes.

Constructor de reglas de automatización condicional con ajustes de disparadores y período de cooldown

Preajustes de rendimiento: gestión de la flota, no de dispositivos individuales

Configurar el overclocking manualmente en cada dispositivo no escala cuando tienes diez mil máquinas en lugar de diez. La nueva operación grupal Performance config resuelve esto de tres maneras:

• Exact — ¿necesita un preajuste concreto para un modelo concreto? Se configura una vez y se aplica a toda la selección de ese modelo.
• Gradient — gestiona una flota heterogénea y quiere nivelarla a un nivel de carga común (de Eco a Max) sin ocuparse de cada modelo por separado.
• Relative — reacciona a una situación y simplemente quiere desplazar la configuración actual unos pasos hacia arriba o abajo, sin pensar en qué preajuste está activo ahora mismo.

El auto-switcher de firmware se configura en el mismo diálogo — sin necesidad de entrar en la configuración de cada dispositivo por separado.

La operación admite condiciones de filtrado. En alpha2 eran Status y Temperature; en alpha3 se añadieron Hashrate Efficiency (relación entre el hashrate real y el ideal para el preajuste actual) y Power (consumo real de la pared). El valor práctico: se puede aplicar un preajuste más agresivo solo a los dispositivos cuya eficiencia ya ha bajado del 90%, dejando los dispositivos saludables como están — una acción precisa en lugar de masiva.

El mismo bloque de condiciones en alpha3 también se añadió a las operaciones grupales de Thermal config — lógica reutilizada, no reinventada.

Diálogo de configuración masiva de rendimiento con filtrado condicional de dispositivos

Service Mode: seguimiento preciso en operaciones masivas

Cuando un grupo de dispositivos se envía a mantenimiento (por ejemplo, un rack completo), cada uno recibe ahora su propia sesión independiente con su propio identificador, aunque se especifique una única razón para todo el grupo. El historial de reparación de cada dispositivo específico se mantiene preciso y separable del de sus vecinos — fundamental para los operadores que llevan un registro de mantenimiento por unidad, especialmente en el modelo de hosting donde ese historial se muestra al cliente.

También se corrigió el manejo de selecciones mixtas: si parte de los dispositivos seleccionados ya está en modo de servicio y parte no, la operación ahora procesa cada grupo correctamente en lugar de generar un error o saltarse toda la operación.

Menos trabajo repetitivo en la interfaz

Filter Presets — si cada día abre el mismo conjunto de filtros ("workers de este modelo con errores", "firmware no estándar en el sitio"), antes tenía que reconstruir esa combinación desde cero en cada acceso. Ahora se guarda como un preajuste con nombre y se recupera con un clic. Los preajustes son compartidos dentro de un sitio — configúrelo una vez, disponible para todo el equipo.

Exportación de datos — la lista de dispositivos se exporta a CSV o XLSX directamente desde la interfaz, con selección y ordenación de columnas, generada en el servidor independientemente de la paginación de la tabla. Esto cierra un flujo de trabajo que antes se hacía manualmente y abre algo que antes no existía: enviar datos de clientes de hosting en un formato tabular claro. Exportación de la lista de dispositivos en formato CSV o XLSX con personalización de columnas

Números de serie en el modo Custom y en la exportación — dos tipos de datos a la vez: el número de serie de la placa de control y los números de serie de cada placa hash (Board 1/2/3 S/N). Antes estos datos solo eran visibles de un dispositivo a la vez. Ahora pueden mostrarse como columnas en toda la flota — lo que resuelve directamente un escenario doloroso: verificar números de serie para una reclamación de garantía a un proveedor por un lote de equipos, sin abrir la tarjeta de cada dispositivo individualmente. Visualización de números de serie de placas hash en la tabla de dispositivos y carga rápida de preajustes de filtro

Gestión masiva de notas — asignar o borrar una nota en varios dispositivos seleccionados en una sola operación, en lugar de abrir cada dispositivo por separado. Pequeño en esfuerzo, pero exactamente estas pequeñeces se acumulan en una rutina significativa en una flota de miles.

DevFee: transparencia donde antes había que adivinar

Una cuarta tarjeta de pool — DevFee — ahora aparece en la tarjeta del dispositivo. Una parte del hashrate de cualquier dispositivo va a la comisión del desarrollador del firmware — esto es normal y necesario para el funcionamiento, pero antes era invisible en la interfaz. Los usuarios preguntaban periódicamente al soporte "¿adónde fue parte de mi potencia?" o "¿por qué las estadísticas no cuadran?".

Ahora las estadísticas de este pool del sistema son visibles por separado, con el mismo lenguaje visual familiar que los pools de trabajo — la pregunta se responde de un vistazo a la tarjeta, no con un ticket de soporte.

Tarjeta de pool de sistema DevFee separada en detalles del dispositivo

WhatsMiner: de la observación al control completo

Los dispositivos MicroBT eran visibles en Pulse desde el principio — el monitoreo funcionaba. Pero el control directo no era posible: había que abrir la interfaz web de cada minero por separado, perdiendo el punto central de una plataforma centralizada.

Ahora las operaciones básicas — Pause, Resume, Reboot, cambio de contraseña, cambio de pools — funcionan para WhatsMiner a través de la API nativa del fabricante, igual que para HashCore Firmware y Bitmain. Para los operadores con una flota mixta (que es la mayoría del mercado), esto elimina la incómoda realidad en la que parte del equipo se gestiona desde una interfaz unificada y parte requiere un acceso separado.

Resumen

Ambas versiones comparten una lógica: eliminar del flujo de trabajo del operador lo que puede y debe ocurrir automáticamente o en masa, sin sacrificar el control ni la precisión del seguimiento. Cada acción permanece visible en el Activity Center con un historial completo, y los datos de cada dispositivo — incluidos los registros de mantenimiento y los números de serie — se mantienen precisos incluso durante las operaciones masivas.

Pulse está en fase alpha — estamos construyendo la plataforma junto con quienes trabajan en ella. Actualmente en desarrollo: preajustes de pools, agrupación de dispositivos, rastreador de problemas técnicos, roles y derechos de acceso, informes, alertas por email y Telegram, y la integración del agente directamente en el firmware HashCore.

Únase, pruebe las funciones en su granja y envíe comentarios — influyen directamente en lo que entrará en la próxima versión.

Registro: https://hashcore.com/es/pulse