Share obsoleta

¿Qué es una share obsoleta en la minería de criptomonedas?

Una share obsoleta es una share de minería que era válida para un trabajo de minería anterior, pero que llegó al pool de minería después de que este ya hubiera pasado a una plantilla de bloque más reciente.

En la minería de criptomonedas, las shares son resultados parciales de Proof of Work que los mineros envían a un pool para demostrar que están aportando hashrate.

Una share no necesita cumplir la dificultad total de red necesaria para minar un bloque.

Solo necesita cumplir la menor dificultad de share establecida por el pool de minería.

La Bitcoin Developer Guide sobre minería explica que los pools de minería pagan a los mineros individuales según el número de shares que generan.

Una share obsoleta suele producirse cuando se encuentra un nuevo bloque en la red y el pool envía trabajo actualizado, pero un minero remite una share del trabajo anterior después de que ese trabajo ya no sea útil.

La guía de resolución de problemas de pools de Foreman define una share obsoleta como una share enviada después de que el pool de minería ya haya pasado al siguiente bloque.

En términos sencillos, una share obsoleta demuestra que el minero realizó trabajo, pero este llegó demasiado tarde para contabilizarse en el trabajo de minería actual.

Las shares obsoletas son habituales en la minería en pool, pero una tasa elevada puede reducir los ingresos de minería y señalar problemas de red, firmware, pool o enrutamiento.

Por qué importan las shares obsoletas

Las shares obsoletas importan porque los pagos de los pools de minería suelen depender de las shares aceptadas.

Si una share es obsoleta, el pool puede rechazarla o excluirla del cálculo de recompensas según las reglas del pool.

Esto significa que las shares obsoletas pueden reducir el hashrate efectivo del minero desde el punto de vista del pool.

Un minero puede mostrar un hashrate local elevado, pero el pool puede mostrar un hashrate aceptado inferior si llegan demasiadas shares tarde.

Esta diferencia importa porque el hashrate aceptado por el pool suele estar más cerca de lo que afecta al pago.

Las shares obsoletas también importan porque revelan retrasos de comunicación entre el minero y el pool.

Si el minero recibe lentamente los nuevos trabajos, puede seguir calculando hash sobre trabajo antiguo después de que el pool haya cambiado de trabajo.

Si el minero envía shares lentamente, una solución válida puede llegar después de que el pool ya no acepte ese trabajo.

Pequeñas cantidades de shares obsoletas son normales porque ningún sistema de minería tiene latencia cero.

Un aumento repentino de shares obsoletas suele justificar una investigación, ya que puede indicar un problema que desperdicia electricidad real y reduce los ingresos.

Cómo funcionan las shares de minería

Una share de minería es un resultado de Proof of Work de menor dificultad enviado por un minero a un pool.

Los pools de minería utilizan shares para estimar cuánto trabajo ha aportado cada participante.

La Bitcoin Developer Guide explica que los pools pueden pagar a los mineros según las shares porque estas proporcionan una forma práctica de medir el trabajo de hash aportado.

Sin shares, un pool necesitaría un método mucho más difícil para estimar cuánto ha trabajado realmente cada minero.

Un pool de minería establece una dificultad de share inferior a la dificultad total de red.

Esto permite a los mineros enviar shares regularmente en lugar de esperar a encontrar un bloque completo.

La mayoría de shares no son bloques válidos.

Son pruebas contables utilizadas por el pool.

En ocasiones, una share también puede cumplir la dificultad total de red y convertirse en candidata a bloque válido.

Por ello, las shares son fundamentales para la minería en pool, aunque solo una fracción muy pequeña se convierta en bloques.

Cómo se produce una share obsoleta

Una share obsoleta suele comenzar como un resultado de minería normal.

El pool envía un trabajo de minería al minero.

El minero calcula hash para ese trabajo y encuentra un resultado que cumple el objetivo de share del pool.

El minero envía la share de vuelta al pool.

Durante ese tiempo, la red o el pool pueden descubrir que se ha encontrado un nuevo bloque.

El pool pasa entonces a un nuevo trabajo basado en la nueva punta de la cadena.

Si la share antigua del minero llega después de ese cambio, el pool puede marcarla como obsoleta.

La share no era necesariamente incorrecta desde el punto de vista matemático.

Simplemente se basaba en trabajo que ya no es útil para la carrera actual por el bloque.

Por ello, las shares obsoletas suelen estar relacionadas con el tiempo, no con el rendimiento bruto del minero.

Share obsoleta frente a share rechazada

Una share obsoleta es un tipo de share rechazada.

Una share rechazada es cualquier share que un pool se niega a contabilizar.

Una share obsoleta se rechaza porque llegó demasiado tarde para el trabajo correspondiente.

