Share rechazados
Los share rechazados son soluciones enviadas que el pool no ha contado. El asic las calculó y gastó luz, y por ellas no habrá dinero.
Qué son los share rechazados
El pool acepta una solución solo si llegó a tiempo, corresponde a la tarea actual y alcanza el umbral fijado. Todo lo demás se va a rechazados. Una porción pequeña existe siempre, es el precio normal de que entre el asic y el pool haya una red.
Las causas se reparten en cuatro grupos claros. Caducados: la solución llegó después de que el pool cambiara de tarea, culpa de la latencia hasta el servidor. Duplicados: la misma solución enviada dos veces. Los que no alcanzan el umbral. Y los erróneos, que casi siempre significan chips trabajando fuera de su margen de estabilidad.
Lo normal es hasta medio por ciento. Uno o dos por ciento se tolera, pero ya conviene mirar la red. Más de tres por ciento es un síntoma, y hay que ir por orden: primero la latencia hasta el pool, luego el cable y el switch, luego la temperatura, y solo después el overclock.
Un caso aparte que en el taller vemos con regularidad: un overclock agresivo sube el hashrate unos cuantos por ciento y a la vez sube los rechazados de medio por ciento a cinco. Los ingresos, mientras, bajan, porque se paga por las soluciones aceptadas y no por las calculadas.
En breve, en tabla
| Qué es | soluciones que el pool no ha contado |
| Lo normal | hasta medio por ciento |
| Motivo para mirar la red | de uno a tres por ciento |
| Síntoma de avería | más de tres por ciento |
| Causas principales | latencia al pool, red, calor, overclock |
Cómo buscar la causa por orden
Empiece por la geografía: el servidor del pool en Europa y no al otro lado del océano. Cada cien milisegundos de latencia de más se convierten en soluciones caducadas.
Después, la física de la red. Un latiguillo barato, un conector machacado o un puerto del switch con pérdidas dan un flujo constante de rechazados que parece un problema del asic. Cambiar el cable cuesta menos que una hora de diagnóstico.
Luego la temperatura y el perfil del firmware. Si los rechazados crecen a la par que la temperatura del local, el asunto es la refrigeración. Si aparecieron justo después de cambiar de perfil, vuelva atrás y compare: unos ajustes tranquilos suelen dar más dinero que unos forzados.
Ejemplo en cifras
Un Antminer S21 de 200 TH/s con medio por ciento de rechazados pierde alrededor de un terahash de trabajo útil. Con cinco por ciento se pierden ya diez terahashes, es decir el asic rinde como un modelo de 190 TH/s mientras quema luz por sus 3500 W enteros. Un overclock que dio más tres por ciento de hashrate y más cinco por ciento de rechazados le ha metido en pérdidas.
Términos relacionados
Adónde seguir en el sitio
Equipos
- Antminer S21 herramienta
- Minero ASIC base de conocimientos
Programas
- Programas firmware
Preguntas y respuestas
Se pagan los share rechazados
No. El pool cuenta solo los aceptados, así que cada por ciento de rechazados de más es dinero perdido con la misma factura de la luz.
Qué es un share caducado
Una solución que llegó después de un cambio de tarea. Normalmente la culpa es de la latencia hasta el servidor del pool, y menos veces de una red inestable en el local.
Puede ser culpa del firmware
Sí, si el perfil se sale del margen de estabilidad de los chips. La señal es simple: los rechazados subieron justo después de cambiar de perfil, con la misma temperatura y red.
Cuántos rechazados tiene un asic sano
Hasta medio por ciento medido a lo largo de un día. Por una ventana de cinco minutos no se puede juzgar, ahí la dispersión es normal.
Cómo se relacionan los términos entre sí
Cada eslabón es clicable. En naranja, el punto donde está usted ahora.
¿Busca un minero ASIC?
El catálogo tiene 212 modelos. Puede compararlos por hashrate y por julios por terahash, y en la calculadora poner su tarifa y ver lo que queda limpio.
Página redactada y verificada por Denys Klimchuk. Actualizado el .