Keryx 0.16.1 avisa al grupo cuando sus GPU están ocupadas
Publicación de la fuente: 2026-11-07 · Análisis editorial publicado: 2026-11-08
El grupo puede reasignar una petición de IA en vez de esperar al vencimiento. Los núcleos mineros no cambian.
Una tarjeta ocupada ya puede responder al grupo
Keryx Miner Supr 0.16.1, publicado el 7 de noviembre, informa mejor al grupo cuando un equipo no puede aceptar otra tarea de IA. Si todas las GPU adecuadas están ejecutando inferencia, puede devolver el error 46, ocupado, en vez de dejar la petición sin respuesta. El grupo puede enviarla antes a otro equipo.
Inferencia significa ejecutar un modelo de IA para producir una respuesta. En Keryx, un equipo puede tener estas responsabilidades además de minar. Un grupo que espera a que venza una solicitud silenciosa tiene menos información que uno al que se comunica que las tarjetas están ocupadas. La actualización aborda esa diferencia de comunicación.
El desarrollador recomienda actualizar los equipos que sirven inferencia y especifica que el cálculo minero no cambia respecto a 0.16.0. Es una pequeña modificación de conexión, sin promesa nueva de hashrate o ahorro eléctrico. Su utilidad depende de prestar ese servicio mediante un grupo compatible.
Qué activa la respuesta de ocupado
La respuesta se aplica a una solicitud de inferencia del grupo cuando todas las tarjetas capaces de servir el modelo requerido están ejecutando otra inferencia. Primero se espera brevemente a que quede una libre. La espera predeterminada es de 5.000 milisegundos, cinco segundos.
El ajuste permite entre 1 y 30.000 milisegundos. Es un intervalo local antes de comunicar ocupado. No promete terminar la tarea en ese tiempo ni que otro equipo la acepte. El grupo sigue decidiendo qué hacer tras recibir la respuesta.
Las demás situaciones sin respuesta conservan el silencio anterior. Por tanto, el cambio tiene una condición específica. Una respuesta ausente en otra parte del registro no debe interpretarse automáticamente igual; modificar el intervalo tampoco añade memoria ni capacidad de cálculo a las tarjetas.
Separar respuestas de tareas y participaciones
El anuncio también explica qué ocurre si el grupo devuelve error 46 a una participación minera: el programa lo registra y mantiene la conexión. Una participación es trabajo presentado por el minero. Esta gestión evita que esa respuesta concreta cierre la sesión.
Mantener una sesión y aceptar una participación son resultados diferentes. Registrar el error no convierte trabajo rechazado o aplazado en trabajo aceptado. Al leer los resultados, conviene separar la continuidad de conexión de la contabilidad real del grupo.
Según el desarrollador, los núcleos de minería GPU, el código CUDA y OpenCL integrado y los motores de inferencia son idénticos byte por byte a 0.16.0. Solo cambia el código de conexión. CUDA y OpenCL ejecutan cálculos en GPU. La comparación pertinente es la gestión de solicitudes y respuestas, no una supuesta mejora de velocidad.
Se conserva la compatibilidad H16
La versión mantiene la gestión H16 anterior para el nodo Keryx 1.6.7. El umbral documentado de la red principal es la puntuación DAA 147.000.000; en pruebas se utiliza 180.000. DAA mide el progreso de esta red y no es una altura de bloque Bitcoin.
El lanzamiento anterior cambia reglas al llegar al umbral y libera 200 MiB de memoria de contexto por nivel. MiB es una unidad de memoria. Es comportamiento de compatibilidad heredado, no ahorro nuevo del parche de ocupado. La fecha esperada publicada tampoco equivale a observar directamente la puntuación actual de un nodo activo.
Minero, nodo y puente del grupo necesitan gestionar los mensajes de servicio de forma compatible. El nodo oficial describe mensajes de inferencia con trazas y auditoría. Tener un archivo para un sistema no demuestra que el grupo elegido implemente el protocolo. Conviene registrar la conexión utilizada y la versión del programa conjuntamente.
Qué establecen las pruebas publicadas
El autor comunica comprobaciones de arranque en Ubuntu 20.04, 22.04 y 24.04 para los archivos Linux. El paquete en una RTX 5070 Ti minó contra el grupo actualizado de la red principal durante 70 minutos, con 268 participaciones aceptadas, ninguna rechazada y ninguna reconexión. Son condiciones y resultados del desarrollador.
Esa ejecución no recibió una solicitud que necesitara la nueva respuesta de ocupado. Su formato se comprobó en pruebas unitarias del minero y del grupo. Los dos datos juntos explican la evidencia: hubo minería real, pero la ruta nueva se probó por separado. ASIC.tools no instaló ni ejecutó el paquete.
Hay paquetes para Linux, varios sistemas mineros, Windows, macOS arm64 y Docker. El ejecutable debe mantenerse junto a sus bibliotecas incluidas. Persisten los límites: Metal H15/H16 no está soportado y el hardware GPU de Windows no se probó para esta versión. La existencia de un paquete no equivale a una validación física igual en todas las plataformas.
Para el propietario, las comprobaciones útiles son si el equipo sirve peticiones de IA, qué modelos admiten sus tarjetas y cómo registra el grupo las respuestas de ocupado y el trabajo aceptado. Eso corresponde al cambio presentado. La versión mejora un traspaso definido entre GPU ocupadas y grupo, manteniendo visibles el alcance de las pruebas y la compatibilidad H16 heredada.
Fuente: Keryx Miner Supr release notes ↗ · Previous release and H16 scope ↗ · Official node H16 release ↗
Calculadora de minería ↗