Otras shares rechazadas pueden rechazarse porque son inválidas, duplicadas, superan el objetivo del pool, se envían con un ID de trabajo incorrecto o son producidas por configuraciones de hardware inestables.

Esta distinción importa porque la solución es distinta para cada tipo de rechazo.

Una share obsoleta suele indicar problemas de latencia, enrutamiento, distancia al pool, retraso en el cambio de trabajo o conectividad.

Una share inválida suele indicar inestabilidad por overclocking, errores de firmware, mala configuración, sobrecalentamiento o software de minería incompatible.

Una share duplicada puede indicar errores de software o problemas de conexión que causan reenvíos.

Algunos paneles de pools combinan las shares obsoletas y rechazadas en una sola cifra de shares rechazadas.

Los mineros deben revisar registros detallados del pool o herramientas de monitorización antes de asumir que todos los rechazos tienen la misma causa.

Share obsoleta frente a bloque obsoleto

Una share obsoleta es diferente de un bloque obsoleto.

Una share obsoleta es un envío de Proof of Work a nivel de pool realizado por un minero que llegó demasiado tarde para un trabajo del pool.

Un bloque obsoleto es un bloque completo que era válido, pero no pasó a formar parte de la cadena más sólida después de que un bloque competidor ganara la carrera de la bifurcación.

La Bitcoin Developer Guide sobre la cadena de bloques explica que los pares siguen la cadena más difícil y descartan bloques obsoletos pertenecientes a bifurcaciones más cortas.

Ambos términos implican tiempo y competencia, pero operan en niveles diferentes.

Las shares obsoletas se producen dentro de la contabilidad del pool.

Los bloques obsoletos se producen en el nivel de consenso de la blockchain.

Una share obsoleta puede reducir el pago del pool a un minero.

Un bloque obsoleto puede impedir que un minero o pool reciba la recompensa de bloque.

Confundir las shares obsoletas con los bloques obsoletos puede llevar a una resolución de problemas y un análisis de riesgos erróneos.

Share obsoleta frente a bloque huérfano

Las palabras obsoleto y huérfano se utilizan a veces de forma imprecisa en las conversaciones sobre minería.

Un bloque obsoleto es un bloque válido que perdió frente a una cadena competidora más sólida.

Un bloque huérfano auténtico suele referirse a un bloque cuyo bloque padre es desconocido para un nodo en el momento en que lo recibe.

La Bitcoin Developer Guide señala que los bloques obsoletos a veces se llaman huérfanos, pero el término huérfano también puede utilizarse para bloques sin un padre conocido.

Una share obsoleta no es un bloque huérfano.

Ni siquiera es necesariamente candidata a bloque completo.

Suele ser una share de pool que perdió la ventana de aceptación del trabajo.

Los mineros deben utilizar terminología precisa porque la economía de minería, la contabilidad de pools y el comportamiento de consenso son temas diferentes.

Un panel de minería que muestra shares obsoletas suele informar sobre el rendimiento del pool a nivel de trabajador, no sobre eventos de bloques huérfanos a nivel de blockchain.

Una terminología clara ayuda a los mineros a diagnosticar problemas más rápido.

Por qué la latencia causa shares obsoletas

La latencia es el retraso entre un minero y el servidor del pool.

Afecta a la rapidez con que un minero recibe nuevos trabajos y a la rapidez con que el pool recibe las shares enviadas.

Cuando se encuentra un bloque, el pool necesita avisar a los mineros de que deben detener el trabajo antiguo y empezar trabajo nuevo.

Si ese mensaje llega tarde, los mineros pueden continuar calculando hash sobre trabajo antiguo.

Si el envío de una share viaja lentamente de vuelta al pool, puede llegar después de que el pool haya cambiado de trabajo.

La guía de resolución de problemas de Foreman indica que una comunicación de red más lenta informa a los mineros con menos rapidez sobre nuevos bloques y puede aumentar las shares obsoletas.

La latencia puede proceder de la distancia geográfica, el enrutamiento de internet, redes locales débiles, pérdida de paquetes, routers sobrecargados, Wi-Fi inestable, inspección de firewall, rutas VPN o carga del servidor del pool.

Un minero situado lejos del servidor del pool suele tener más riesgo de shares obsoletas que uno conectado a un endpoint cercano y de baja latencia.

Por ello, muchas operaciones de minería eligen servidores de pool según la región y la calidad de red.

En minería, los milisegundos pueden importar porque el trabajo antiguo deja de ser útil en cuanto la red pasa al siguiente bloque.

Por qué importan las actualizaciones de trabajo del pool

Los pools de minería envían trabajos a los mineros para que sepan sobre qué datos de cabecera de bloque deben trabajar.

La Bitcoin Developer Guide explica que Stratum proporciona a los mineros la información mínima necesaria para construir cabeceras de bloque e incluye el umbral objetivo actual del pool para aceptar shares.

