+34 641 10 27 16

Share

Base de conocimientos

Cómo demuestra el asic al pool que ha trabajado

· Actualizado el

Un share es una solución encontrada con dificultad rebajada: la prueba para el pool de que su asic de verdad estuvo calculando.

Qué es un share

Un bloque aparece rara vez, y si el pool esperase solo bloques no podría medir el aporte de cada participante. Por eso reparte tareas con un umbral rebajado. Las soluciones que superan ese umbral son los shares: para la red no valen nada, para la contabilidad son insustituibles.

El umbral se ajusta solo, es lo que llaman vardiff. El pool mira a qué ritmo llegan las soluciones y afina la dificultad de la tarea para que el asic envíe un share cada pocos segundos. Un asic modesto recibe un umbral más bajo; un S21, uno más alto.

En las estadísticas verá aceptados y rechazados. Se rechazan los que llegan demasiado tarde (el pool ya cambió la tarea), los duplicados y los que no alcanzan el umbral. Medio punto porcentual de rechazados es normal. Si pasan del dos o del tres por ciento, no mire el asic sino la red: el cable, el switch, la latencia hasta el servidor del pool.

En corto, en tabla

Qué esla solución de una tarea con dificultad rebajada
Para qué sirvepara que el pool cuente su aporte
Tipos en las estadísticasaceptados, rechazados, obsoletos
Nivel normal de rechazadoshasta medio por ciento
Quién fija el umbralel pool, de forma automática, mecanismo vardiff

Por qué a veces se pierden shares

Cada tarea nueva anula la anterior. Si el share salió justo cuando el pool ya había repartido otra tarea, llegará obsoleto. Cuanto más lejos esté el servidor del pool, más ocurre, así que desde España lo sensato es engancharse a un punto europeo.

La segunda causa habitual es un asic recalentado con la frecuencia recortada: los shares salen más espaciados y el hashrate en el pool se hunde. La tercera es un overclock fuera de la zona estable, cuando los chips empiezan a devolver soluciones erróneas. En nuestro taller se ve al instante: los rechazados se multiplican frente al perfil de fábrica.

tareahashingsharepoolrecuento del aporte

Ejemplo con cifras

Un Antminer S21 de 200 TH/s, con el umbral típico de un pool, envía varias soluciones por segundo. En un día son decenas de miles de shares, y con ese número el pool calcula el pago. Un bloque entero, en cambio, lo más probable es que el asic no lo encuentre ni una vez en toda su vida útil.

Términos relacionados

Adónde seguir en el sitio

Equipos

Programas

Algoritmos

Preguntas y respuestas

Cuántos shares rechazados son normales

Hasta medio por ciento. Un uno o un dos por ciento se tolera, aunque ya conviene revisar la red. Más del tres por ciento apunta a un problema concreto: pool lejano, cable malo o un overclock demasiado agresivo.

Se pagan los shares rechazados

No. El pool cuenta solo los aceptados. Por eso cada punto extra de rechazados es dinero perdido, aunque el asic trabaje y caliente como siempre.

Por qué mi asic tiene una dificultad de share menor que la del vecino

El umbral lo pone el pool según su hashrate. Un asic más flojo recibe tareas más fáciles para que las soluciones fluyan de forma pareja. En el pago no influye.

Qué es un stale share

Un share obsoleto: llegó después de que el pool cambiara la tarea. Lo habitual es que la culpa sea de la latencia hasta el servidor; menos veces, de una red inestable dentro de casa.

Cómo se relacionan los términos entre sí

Cada eslabón es clicable. En naranja, el punto donde está usted ahora.

Volver a la lista de términos

¿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 .