Datos del mercado · ↗Precio de Bitcoin$77,735Hashrate de la red936 EH/sDificultad127.45 T

Firmware y ajustes

WildRig 0.51.9 reduce shares tardíos de Pearl y sustituye el paquete Windows para RDNA4

Publicación de la fuente: 2026-11-03 · Análisis editorial publicado: 2026-11-04

La versión del 3 de noviembre modifica la comunicación y el cálculo GPU de Pearlhash. El paquete Windows corregido llegó después ese mismo día: el número de versión no basta para identificar el archivo.

Mapa original: comunicación Pearlhash, eficiencia NVIDIA y AMD RDNA4 son cambios distintos de WildRig.
Mapa original: comunicación Pearlhash, eficiencia NVIDIA y AMD RDNA4 son cambios distintos de WildRig. ASIC.tools · original explanation · CC BY 4.0

Más trabajo llega al pool a tiempo

WildRig Multi publicó la versión estable 0.51.9 el 3 de noviembre a las 01:43 UTC. El autor afirma que la comunicación de Pearlhash produce menos shares obsoletos, junto con mejoras de cálculo GPU. Para una instalación existente importa cuánto trabajo llega a tiempo al pool, no solo si la consola muestra una velocidad instantánea mayor.

Un share demuestra trabajo de cálculo enviado al pool. Un share stale llega cuando su tarea ya está desactualizada. Una GPU rápida puede mostrar mucho hashrate local mientras parte de los envíos llega demasiado tarde. Mejorar la comunicación puede aumentar el resultado útil sin añadir tarjetas ni elevar su velocidad nominal de procesamiento.

Las notas no ofrecen una reducción medida de shares stale, duración de pruebas o porcentaje universal de ingresos. Es un cambio comunicado por el desarrollador, no una prueba independiente de ASIC.tools. Tampoco establecen que todos los shares tardíos tengan la misma causa o remuneración en todos los pools. Eso depende de la carga y sus reglas.

Para quien ya mina Pearl, el punto de partida son sus registros de trabajo aceptado, tardío y rechazado durante un periodo suficiente. Permiten comparar el resultado con el fallo concreto que aborda la actualización. Cambiar simultáneamente programa, pool y conexión dificultaría identificar qué modificación produjo la diferencia.

Cronología original: el archivo Windows corregido se actualizó después del primer lanzamiento del 3 de noviembre, manteniendo 0.51.9.
Cronología original: el archivo Windows corregido se actualizó después del primer lanzamiento del 3 de noviembre, manteniendo 0.51.9. ASIC.tools · original explanation · CC BY 4.0

Eficiencia NVIDIA y soporte AMD RDNA4 son cambios distintos

El autor declara mayor eficiencia Pearlhash en NVIDIA RTX 2000, 3000, 4000 y 5000, y mejoras Pearlhash en AMD RDNA4. El alcance de ambas frases difiere: NVIDIA habla expresamente de eficiencia, AMD no publica una afirmación energética equivalente cuantificada. No deben ampliarse a familias no enumeradas ni a todos los algoritmos de WildRig.

Eficiencia significa resultado útil por energía consumida, no solo velocidad. Una lectura de potencia GPU menor puede ayudar, pero el contador incluye placa, procesador, pérdidas de alimentación y refrigeración. Conviene mantener la misma frontera de medida antes y después, especialmente en equipos mixtos donde una mejora individual puede ser pequeña frente al total.

Las notas no aportan porcentaje, vatios por tarjeta ni una tabla controlada de comparación. No permiten asignar un ahorro fijo a un propietario de RTX ni calcular la amortización de una compra nueva. Se puede evaluar un dispositivo existente; esta versión por sí sola no constituye una recomendación de compra.

Mantenga comparables algoritmo y pool, registre frecuencias activas y observe temperaturas y errores. Más hashrate local con más trabajo rechazado no resuelve la cuestión de eficiencia. Una cifra similar en consola con menos shares tardíos sí podría ser útil. Importan la producción aceptada y la electricidad medida para conseguirla.

Ejemplo contable: 10.000 shares de igual dificultad por intervalo y todos los no tardíos aceptados. No son pruebas WildRig.
Ejemplo contable: 10.000 shares de igual dificultad por intervalo y todos los no tardíos aceptados. No son pruebas WildRig. ASIC.tools · original explanation · CC BY 4.0

Windows necesita el paquete corregido, no solo la etiqueta

Más tarde el 3 de noviembre se añadió que el paquete Windows había sido subido nuevamente con una reparación para AMD RDNA4. GitHub registra la actualización del archivo actual a las 10:09:33 UTC, posterior a la publicación inicial a las 01:43:02. Un archivo guardado al principio puede diferir del que hoy acompaña a la misma versión.

El archivo corregido se llama wildrig-multi-windows-0.51.9.zip. En la comprobación editorial, GitHub indicaba 29.465.021 bytes y una suma SHA-256 que empieza por ac7ec18a446887f3. La suma completa está en los metadatos oficiales. Nombre y versión son etiquetas útiles; comprobar el contenido distingue una descarga anterior del paquete actualmente identificado.

Una suma verifica contenido, no rendimiento ni confianza. Coincidir con la suma oficial establece correspondencia con el archivo publicado, pero no demuestra que sea inocuo ni que RDNA4 funcione en cualquier configuración Windows. No se ejecutaron binarios para este reportaje y la reparación del autor no se ha probado independientemente aquí.

También hay archivos Linux y HiveOS con nombres y sumas diferentes. El aviso de sustitución menciona específicamente Windows. No cabe suponer que todos los paquetes se sustituyeron al mismo tiempo ni que una suma Windows deba coincidir con un archivo Linux. Sistema y archivo concretos importan más que una captura del título de la versión.

Medir trabajo aceptado sin convertir porcentajes en beneficio

Ejemplo ilustrativo: de 10.000 shares de igual dificultad, 200 son tardíos en un intervalo y 100 en otro comparable, con todos los demás aceptados. La fracción stale baja del 2% al 1%; los aceptados pasan de 9.800 a 9.900. Eso supone alrededor del 1,02% más de envíos aceptados, no un 50% más de ingresos. No son resultados de pruebas WildRig.

Los pools reales pueden variar la dificultad de los shares; comparar recuentos brutos no siempre sirve. Compare trabajo acreditado o el hashrate aceptado que mide el pool durante un plazo suficiente, junto con sus reglas de pago. Las ventanas cortas pueden ser ruidosas. Electricidad y tiempo operativo también obligan a separar producción y beneficio neto.

Antes de una actualización limitada, conserve configuración y paquete anteriores, anote el archivo actual elegido y guarde lecturas iniciales. Después revise comunicación, aceptación y consumo, no solo si el proceso arranca. Si persiste el problema, esos registros ayudan a distinguir comportamiento del programa de otro fallo del pool o de la red local.

Es una nueva versión Pearlhash con una corrección concreta del archivo Windows ese mismo día, distinta de las noticias anteriores de Team Black Miner y BzMiner. No modifica especificaciones de ASIC Bitcoin SHA-256 ni garantiza tarifa o ingreso. Su utilidad depende de que el cambio de comunicación, GPU o RDNA4 responda al problema medido de esa máquina.

Fuente: WildRig Multi ↗ · Official repository and documentation ↗

Calculadora de minería ↗

Más en esta sección