Cuando aparece un nuevo bloque en la red, el pool debe distribuir rápidamente el trabajo actualizado.

Si las actualizaciones de trabajo se retrasan, los mineros pueden desperdiciar tiempo calculando hash sobre plantillas obsoletas.

Si las actualizaciones de trabajo son frecuentes, pero el minero o el firmware las gestiona mal, pueden enviarse shares de trabajos desactualizados.

Los protocolos de minería están diseñados para reducir este retraso porque el trabajo obsoleto afecta directamente a la eficiencia.

Stratum utiliza un socket TCP bidireccional directo, por lo que los mineros no necesitan el antiguo comportamiento HTTP longpoll para actualizaciones inmediatas del pool.

El desarrollo de protocolos de minería más modernos se centra en mejorar la latencia, la seguridad, la distribución de trabajos y el control del minero.

El sitio web de Stratum V2 destaca una menor latencia de trabajo y shares obsoletas casi nulas con declaración de trabajo en su comparación de protocolos de minería.

La entrega rápida de trabajos es una de las principales formas en que la infraestructura de minería reduce las shares obsoletas.

Shares obsoletas y Stratum

Stratum es la familia de protocolos de comunicación más comúnmente asociada a la minería en pool.

La Bitcoin Developer Guide describe Stratum como una alternativa ampliamente utilizada a getblocktemplate para la comunicación de minería en pool.

En la minería de estilo Stratum, el pool envía trabajo y el minero devuelve shares al pool.

La referencia del protocolo de minería Stratum describe mining.submit como el método que los mineros utilizan para enviar shares, incluido el nombre del trabajador, ID de trabajo, extra nonce, hora y nonce.

El ID de trabajo es importante porque indica al pool a qué trabajo pertenece la share.

Si un minero envía una share para un ID de trabajo antiguo después de que el pool haya invalidado ese trabajo, el pool puede rechazarla como obsoleta.

Por tanto, la calidad de la comunicación Stratum afecta a las tasas de shares obsoletas.

Las conexiones estables, el cambio rápido de trabajo, la configuración correcta del trabajador y el enrutamiento de baja latencia contribuyen a reducir los envíos obsoletos.

El diseño del protocolo no elimina todas las shares obsoletas, pero puede reducir el trabajo desperdiciado.

Los operadores de minería deben entender los registros de Stratum porque a menudo revelan si las shares obsoletas son causadas por retrasos de red o errores del lado del minero.

Shares obsoletas y Stratum V2

Stratum V2 es un protocolo de minería más reciente diseñado para mejorar la eficiencia, la seguridad y la descentralización de la comunicación de minería.

La especificación oficial de Stratum V2 Mining Protocol indica que el protocolo permite distribuir trabajo a dispositivos de minería y enviar resultados de Proof of Work.

El sitio de Stratum V2 presenta una menor latencia de trabajo como un beneficio principal porque los mineros pueden recibir nuevos trabajos con mayor rapidez.

Una menor latencia de trabajo puede reducir el tiempo que los mineros dedican a trabajos obsoletos tras un cambio de bloque.

Stratum V2 también admite estructuras más avanzadas, como declaración de trabajo y distribución de plantillas, según el despliegue.

Estas funciones pueden ayudar a mineros y pools a coordinar trabajo válido de forma más eficiente.

Para los mineros, el valor práctico es que una comunicación de trabajo más rápida y fiable puede mejorar la aceptación de shares.

Sin embargo, la compatibilidad con el protocolo depende de la infraestructura del pool, firmware, proxies y software de minería.

Un minero no obtiene las ventajas de Stratum V2 a menos que la pila de minería realmente lo admita correctamente.

La reducción de shares obsoletas requiere un buen diseño de protocolo y un buen despliegue en el mundo real.

Causas habituales de las shares obsoletas

La causa más común de las shares obsoletas es la latencia de red entre el minero y el pool.

Otra causa habitual es la pérdida de paquetes o una conexión a internet inestable.

Una tercera causa es elegir un servidor de pool geográficamente lejano o con un mal enrutamiento.

Una cuarta causa es la sobrecarga de equipos de red locales, como routers, switches o firewalls.

Una quinta causa es minar mediante Wi-Fi en vez de una conexión por cable estable.

Una sexta causa es firmware o software de minería que gestiona lentamente las actualizaciones de trabajo.

Una séptima causa es utilizar un proxy, VPN o túnel que añade retraso.

Una octava causa es un problema del lado del pool durante la distribución de trabajos o la conmutación por error del servidor.

Una novena causa es confusión de reloj o monitorización, cuando los paneles clasifican los rechazos de forma distinta.

Una décima causa es un ajuste agresivo del minero que crea shares inválidas, las cuales pueden confundirse con shares obsoletas si el pool agrupa los rechazos.

