BzMiner 100.70 deja que MoneroOcean elija el algoritmo de minería
Publicación de la fuente: 2026-11-05 · Análisis editorial publicado: 2026-11-05
La versión del 5 de noviembre añade cambios decididos por el pool, pruebas guardadas y conexiones separadas para GPU y CPU. La elección del pool debe contrastarse con el coste eléctrico.

El pool puede cambiar la tarea sin cambiar la conexión
BzMiner 100.70, publicado el 5 de noviembre a las 00:40 UTC, incorpora el cambio de algoritmos mediante MoneroOcean. Un algoritmo es la tarea de cálculo del minero. En vez de mantener la tarjeta gráfica en una sola tarea todo el día, este modo permite que el pool pida otra compatible cuando su comparación la favorezca. Para quien ya alterna entre monedas, puede reducir cambios manuales en la configuración.
El minero comunica primero qué algoritmos puede ejecutar el equipo y a qué velocidad. Cada trabajo identifica el algoritmo que el pool considera más rentable en ese momento y BzMiner sigue la instrucción. Decide el pool: el modo no es una calculadora local que lea la factura eléctrica. Usar una dirección Monero en la conexión tampoco significa que todas las GPU deban ejecutar RandomX.
El modo se llama mo o moneroocean. Es distinto de la ruta dual Pearl+C29: el cambio elige una tarea para la conexión, mientras la minería dual ejecuta dos algoritmos juntos. La diferencia ayuda a interpretar el panel del pool y los registros del minero. Dos nombres en una configuración no demuestran por sí solos que ambas tareas estén funcionando simultáneamente.

Una decisión útil necesita velocidades adecuadas
La lista predeterminada ofrece kawpow, ergo, etchash, cn/gpu, pearl y c29. RandomX queda fuera porque su conjunto de datos grande puede dejar las GPU sin trabajo cuando el pool lo elige. Es posible añadirlo, pero una lista más larga no es necesariamente mejor. Importa qué dispositivos van a utilizar esa conexión concreta.
En el primer inicio, BzMiner mide los algoritmos que no tienen una velocidad guardada. Conserva los resultados en mo-perf.json, asociados al identificador PCI de cada tarjeta, la dirección que distingue dispositivos dentro del ordenador. Los siguientes inicios reutilizan datos compatibles si siguen coincidiendo los ajustes de overclock solicitados. Cambiar un perfil seleccionado vuelve a medir la tarjeta y el algoritmo afectados.
La caché es, por tanto, parte de la configuración minera y no un archivo decorativo. Poner a cero la duración del benchmark evita mediciones nuevas y ofrece únicamente velocidades guardadas que coincidan; no inventa datos ausentes. Después de ajustar el equipo, compruebe qué velocidades anuncia realmente el minero. Una estimación inadecuada hace que el pool compare condiciones distintas de las que presenta el hardware.

CPU y GPU necesitan conexiones separadas
Los ejemplos oficiales ofrecen Pearl, CryptoNight-GPU y C29 en una conexión exclusiva para GPU. Otra conexión para CPU puede ofrecer solo RandomX. Con un único algoritmo disponible, el procesador permanece en RandomX: no hay otra tarea elegible que seleccionar. La etiqueta de cambio automático no significa que todos los dispositivos vayan a cambiar constantemente de algoritmo.
Para utilizar ambos tipos de dispositivo, el autor muestra conexiones diferentes. La razón es práctica: elegir una tarea de GPU no debe dejar la CPU esperando un trabajo incompatible. Es como dos puestos distintos dentro del mismo edificio: pueden compartir proveedor sin compartir tarea. La selección de dispositivos y la lista de algoritmos deben describir el mismo grupo de hardware.
El proyecto enlaza Multi-Miner de MoneroOcean para explicar ese mecanismo dirigido por el pool. Ese programa separado añade cambios a mineros que no los implementan por sí mismos. BzMiner describe ahora una conexión nativa, así que la noticia no obliga a instalar automáticamente otra capa. Conviene usar la documentación de la versión y el montaje elegidos, sin mezclar configuraciones de ejemplos diferentes.
Compare trabajo acreditado y consumo real
La versión también anuncia mejoras de hashrate y eficiencia Pearl en NVIDIA Ampere, Ada, Blackwell y AMD RDNA4, y corrige la ausencia de hashrate GPU en algunos paneles MMPOS. No proporciona un porcentaje universal. Corregir la visualización ayuda a supervisar, pero un número mayor en pantalla no demuestra por sí solo más trabajo aceptado ni una factura menor.
Para una comparación controlada, registre el algoritmo seleccionado, el trabajo acreditado por el pool, la potencia del sistema completo y el tiempo dedicado a medir o cambiar tareas. Incluya las reglas de pago y las comisiones del pool al calcular ingresos. Comparar solo los instantes más rápidos oculta los intervalos; comparar mercados diferentes también puede confundir una variación de precio con una mejora del programa. Mantenga el mismo hardware y controlador durante la comparación para que un segundo cambio no oculte el efecto estudiado.
El lanzamiento oficial incluye paquetes y sumas SHA-256, que identifican los archivos publicados sin sustituir una auditoría independiente. Este artículo se basa en el anuncio y la documentación, sin ejecutar el minero. La novedad práctica es una elección de tareas más flexible con medidas guardadas del hardware. Su efecto neto dependerá del coste eléctrico, las cargas y los registros de cada instalación.
Fuente: BzMiner ↗ · Official BzMiner documentation ↗ · MoneroOcean switching protocol documentation ↗
Calculadora de minería ↗

