¿Qué son las stale shares y las rejected shares?
Guía de diagnóstico para mineros
Comprende los tres tipos de shares en mining, por qué algunas no cuentan y cómo maximizar tu hashrate efectivo y tus ganancias.
Las shares son la prueba de tu trabajo de mining — así es como un pool mide tu contribución. Las stale shares llegaron demasiado tarde (el pool ya pasó a un nuevo bloque), y las rejected shares contienen errores (hash incorrecto, algoritmo equivocado, fallo de hardware). Ambas reducen tu hashrate efectivo y tus ganancias. Un miner saludable debe tener >99% aceptadas, <1% stale y <0,1% rejected.
Comprender las shares en mining
Cuando minas criptomonedas, tu GPU o ASIC compite para encontrar un hash que cumpla un objetivo de dificultad muy alto establecido por la red. Si eres nuevo en mining, nuestra guía para principiantes cubre los fundamentos. Encontrar uno de esos hashes es extremadamente raro — podría llevarle a tu hardware días, semanas o incluso meses encontrar una solución completa de bloque por su cuenta.
Los pools de mining resuelven este problema dándote un objetivo más fácil. En lugar de exigir un hash que resuelva el bloque completo, el pool te pide que encuentres hashes que cumplan una dificultad menor. Cada vez que encuentras uno, lo envías como una share. El pool utiliza estas shares para rastrear cuánto trabajo has contribuido en relación con todos los demás.
Una share es la prueba de que tu hardware está realizando trabajo real de mining. Cuantas más shares envíes, más sabe el pool que has estado trabajando, y mayor será tu porción de la recompensa del bloque cuando el pool encuentre uno.
Piensa en las shares como fichar en el trabajo. Cada share le dice al pool "estuve aquí, estuve trabajando". Cuando llega el día de pago (se encuentra un bloque), tu sueldo es proporcional a cuántas veces fichaste. Una stale share es como fichar después de que tu turno ya terminó — no cuenta. Una rejected share es como una tarjeta que la máquina no puede leer — se descarta.
Los tres tipos de shares
Cada share que tu miner envía al pool termina en una de tres categorías. Comprender la diferencia es el primer paso para diagnosticar problemas con tu configuración de mining.
1. Shares aceptadas
Una share aceptada es un hash válido que llegó al pool a tiempo y sin errores. Cumple el objetivo de dificultad del pool y corresponde al bloque actual que se está minando. Este es el único tipo de share que cuenta para tus ganancias.
Cada share aceptada aumenta tu porcentaje de contribución para la ronda actual. Cuando el pool encuentra un bloque, tu pago se calcula en función de cuántas shares aceptadas enviaste en relación con todos los demás mineros.
2. Stale shares
Una stale share es un hash que era perfectamente válido cuando tu GPU lo calculó, pero para cuando llegó al servidor del pool, este ya había pasado a minar un nuevo bloque. La share es correcta pero está desactualizada — es trabajo para una tarea que ya no existe.
Las stale shares no son culpa de tu miner en el sentido computacional. El hash era correcto. El problema es de sincronización y velocidad de red — la share simplemente no llegó antes de que el pool pasara a una nueva plantilla de bloque.
→ La share viaja por la red hasta el pool (latencia)
→ Mientras tanto, el pool pasa al Bloque #1001
→ La share llega — pero es para el Bloque #1000
→ Resultado: STALE (hash válido, bloque incorrecto)
3. Rejected shares
Una rejected share contiene un error real. A diferencia de las stale shares (que eran válidas pero tardaron), las rejected shares son fundamentalmente incorrectas. El hash no cumple el objetivo de dificultad, fue calculado con parámetros incorrectos, o es un duplicado de una share enviada previamente.
Las rejected shares casi siempre indican un problema con tu hardware o configuración de software. Deberían ser extremadamente raras en una configuración de mining que funcione correctamente.
Puntos de referencia de un miner saludable
Así debería verse la distribución de shares de un miner bien configurado:
Si tus números se desvían significativamente de estos puntos de referencia, las secciones siguientes te ayudarán a identificar y solucionar el problema.
¿Qué causa las stale shares?
Las stale shares son fundamentalmente una condición de carrera. Tu miner calculó un hash válido, pero la situación cambió antes de que la respuesta llegara. Estas son las causas más comunes:
Alta latencia de red
La causa más común. Nuestro análisis de latencia de stratum explora esto en profundidad. Cuanto más lejos estés del servidor del pool (tanto geográficamente como en términos de saltos de red), más tiempo tardan las notificaciones de nuevos trabajos en llegarte y tus shares en llegar al pool. Cada milisegundo de retraso es una ventana en la que el bloque podría cambiar.
Impacto típico: Una conexión de ida y vuelta de 300 ms en lugar de 30 ms añade aproximadamente 270ms / block_time a tu tasa de stale. Para una moneda con bloques de 60 segundos, eso es alrededor de un 0,45% más de stale shares.
Tiempos de bloque cortos
Las monedas con tiempos de bloque más rápidos producen naturalmente más stale shares porque los bloques cambian con más frecuencia. Si una moneda produce un nuevo bloque cada 15 segundos, hay 4 veces más transiciones de bloque por minuto que en una moneda de 60 segundos — lo que significa 4 veces más oportunidades de que tu share llegue tarde.
Impacto típico: Las tasas de stale son aproximadamente inversamente proporcionales al tiempo de bloque. Una moneda con bloques de 15 s tendrá aproximadamente 4 veces la tasa de stale que una moneda con bloques de 60 s, en igualdad de condiciones.
Software de mining lento
Cuando el pool envía un nuevo trabajo (porque se encontró un nuevo bloque), tu software de mining necesita dejar de trabajar en el trabajo antiguo y cambiar al nuevo lo más rápido posible. Los miners más antiguos o mal optimizados pueden tardar varios cientos de milisegundos en procesar la transición de trabajo, durante los cuales siguen enviando shares del bloque anterior.
Impacto típico: Varía ampliamente. Los miners modernos cambian en menos de 10 ms. El software antiguo puede tardar 200-500 ms, aumentando significativamente las tasas de stale.
WiFi en lugar de Ethernet
El WiFi introduce latencia variable, pérdida de paquetes y desconexiones periódicas que las conexiones Ethernet por cable no tienen. Una conexión WiFi puede promediar 5 ms de latencia pero dispararse a más de 200 ms durante interferencias. Esos picos causan ráfagas de stale shares.
Impacto típico: El WiFi puede añadir un 0,5-2% de stale shares en comparación con una conexión por cable, principalmente debido a los picos de latencia más que a la latencia promedio.
Distancia al servidor del pool
Minar en un servidor de pool en otro continente añade 100-300 ms de latencia de ida y vuelta debido a la velocidad física de la luz a través de cables de fibra óptica. Aunque los pools modernos minimizan este impacto mediante implementaciones eficientes de stratum, sigue siendo un factor contribuyente.
Impacto típico: Minar entre continentes típicamente añade un 0,1-0,5% de stale shares dependiendo del tiempo de bloque de la moneda. Para monedas con tiempos de bloque superiores a 60 segundos, esto suele ser insignificante.
¿Qué causa las rejected shares?
A diferencia de las stale shares (un problema de sincronización), las rejected shares indican que algo realmente está mal con el hash que tu miner envió. Estas son las causas más comunes:
Configuración incorrecta del software de mining
Un software de mining mal configurado es la causa número uno de rejected shares para mineros nuevos. Los errores comunes incluyen conectarse al puerto incorrecto (que puede esperar un algoritmo diferente), formato incorrecto del nombre del worker o usar parámetros destinados a otra moneda. Elegir la combinación correcta de hardware y software de mining es esencial.
Cómo identificarlo: Si ves una alta tasa de rechazo inmediatamente después de iniciar el miner, verifica la dirección del pool, el puerto, el nombre del worker y la configuración del algoritmo en la página de introducción del pool.
Overclock de GPU inestable
Cuando llevas el reloj de memoria o el reloj del núcleo de tu GPU demasiado alto, la GPU puede producir cálculos de hash incorrectos. Las matemáticas son incorrectas a nivel de silicio — los bits se invierten, los valores se corrompen y el hash resultante es inválido. El miner no sabe que el hash es malo (sigue pareciendo un hash), así que lo envía al pool, que lo rechaza inmediatamente.
Cómo identificarlo: Si tu tasa de rejected shares aumenta después de subir el overclock, tu GPU es inestable con esa configuración. Reduce el reloj de memoria 50-100 MHz y el reloj del núcleo 25-50 MHz hasta que los rechazos bajen a cero.
Algoritmo incorrecto configurado
Cada criptomoneda utiliza un algoritmo de mining específico (SHA-256, Ethash, RandomX, Equihash, Groestl, etc.). Si tu miner está configurado para calcular hashes con el algoritmo equivocado, cada share será rechazada porque los hashes son fundamentalmente incompatibles.
Cómo identificarlo: Una tasa de rechazo del 100% desde el momento en que empiezas a minar es casi siempre una discrepancia de algoritmo. Verifica el algoritmo correcto en la página de información del pool.
Shares duplicadas
Si tu miner envía la misma share dos veces (mismo nonce, mismo trabajo), el pool rechaza el duplicado. Esto puede ocurrir con software de mining defectuoso o al ejecutar múltiples instancias del miner que accidentalmente se superponen en sus rangos de nonce.
Cómo identificarlo: El mensaje de rechazo del pool mencionará específicamente "duplicate share". Asegúrate de no estar ejecutando múltiples instancias del miner apuntando al mismo worker y actualiza tu software de mining.
Errores de hardware (memoria y térmicos)
La memoria GPU defectuosa, el sobrecalentamiento o la pasta térmica degradada pueden causar errores de cálculo esporádicos. A diferencia de la inestabilidad por overclock (que es consistente), los fallos de hardware tienden a producir rejected shares intermitentes que pueden empeorar con el tiempo o aumentar con la temperatura de la GPU.
Cómo identificarlo: Las rejected shares que aumentan a medida que la GPU se calienta, o que aparecen solo en una GPU de un rig con múltiples GPUs, sugieren problemas de hardware. Monitoriza las temperaturas y considera cambiar la pasta térmica o reemplazar la GPU.
Tasas aceptables de shares
Usa esta tabla para diagnosticar la salud de tu configuración de mining. Estos puntos de referencia se aplican a la mayoría de las monedas minadas con GPU con tiempos de bloque de 30 segundos o más.
| Tipo de share | Aceptable | Preocupante | Crítico |
|---|---|---|---|
| Aceptadas | >99% | 97–99% | <97% |
| Stale | <1% | 1–3% | >3% |
| Rejected | <0,1% | 0,1–1% | >1% |
Estos umbrales son orientativos, no reglas estrictas. Un miner en el lado opuesto del mundo respecto al servidor del pool podría ver un 1,5% de stale shares — ese es el coste de la distancia y es perfectamente normal. Pero un miner en el mismo continente que vea un 3% de stale shares tiene un problema de red que merece investigarse.
Cómo solucionar tasas altas de stale y rejected
Si tus tasas de shares están fuera del rango aceptable, sigue esta lista de verificación de diagnóstico en orden. Cada paso aborda las causas más comunes, comenzando por las correcciones más sencillas.
Solucionar tasas altas de stale
- Usa una conexión Ethernet por cable. Reemplaza el WiFi por un cable Ethernet directo a tu router. Esto solo puede reducir las stale shares en un 50% o más al eliminar picos de latencia y pérdida de paquetes.
- Conéctate al servidor del pool más cercano. La mayoría de los pools ofrecen múltiples ubicaciones de servidor. Elige el más cercano a ti geográficamente. Consulta la lista de servidores del pool y prueba los tiempos de ping a cada uno.
- Actualiza tu software de mining. Las versiones más nuevas de miners como T-Rex, lolMiner, GMiner y TeamRedMiner tienen un cambio de trabajo más rápido. Actualiza a la última versión estable.
- Comprueba la estabilidad de tu conexión a internet. Ejecuta una prueba de ping al servidor del pool durante varios minutos. Busca pérdida de paquetes o picos de latencia. Si tu conexión ISP es inestable, las stale shares serán mayores.
- Cierra las aplicaciones que consumen mucho ancho de banda. Transmisión de video, descargas grandes o clientes de torrent compitiendo por ancho de banda pueden causar picos de latencia. Pausa o programálos fuera de las horas de mining.
- Evita conexiones VPN o proxy. Cada salto de red adicional añade latencia. Mina con una conexión directa al servidor del pool a menos que tengas una razón específica para usar una VPN.
Solucionar tasas altas de rejected
- Reduce el overclock de tu GPU. Baja el reloj de memoria 50–100 MHz y el reloj del núcleo 25–50 MHz. Si las rejected shares bajan, tu overclock anterior era inestable. Aumenta gradualmente hasta encontrar el límite estable.
- Verifica el algoritmo correcto. Consulta la página de introducción del pool y confirma que tu miner está configurado para el algoritmo exacto que espera el pool. Incluso nombres de algoritmos similares (p. ej., Ethash vs. Etchash) no son intercambiables.
- Comprueba las temperaturas de la GPU. Si tu GPU supera consistentemente los 85°C (núcleo) o los 100°C (unión de memoria en tarjetas GDDR6X), el estrangulamiento térmico y los errores de cálculo se vuelven probables. Mejora la refrigeración o reduce el límite de potencia.
- Asegúrate de no tener instancias duplicadas del miner. Verifica que no estés ejecutando accidentalmente dos copias de tu miner apuntando al mismo worker. Cada worker debe tener exactamente un proceso de miner.
- Prueba las GPUs individualmente. En un rig con múltiples GPUs, si solo una tarjeta produce rejected shares, esa tarjeta probablemente tiene un problema de hardware. Ejecuta cada GPU sola para aislar el problema.
- Reinstala o cambia de software de mining. Si los rechazos persisten después de todas las demás correcciones, prueba un programa de mining diferente. Los binarios corruptos o los errores de software pueden causar shares inválidas persistentes.
Cómo afectan las shares a tus ganancias
Las stale y rejected shares tienen un impacto directo y medible en tus ingresos de mining. Tu hashrate efectivo — el hashrate que realmente te genera monedas — es siempre menor que tu hashrate reportado debido a las shares que no cuentan.
La fórmula del hashrate efectivo
Hashrate efectivo = Hashrate reportado × Tasa de aceptación
// Donde Tasa de aceptación = Shares aceptadas / Total de sharesEjemplo: El coste del 5% de shares inválidas
Calculemos el impacto real en las ganancias para un miner con una GPU de 100 MH/s que tiene una tasa combinada del 5% de stale + rejected:
Hashrate reportado: 100 MH/s
Tasa de shares aceptadas: 95% (3% stale + 2% rejected)
Hashrate efectivo: 100 × 0,95 = 95 MH/s
// Supongamos que este miner gana $3,00/día al 100% de eficiencia
Ganancias diarias al 100%: $3,00
Ganancias diarias al 95%: $2,85
Pérdida diaria: $0,15
Pérdida mensual: $4,50
Pérdida anual: $54,75Esos 5 MH/s de diferencia son trabajo computacional real que tu GPU realizó — consumió electricidad, generó calor y desgastó tu hardware — pero no te ganó nada. Seguir buenas prácticas de seguridad de mining pool y optimizar tu conexión ayuda a minimizar estas pérdidas. El coste de electricidad de calcular esas shares desperdiciadas es pérdida pura.
Los números anteriores son para una sola GPU. Si tienes un rig de 6 GPUs, esa pérdida anual se convierte en $328,50. Para una pequeña granja con 10 rigs (60 GPUs), perderías $3.285 al año por una tasa del 5% de shares inválidas que se puede corregir. Dedicar una hora a optimizar tu configuración se paga solo muchas veces.
Imagina que trabajas un turno de 8 horas pero 24 minutos de tu trabajo se tiran a la basura cada día porque estabas rellenando formularios de ayer (stale) o cometiendo errores de cálculo (rejected). Hiciste el trabajo, te cansaste, usaste los materiales — pero no te pagan por esos 24 minutos. A lo largo de un año, eso son 6 días laborables completos de trabajo no remunerado.
Conclusión
Las shares son tu prueba de trabajo. Son la forma en que el pool mide tu contribución y determina tu pago. Solo las shares aceptadas cuentan para tus ganancias. Cada stale o rejected share es electricidad desperdiciada e ingresos perdidos.
Las stale shares son un problema de red. Significan que tus shares llegan demasiado tarde debido a la latencia entre tú y el pool. Solucíonalas con una conexión por cable, un servidor más cercano y software de mining actualizado. Una pequeña tasa de stale (inferior al 1%) es normal e inevitable.
Las rejected shares son un problema de hardware o configuración. Significan que algo está mal con el hash en sí. La causa más común es un overclock de GPU inestable. Si ves rejected shares, reduce tu overclock primero, luego verifica tu algoritmo y temperatura.
Objetivo: >99% aceptadas, <1% stale, <0,1% rejected. Si tus números son peores que esto, sigue la lista de verificación de diagnóstico anterior. El tiempo que dediques a optimizar se pagará solo en ganancias recuperadas en días o semanas.