Cómo afectan las shares obsoletas a la rentabilidad de minería

Las shares obsoletas pueden reducir la rentabilidad porque a menudo no cuentan para el pago del minero.

Si un minero envía 1,000 shares y 20 son obsoletas, solo 980 pueden contabilizarse como trabajo aceptado, según las reglas del pool.

Esto reduce la tasa efectiva de shares aceptadas.

Incluso una tasa baja de shares obsoletas puede importar cuando los márgenes de minería son ajustados.

La rentabilidad de minería depende del hashrate, el coste de electricidad, la eficiencia de la máquina, las comisiones del pool, el precio de la moneda, la dificultad de red, las recompensas de bloque y la tasa de shares aceptadas.

Las shares obsoletas son uno de los pocos factores que los mineros a menudo pueden mejorar mediante cambios de infraestructura.

Reducir las shares obsoletas no aumenta el hashrate físico de un ASIC.

Aumenta el porcentaje de trabajo que llega al pool a tiempo para contabilizarse.

Por ello, las granjas de minería rastrean las shares obsoletas como métrica operativa.

Una tasa menor de shares obsoletas implica que se desperdicia menos electricidad en trabajo de pool que no obtiene crédito.

¿Qué tasa de shares obsoletas es normal?

Una tasa pequeña de shares obsoletas es normal en la minería real.

Ningún minero puede recibir instantáneamente cada actualización de trabajo y enviar instantáneamente cada share.

La guía de resolución de problemas de Foreman indica que cabe esperar un pequeño porcentaje de shares obsoletas durante el funcionamiento normal y menciona una tasa media de shares obsoletas de 0.5% o inferior, según los mineros.

Algunos entornos de minería pueden mostrar niveles aceptables distintos según el algoritmo, las reglas del pool, la región, el tipo de dispositivo y las condiciones de red.

Una tasa de shares obsoletas cercana a cero es ideal, pero un cero perfecto puede no ser realista durante periodos largos.

Un pico repentino es más importante que una única cifra pequeña.

Si las shares obsoletas pasan de 0.3% a 3%, es probable que algo haya cambiado.

La causa podría ser congestión de red, conmutación por error del pool, problemas de router, cambios de firmware, cambios de enrutamiento del ISP o un problema de software de minería.

Los mineros deben seguir las tendencias de shares obsoletas en vez de reaccionar a una única muestra breve.

Las medias a largo plazo son más útiles que la aleatoriedad minuto a minuto.

Shares obsoletas y métodos de pago de pools

Los distintos métodos de pago de pools pueden tratar las shares de forma diferente.

Los modelos de pago habituales incluyen PPS, FPPS, PPLNS y métodos basados en puntuación.

Los detalles varían según el pool, pero las shares aceptadas suelen ser la base de la contabilidad de pagos.

Las shares obsoletas pueden excluirse, descontarse o tratarse según reglas específicas del pool.

Un minero debe leer la documentación de pagos del pool antes de asumir cómo afectan las shares obsoletas a los ingresos.

En un modelo de estilo pago por share, las shares aceptadas son especialmente importantes porque cada share aceptada puede representar crédito de pago directo.

En un modelo de estilo PPLNS, las shares obsoletas también pueden reducir la contribución contabilizada si no se incluyen en la ventana de shares válidas.

Los paneles de pools pueden mostrar las shares obsoletas por separado o incluirlas entre las shares rechazadas.

Las operaciones de minería deben monitorizar el hashrate aceptado por el pool, no solo el hashrate de la máquina.

El pool paga según lo que acepta, no según lo que el minero afirma localmente.

Shares obsoletas y hashrate estimado

El hashrate estimado suele calcularse a partir de las shares enviadas a lo largo del tiempo.

La guía de Braiins sobre shares de pools de Bitcoin y hashrate estimado explica que los pools verifican shares repitiendo el cálculo de hash y que las shares permiten medir la contribución de un minero.

Si las shares son obsoletas, el pool puede no contabilizarlas como contribución válida.

Esto puede hacer que el hashrate estimado por el pool parezca inferior al hashrate local del minero.

Las estimaciones de hashrate a corto plazo también fluctúan porque la minería es probabilística.

Un minero puede encontrar más o menos shares de las esperadas en una ventana temporal corta aunque la máquina sea estable.

Por tanto, una pequeña diferencia a corto plazo entre el hashrate del minero y el del pool no siempre es un problema.

Una diferencia persistente junto con una tasa alta de shares obsoletas es más preocupante.

Los mineros deben comparar conjuntamente el hashrate local, el hashrate aceptado por el pool, la tasa de shares obsoletas, la tasa de rechazos y el tiempo de actividad.

Analizar una sola cifra puede llevar a conclusiones erróneas.

Shares obsoletas y hardware de minería

El hardware de minería puede afectar indirectamente a las shares obsoletas.

