Motivos de rechazo de shares: qué respondió el pool
Cada respuesta numerada que envía el pool al rechazar un share, qué significa de verdad y cuáles apuntan a algo de tu configuración que puedes arreglar.
¿Qué te dice la respuesta de rechazo de un share?
Cuando el pool rechaza un share, no se limita a decir que no. Devuelve un motivo numerado, y tu programa de minería lo muestra.
Esa única línea convierte una hora de cambios de ajustes al azar en un arreglo de un minuto. Por eso merece la pena saber qué significa cada respuesta.
Algunas respuestas significan que algo va mal de tu lado. Otras significan que no va mal nada. Leerlas todas igual es como la gente acaba reflasheando una tarjeta que estaba bien.
Las cinco respuestas, en resumen
- 20, otro: lee el texto junto al número.
- 21, trabajo no encontrado: un share obsoleto, y unos pocos son normales.
- 22, duplicado: se cuenta una vez y nunca se usa en tu contra.
- 23, dificultad baja: normalmente un problema de tu lado.
- 24, no autorizado: casi siempre es la dirección de billetera.
21, trabajo no encontrado
El trabajo al que respondía tu share ya había caducado. La red avanzó mientras el share iba de camino. Cuando llegó, su pregunta ya tenía ganador.
Este es el share obsoleto. Unos pocos son el coste de estar en internet, porque la luz en la fibra no es instantánea.
Solo merece la pena actuar cuando deja de ser poco. Una tasa que sube semana tras semana apunta a la latencia. Antes que nada, prueba la región más cercana a ti y una conexión por cable.
Una tasa que se dispara en cuanto añades un rig apunta a ese rig.
23, dificultad baja
Tu share no alcanzó el objetivo que se le dio. Esta respuesta suele significar algo de tu lado. Es el primer sitio donde mirar cuando aparecen rechazos.
Revisa estas causas:
- Un overclock inestable. Un trabajo que solo falla la verificación a veces es la señal clásica: un pequeño porcentaje de shares, no todos. Baja las frecuencias de núcleo y memoria a las de fábrica y mira si los rechazos desaparecen también.
- El algoritmo equivocado. Un programa arrancado con el algoritmo equivocado no produce casi nada que pueda pasar. Así que esto aparece como rechazos en todo, no en un pequeño porcentaje.
- Un programa desactualizado. Tras una actualización de la red, una versión antigua sigue produciendo trabajo con las reglas antiguas. Todos sus shares fallan.
- Una dificultad fija que pusiste demasiado alta a mano. Si fijaste una, quítala y deja que el pool ajuste tu ritmo.
22, duplicado, y por qué no se usa en tu contra
El mismo share llegó dos veces al pool. Se cuenta una vez, que es lo correcto. Después no pasa nada: un duplicado nunca cuenta como share malo y nunca te acerca a un baneo.
Es una decisión deliberada, no un descuido. Los duplicados suelen ser cosas normales del hardware.
- El firmware de un ASIC (el software dentro de una máquina dedicada a minar) reintenta un envío que cree perdido.
- Una capa de proxy reenvía un share.
- Un programa que encuentra la misma respuesta dos veces para el mismo trabajo la envía dos veces.
Nada de eso es el minero haciendo trampa. Los pools que tratan los duplicados como inválidos castigan en silencio a los rigs por un comportamiento que eligió su firmware.
Si los duplicados son constantes y no ocasionales, normalmente dos rigs comparten un mismo nombre de worker. Da a cada rig el suyo.
24, no autorizado
No se aceptó el inicio de sesión, o llegó un share antes que el inicio de sesión. En la práctica, casi siempre es la dirección de billetera.
La dirección puede tener una errata, o un espacio que se coló al copiar y pegar. O puede pertenecer a una red distinta de la que estás apuntando.
El pool intenta decir cuál es. Si una dirección es válida pero pertenece a otra red, la respuesta lo dice. También nombra la red en la que está este pool.
Una red equivocada y una errata se ven idénticas en un registro. Necesitan arreglos completamente distintos.
20, otro
Esto cubre todo lo que no es una de las cuatro de arriba. La respuesta trae un texto junto al número que dice qué pasó. Así que esta se lee en lugar de buscarla.
Dos de estas respuestas merece la pena conocerlas, porque son una política y no un fallo en tu trabajo. Las dos llegan tras una tasa de obsoletos que se mantiene alta mucho tiempo:
- Primero, los shares obsoletos se rechazan directamente.
- Después llega un baneo temporal.
Las dos respuestas dicen claramente que el motivo son los shares obsoletos. No son un veredicto sobre tu hardware. El pool se niega a seguir pagando un trabajo que no puede pagarse.
Las dos desaparecen solas cuando la tasa vuelve a bajar.
¿Cuántos rechazos son demasiados?
Para trabajo no encontrado, por debajo del 1 por ciento es sano en una región bien elegida. Nada llega a cero, así que vigila la tendencia en lugar de la cantidad.
Para dificultad baja, cualquier cantidad constante significa que algo va mal. No es un coste de estar en línea. Es trabajo que no pasó la verificación, y no gana nada.
Un rig con un pequeño porcentaje es un rig al que hay que bajarle el overclock.
La pestaña En vivo de tu panel muestra ambos en el momento en que ocurren. Lista cada share según lo juzga el pool.
¿Y si la respuesta no dice lo suficiente?
Sigue la lista de comprobación del artículo sobre shares rechazados. Ordena las causas según la frecuencia con que cada una resulta ser la culpable.
Si un rig da rechazos y los demás están limpios, el problema es esa máquina, no el pool. Sospecha primero de su perfil de overclock, luego de la versión de su driver y luego de los cables de sus risers.