Un ASIC con chips inestables puede producir shares inválidas que no son obsoletas, pero que aparecen como rechazos.

Una placa de control con bajo rendimiento de firmware puede gestionar lentamente los mensajes del pool.

Un minero con hardware de red débil puede perder paquetes o reconectarse con frecuencia.

La limitación térmica puede crear inestabilidad que parezca un envío de shares irregular.

Los problemas de fuente de alimentación pueden causar reinicios o restablecimientos del trabajador.

Estos problemas pueden no ser causas puras de shares obsoletas, pero pueden aparecer en los mismos paneles de monitorización.

Cuando aumenten las shares obsoletas, los operadores deben comprobar tasas de error de hardware, temperaturas de chips, tiempo de actividad, velocidad de ventiladores, estabilidad de alimentación y registros de firmware.

Si las shares obsoletas aumentan solo en una máquina, esa máquina puede ser el problema.

Si aumentan en toda una granja, es más probable que intervengan la red, el ISP, el endpoint del pool o la ruta de enrutamiento.

Shares obsoletas y overclocking

El overclocking puede crear shares rechazadas, pero no siempre genera shares obsoletas directamente.

El overclocking lleva el hardware de minería más allá de los ajustes de rendimiento predeterminados.

Si el ajuste es inestable, el minero puede producir shares inválidas que no superan la validación del pool.

Estas shares inválidas son diferentes de las shares obsoletas porque son incorrectas, no tardías.

Sin embargo, los paneles pueden agrupar shares inválidas, duplicadas y obsoletas bajo las shares rechazadas.

Esto puede hacer que el overclocking parezca un problema de shares obsoletas si el pool no muestra motivos detallados de rechazo.

Los mineros deben revisar las categorías exactas de rechazo antes de modificar ajustes de red o la configuración de hardware.

Si el problema son shares inválidas, reduce el overclock, mejora la refrigeración, comprueba el voltaje o actualiza el firmware.

Si el problema son shares obsoletas, céntrate primero en la latencia, el enrutamiento, el endpoint del pool y la gestión de actualizaciones de trabajo.

Un diagnóstico correcto evita cambios innecesarios que no solucionan el problema real.

Shares obsoletas y calidad de conexión a internet

La velocidad de internet por sí sola no garantiza una baja tasa de shares obsoletas.

Los mensajes de shares de minería son pequeños, por lo que el ancho de banda bruto suele ser menos importante que la latencia, estabilidad y pérdida de paquetes.

Una conexión rápida con enrutamiento inestable puede seguir generando shares obsoletas.

Una conexión modesta con baja latencia y enrutamiento estable puede funcionar bien.

Ethernet por cable suele ser mejor que Wi-Fi para minería porque reduce la pérdida de paquetes y las interferencias locales.

Las conexiones de fibra pueden ofrecer menor latencia y mayor estabilidad que algunas conexiones inalámbricas o por satélite.

La congestión de red provocada por tráfico ajeno a la minería también puede afectar a la comunicación de minería.

Los routers que realizan inspección intensiva, cifrado VPN o procesamiento NAT sobrecargado pueden añadir retraso.

Las operaciones de minería deben monitorizar ping, jitter, pérdida de paquetes, estabilidad de DNS y restablecimientos de conexión.

Una ruta estable y de baja latencia al pool es más importante que la velocidad de descarga anunciada.

Cómo reducir las shares obsoletas

Elige el servidor de pool fiable más cercano o un endpoint regional de Stratum.

Utiliza Ethernet por cable en vez de Wi-Fi siempre que sea posible.

Evita VPN, proxies o túneles de enrutamiento innecesarios, salvo que mejoren la ruta.

Utiliza routers y switches estables que no estén sobrecargados por otro tráfico.

Separa el tráfico de minería del tráfico intenso doméstico o empresarial cuando sea posible.

Actualiza el firmware del minero si el firmware antiguo gestiona mal los cambios de trabajo.

Comprueba si el pool admite una mejor ruta de protocolo o un endpoint de menor latencia.

Monitoriza la pérdida de paquetes y el jitter, no solo el ping medio.

Configura los pools de respaldo cuidadosamente, ya que una conmutación por error frecuente puede crear shares rechazadas u obsoletas durante las transiciones.

Realiza un seguimiento de las shares obsoletas durante periodos suficientemente largos para no confundir la variación normal con un problema grave.

Cómo diagnosticar un pico de shares obsoletas

Empieza comprobando si el pico afecta a un minero, un rack, una ubicación o toda la granja.

Si solo afecta a un minero, inspecciona el cable de red, la placa de control, el firmware, la temperatura, la fuente de alimentación y los registros locales de ese minero.

Si muchos mineros se ven afectados a la vez, inspecciona el router, switch, firewall, ISP, DNS o endpoint del pool.

Comprueba si el pool tuvo mantenimiento, conmutación por error o problemas de servidor en la misma ventana temporal.

Comprueba si se produjo una actualización de firmware o un cambio de configuración antes del pico.

Compara el hashrate local con el hashrate aceptado por el pool.

Busca caídas de conexión, bucles de reconexión, shares duplicadas, shares inválidas y tiempos de espera.

Realiza pruebas de latencia y pérdida de paquetes al endpoint del pool si es posible.

Cambia a un endpoint de respaldo cercano solo como prueba controlada, no como una suposición aleatoria.

Documenta el cambio y compara las tasas de shares obsoletas durante un periodo de muestra significativo.

Shares obsoletas en la minería de Bitcoin

Las shares obsoletas se analizan con mayor frecuencia en la minería de Bitcoin porque Bitcoin cuenta con un gran ecosistema de minería industrial.

Los mineros de Bitcoin compiten por encontrar bloques válidos, y los pools coordinan un gran número de mineros mediante la contabilidad de shares.

Cuando se encuentra un nuevo bloque de Bitcoin, los mineros deben cambiar su trabajo a la nueva punta de la cadena.

Cualquier share de la plantilla de bloque anterior puede quedar obsoleta después de que el pool actualice su trabajo.

La Bitcoin Developer Guide explica que los pools utilizan shares para distribuir los ingresos entre mineros según el trabajo aportado.

Esto hace que las shares obsoletas sean económicamente importantes para los mineros de Bitcoin.

El objetivo de un minero de Bitcoin no es solo un hashrate bruto elevado.

El objetivo es lograr un hashrate aceptado elevado con poco tiempo de inactividad, pocas shares inválidas, pocas shares obsoletas y un uso eficiente de la energía.

Por ello, los mineros industriales de Bitcoin consideran la monitorización de shares obsoletas parte de las operaciones normales de su flota.

Los pequeños mineros domésticos también deben comprender las shares obsoletas porque pueden afectar al pago incluso a pequeña escala.

Shares obsoletas en otras monedas Proof of Work

Las shares obsoletas pueden producirse en otras criptomonedas Proof of Work que utilizan pools de minería.

La frecuencia exacta depende del tiempo de bloque, el protocolo del pool, la propagación de red, la dificultad de share, el software de minería y el diseño de actualización de trabajos.

Las monedas con tiempos de bloque muy cortos pueden crear más presión temporal porque los trabajos cambian con mayor frecuencia.

Las monedas con infraestructura de pools más débil pueden tener mayor riesgo de shares obsoletas.

Los algoritmos que utilizan software de minería diferente pueden informar las shares de forma distinta.

Algunos pools llaman a las shares obsoletas shares expiradas, desactualizadas, tardías o de trabajo no encontrado.

La idea subyacente suele ser la misma.

La share se envió para trabajo que el pool ya no considera actual.

Los mineros deben leer la documentación de la moneda y el pool específicos que utilizan.

El concepto general de share obsoleta es aplicable a todos los casos, pero los umbrales exactos y las etiquetas de panel pueden variar.

Por qué algunas shares obsoletas son inevitables

Algunas shares obsoletas son inevitables porque la minería es un proceso distribuido en tiempo real.

Los bloques se descubren en momentos impredecibles.

Los servidores de pool necesitan tiempo para detectar nuevos bloques.

Los nuevos trabajos necesitan tiempo para viajar desde el pool a los mineros.

Los mineros necesitan tiempo para detener el trabajo antiguo y empezar el nuevo.

Las shares necesitan tiempo para viajar de los mineros al pool.

Incluso las redes bien gestionadas tienen latencia distinta de cero.

Esto significa que el objetivo no siempre es lograr cero shares obsoletas absolutas.

El objetivo es una tasa baja y estable de shares obsoletas que no perjudique de forma significativa a la rentabilidad.

Un minero debe preocuparse cuando las shares obsoletas son inusualmente elevadas, aumentan repentinamente o son peores que las de mineros comparables que utilizan hardware y ubicación similares.

Shares obsoletas y selección de pools de minería

La elección del pool puede afectar a las shares obsoletas.

Un pool con endpoints regionales más cercanos puede reducir el retraso de red.

Un pool con infraestructura más sólida puede distribuir los trabajos más rápido.

Un pool con mejor monitorización puede mostrar categorías más precisas de shares obsoletas y rechazadas.

Un pool con informes deficientes puede ocultar shares obsoletas dentro de estadísticas generales de shares rechazadas.

Los mineros deben comparar el rendimiento de los pools utilizando hashrate aceptado, tasa de shares obsoletas, método de pago, estructura de comisiones, fiabilidad, transparencia y enrutamiento regional.

La comisión más baja de un pool no siempre es la mejor opción si las shares obsoletas y el tiempo de inactividad son mayores.

Un pool con una comisión ligeramente superior y mejor conectividad puede producir a veces mejores resultados netos.

La rentabilidad de minería se basa en trabajo efectivo aceptado, no solo en las comisiones de pool anunciadas.

Probar más de un endpoint durante periodos controlados puede ayudar a los mineros a elegir la mejor configuración operativa.

Shares obsoletas y herramientas de monitorización

Las herramientas de monitorización ayudan a los mineros a rastrear shares obsoletas entre dispositivos, racks, ubicaciones y pools.

Un buen sistema de monitorización debe separar shares aceptadas, shares obsoletas, shares inválidas, shares duplicadas, errores de conexión, caídas de hashrate y reinicios de dispositivos.

Si todos los rechazos se muestran como una sola cifra, la resolución de problemas se vuelve más difícil.

Los operadores también deben monitorizar latencia de red, pérdida de paquetes, temperatura del minero, comportamiento de ventiladores, consumo eléctrico, versión de firmware, tiempo de actividad y endpoint del pool.

La correlación es útil.

Si las shares obsoletas aumentan cuando aumenta la pérdida de paquetes, es probable que intervenga la ruta de red.

Si aumentan tras una actualización de firmware, puede intervenir el software del minero.

Si aumentan solo durante la conmutación por error del pool, puede intervenir la lógica de conmutación.

La monitorización de minería debe conectar los resultados económicos con las causas técnicas.

Las shares obsoletas son una métrica pequeña, pero pueden revelar grandes ineficiencias operativas.

Malentendidos habituales sobre las shares obsoletas

Un malentendido común es que cada share obsoleta significa que el minero está averiado.

Una tasa pequeña de shares obsoletas es normal en la minería en pool porque la latencia no puede eliminarse por completo.

Otro malentendido es que las shares obsoletas son lo mismo que las shares inválidas.

Las shares obsoletas llegan tarde, mientras que las shares inválidas son incorrectas.

Un tercer malentendido es que el hashrate local es la única cifra importante.

El hashrate aceptado por el pool importa porque refleja las shares que el pool realmente contabiliza.

Un cuarto malentendido es que una mayor velocidad de internet siempre soluciona las shares obsoletas.

La latencia, el enrutamiento, el jitter y la pérdida de paquetes suelen importar más que el ancho de banda de descarga.

Un quinto malentendido es que las shares obsoletas y los bloques obsoletos son lo mismo.

Las shares obsoletas son envíos a nivel de pool, mientras que los bloques obsoletos son resultados de bifurcaciones a nivel de blockchain.

Beneficios de reducir las shares obsoletas

El primer beneficio de reducir las shares obsoletas es un mayor hashrate aceptado.

Más shares aceptadas pueden mejorar la eficiencia de pago del pool.

El segundo beneficio es una mejor eficiencia eléctrica.

Se desperdicia menos trabajo en shares que no cuentan.

El tercer beneficio es una información de hashrate más precisa.

Los datos del pool se aproximan más al rendimiento del minero cuando las shares obsoletas son escasas.

El cuarto beneficio es una mayor claridad para la resolución de problemas.

Una tasa baja de shares obsoletas ayuda a los operadores a centrarse en otros problemas, como errores de hardware o shares inválidas.

El quinto beneficio es una mayor estabilidad de minería.

Reducir las shares obsoletas suele requerir mejores redes, enrutamiento más limpio y mejores prácticas de firmware.

Estas mejoras también pueden reducir el tiempo de inactividad y los fallos de conexión.

Riesgos de ignorar las shares obsoletas

El primer riesgo son menores ingresos de minería.

Las shares que no cuentan pueden reducir el pago efectivo.

El segundo riesgo es el desperdicio de electricidad.

Las máquinas de minería consumen electricidad incluso cuando se rechazan shares tardías.

El tercer riesgo es un diagnóstico erróneo.

Un minero puede parecer tener un hashrate local normal mientras rinde por debajo de lo esperado en el pool.

El cuarto riesgo es un fallo de infraestructura oculto.

Un número elevado de shares obsoletas puede revelar problemas de router, ISP, firmware o endpoint del pool.

El quinto riesgo es una mala comparación de pools.

Un minero puede elegir un pool de baja comisión, pero perder más por shares obsoletas de lo que ahorra en comisiones.

El sexto riesgo es la dificultad de escalar para las granjas de minería.

Un problema de shares obsoletas que parece pequeño en un ASIC puede resultar costoso en miles de máquinas.

Buenas prácticas para mineros

Utiliza el endpoint de pool fiable más cercano con enrutamiento estable.

Prefiere conexiones de red por cable a Wi-Fi.

Monitoriza el porcentaje de shares obsoletas junto con el hashrate aceptado.

Separa el análisis de shares obsoletas del análisis de shares inválidas.

Mantén actualizado el firmware del minero, pero prueba las actualizaciones antes de implementarlas en toda una granja.

Utiliza routers y switches de calidad capaces de gestionar tráfico de minería constante.

Evita VPN o proxies innecesarios, salvo que mejoren claramente la latencia y la estabilidad.

Revisa la documentación del pool para entender cómo se contabilizan las shares obsoletas y rechazadas.

Sigue las tendencias a largo plazo en vez de reaccionar a un breve episodio de variación de minería.

Investiga rápidamente los picos repentinos de shares obsoletas porque pueden desperdiciar electricidad y reducir el pago.

Preguntas frecuentes

¿Qué significa share obsoleta?

Una share obsoleta es una share de minería enviada después de que el pool de minería ya haya pasado a un trabajo o plantilla de bloque más reciente.

¿Una share obsoleta es lo mismo que una share rechazada?

Una share obsoleta es un tipo de share rechazada, pero las shares rechazadas también pueden ser inválidas, duplicadas, superiores al objetivo o rechazarse por otros motivos.

¿Por qué se producen shares obsoletas?

Las shares obsoletas suelen producirse por latencia, actualizaciones de trabajo lentas, inestabilidad de red o comunicación retrasada entre el minero y el pool.

¿Las shares obsoletas reducen el beneficio de minería?

Sí. Las shares obsoletas pueden reducir el beneficio de minería porque a menudo no cuentan como shares aceptadas para la contabilidad de pagos del pool.

¿Son normales las shares obsoletas?

Sí. Una tasa pequeña de shares obsoletas es normal porque las redes de minería siempre tienen cierto retraso de comunicación.

¿Qué tasa de shares obsoletas es demasiado alta?

La tasa aceptable depende del pool, el hardware, la moneda y la red, pero debe investigarse un pico repentino o una tasa persistente por encima de los niveles operativos normales.

¿Cómo pueden los mineros reducir las shares obsoletas?

Los mineros pueden reducir las shares obsoletas utilizando servidores de pool más cercanos, mejorando la estabilidad de red, usando conexiones por cable, actualizando el firmware y evitando retrasos de enrutamiento innecesarios.

¿El overclocking causa shares obsoletas?

El overclocking suele causar shares inválidas en lugar de shares obsoletas, pero los paneles pueden agrupar ambas bajo shares rechazadas.

¿Una share obsoleta es lo mismo que un bloque obsoleto?

No. Una share obsoleta es un problema de envío a nivel de pool, mientras que un bloque obsoleto es un bloque válido que perdió una carrera de bifurcación de blockchain.

¿Stratum V2 ayuda a reducir las shares obsoletas?

Stratum V2 puede ayudar a reducir las shares obsoletas mejorando la eficiencia y la latencia de la comunicación de trabajos cuando la pila de minería lo admite.

Conclusión

Una share obsoleta es una share de minería que llega demasiado tarde porque el pool de minería ya ha pasado a un trabajo o plantilla de bloque más reciente.

Suele ser un problema de tiempo, no una prueba de que el minero no lograra calcular una share válida.

Las shares obsoletas importan porque las recompensas de minería en pool se basan en shares aceptadas, y las shares obsoletas a menudo no cuentan para el pago.

Las causas más habituales incluyen latencia de red, pérdida de paquetes, servidores de pool lejanos, conexiones inestables, actualizaciones de trabajo lentas, problemas de firmware y problemas de endpoints de pool.

Las shares obsoletas son diferentes de las shares inválidas, shares duplicadas, bloques obsoletos y bloques huérfanos.

Una tasa pequeña de shares obsoletas es normal, pero un aumento repentino o persistente puede indicar desperdicio de electricidad e ingresos de minería perdidos.

Los mineros pueden reducir las shares obsoletas mejorando la conectividad, eligiendo endpoints de pool de baja latencia, utilizando redes por cable estables, monitorizando motivos de rechazo detallados y manteniendo un firmware fiable.

Las granjas de minería deben rastrear las shares obsoletas como parte de su rendimiento operativo porque pequeñas pérdidas porcentuales pueden ser significativas a escala.

Para los usuarios que aprenden sobre minería Proof of Work, las shares obsoletas muestran por qué la minería no consiste solo en hashrate.

El rendimiento de minería también depende de la calidad de red, la comunicación con el pool, la eficiencia del protocolo y la contabilidad de shares aceptadas.

En el contexto del glosario cripto, Stale Share significa una share tardía de minería en pool que era válida para trabajo antiguo, pero se rechazó porque el pool ya había cambiado a trabajo más reciente.

La conclusión clave es que las shares obsoletas son normales en pequeñas cantidades, pero los mineros deberían reducirlas siempre que sea posible porque representan trabajo real de hash que no logró obtener el crédito completo del pool.