¿Importa realmente el ping del mining pool?
El mito de los 120ms desmentido
Por qué los miners que comparan la latencia del pool con la de un servidor de juegos están resolviendo el problema equivocado — con prueba matemática.
Un ping de 120ms a tu mining pool te cuesta menos del 0,2% de tus ganancias en comparación con un ping de 20ms. Eso equivale a unos 15 céntimos por cada 100$ minados. El mining no tiene nada que ver con el gaming — no necesitas baja latencia porque los tiempos de bloque se miden en minutos, no en milisegundos. Incluso un ping de 1.000ms solo cuesta alrededor del 1,7% — las diferencias en comisiones del pool importan 10 veces más.
La afirmación que escuchamos constantemente
En nuestro Discord y en distintas comunidades de mining, escuchamos variaciones de este argumento regularmente:
«Mi ping al servidor stratum es de 120ms. ¡Es demasiado alto! Necesito menos de 20ms o tendré un montón de stale shares. Los servidores stratum deberían ser tan rápidos como los servidores de juegos. Prefiero cambiar de pool antes que minar con esta latencia.»
Este razonamiento parece intuitivo si vienes del gaming competitivo, donde 120ms de ping es realmente terrible. Pero el mining es una carga de trabajo fundamentalmente diferente, y aplicar la lógica del gaming lleva a conclusiones erróneas. Demostremóslo con matemáticas.
Cómo funciona realmente el mining (la versión de 30 segundos)
Para entender por qué el ping apenas importa, necesitas comprender qué sucede durante el mining. Este es el ciclo completo:
↓
2. Tu GPU/CPU procesa miles de millones de hashes [segundos a minutos]
↓
3. El miner encuentra un share válido
↓
4. El miner envía el share al pool [tu ping: ~120ms ida y vuelta]
↓
5. El pool valida y acredita el share
↓
6. Repetir desde el paso 2 (o desde el paso 1 si llegó un nuevo bloque)
La idea clave: el paso 2 tarda segundos a minutos. El paso 4 tarda milisegundos. Tu miner pasa el 99,99% de su tiempo calculando hashes localmente — a tu GPU no le importa el ping, no espera a la red y no se ralentiza por la latencia.
¿Cuándo un share se convierte en «stale»?
Un share se vuelve stale solo cuando se encuentra un nuevo bloque en la red entre el momento en que tu miner comienza a trabajar en un trabajo y el momento en que el pool recibe tu share. Esta es la línea temporal:
↓ [~200-500ms] propagación del bloque a través de la red
El pool recibe el nuevo bloque
↓ [~5-50ms] el pool construye nueva plantilla
El pool envía nuevo trabajo a tu miner
↓ [tu ping / 2] viaje de red en un sentido
Tu miner recibe el nuevo trabajo, cambia de tarea
Cualquier share enviado para el trabajo ANTIGUO después de este punto = STALE
Observa que tu ping es solo una pequeña parte de una cadena mucho mayor. La propagación del bloque (200-500ms) y el procesamiento del pool (5-50ms) ocurren antes de que tu ping siquiera entre en juego. Estos retrasos existen independientemente de si tu ping es de 5ms o 500ms.
Las matemáticas: probabilidad de stale shares
Esta es la fórmula que gobierna las stale shares por latencia. Es una división simple:
// Probabilidad de stale por TU ping solamente
stale_rate = ping_un_sentido / tiempo_de_bloque
// Latencia en un sentido = la mitad del ping de ida y vuelta
ping_un_sentido = ping_rtt / 2
// Ejemplo: 120ms de ping, 60 segundos de tiempo de bloque (como Groestlcoin)
stale_rate = (0.120 / 2) / 60 = 0.060 / 60 = 0.001 = 0.1%Interpretación: Con un ping de 120ms en una moneda con bloques de 60 segundos, tu ping contribuye aproximadamente un 0,1% de tasa de stale shares. Esto significa que de cada 1.000 shares que envíes, aproximadamente 1 será stale debido a tu latencia de red.
La tabla comparativa completa
Calculemos las tasas de stale para diferentes valores de ping en distintos tiempos de bloque:
| Ping (RTT) | Un sentido | Bloques de 60s | Bloques de 120s | Bloques de 300s | Veredicto |
|---|---|---|---|---|---|
| 10ms | 5ms | 0,008% | 0,004% | 0,002% | Insignificante |
| 20ms | 10ms | 0,017% | 0,008% | 0,003% | Insignificante |
| 50ms | 25ms | 0,042% | 0,021% | 0,008% | Insignificante |
| 120ms | 60ms | 0,10% | 0,05% | 0,02% | Insignificante |
| 200ms | 100ms | 0,17% | 0,08% | 0,03% | Insignificante |
| 500ms | 250ms | 0,42% | 0,21% | 0,08% | Aceptable |
| 1.000ms | 500ms | 0,83% | 0,42% | 0,17% | Perceptible |
| 2.000ms | 1.000ms | 1,67% | 0,83% | 0,33% | Moderado |
| 5.000ms | 2.500ms | 4,17% | 2,08% | 0,83% | Conexión deficiente |
Lo que nos dice la tabla
(con bloques de 60s)
(120ms vs 20ms)
(aún por debajo del 1%)
(eclipsa cualquier efecto del ping)
La diferencia entre un ping «perfecto» de 20ms y un ping «terrible» de 120ms es del 0,083%. Para ponerlo en perspectiva: si minas $100 de criptomonedas al mes, cambiar de 120ms a 20ms te haría ganar 8,3 céntimos más. Gastas más electricidad dejando una luz encendida.
Analogía no técnica: Imagina una fábrica que produce un coche por hora. Estás discutiendo si usar un camión de reparto que tarda 2 segundos en llegar al cliente o uno que tarda 12 segundos. El coche sigue tardando una hora en fabricarse — el tiempo de entrega es irrelevante comparado con el tiempo de producción.
Por qué la lógica del gaming no aplica al mining
La creencia de que «120ms es demasiado alto» viene de aplicar los estándares de latencia del gaming a una carga de trabajo completamente diferente. He aquí por qué no son comparables:
Gaming competitivo
- Tick rate del servidor: 64–128 Hz (cada 8–16ms)
- Acciones del jugador más de 60 veces por segundo
- Cada ms importa para el registro de impactos
- La latencia afecta directamente la interacción en tiempo real
- Puedes «morir detrás de una pared» con 120ms
- Tiempo de reacción humano: ~200ms
Mining de criptomonedas
- Envío de shares: cada pocos segundos
- Tiempo de bloque: 60–600 segundos
- Sin interacción en tiempo real en absoluto
- La latencia solo importa en los límites de bloque
- No existe el equivalente a «morir detrás de una pared»
- Tu GPU no tiene tiempo de reacción
La diferencia fundamental
En el gaming, el servidor verifica tu posición y acciones 128 veces por segundo. Si tu paquete llega 120ms tarde, estás 7–15 «ticks» por detrás — en un shooter, eso es la diferencia entre acertar y fallar.
En el mining, el pool verifica tu trabajo cuando lo envías — lo cual ocurre cada pocos segundos como máximo. La única pregunta es: «¿Se encontró un nuevo bloque durante los 60ms (un sentido) que tardó tu share en llegar al pool?» Como los bloques se encuentran una vez cada 60–600 segundos, la respuesta es «no» aproximadamente el 99,9% de las veces.
La latencia del gaming importa porque el estado del juego cambia miles de veces por segundo. La latencia del mining apenas importa porque el estado relevante (en qué bloque estamos trabajando) cambia una vez cada 60–600 segundos. La proporción es de 10.000:1 a 100.000:1 — ni siquiera están en el mismo universo.
Qué causa realmente las stale shares
Si tu tasa de stale es alta, tu ping casi con seguridad no es la razón. Estos son los verdaderos culpables, ordenados por impacto:
| Causa | Retraso típico | ¿Bajo tu control? | Impacto |
|---|---|---|---|
| Propagación del bloque a través de la red | 200–2.000ms | No | Alto |
| Tiempo de reconstrucción de plantilla del pool | 5–100ms | No | Medio |
| Velocidad de cambio de trabajo del software de mining | 1–50ms | Parcialmente | Bajo |
| Tu latencia de red (ping) | 10–200ms | Parcialmente | Bajo |
| Inestabilidad de la conexión (pérdida de paquetes, jitter) | Variable | Parcialmente | Puede ser alto |
La propagación del bloque es el factor más importante y está completamente fuera de tu control. Cuando alguien encuentra un bloque en el otro lado del planeta, la información tarda 200–2.000ms en llegar al nodo de tu pool. Durante ese tiempo, cada miner en cada pool está trabajando en el bloque antiguo — independientemente de su ping.
La estabilidad de la conexión importa más que la velocidad. Una conexión estable de 150ms es infinitamente mejor que una conexión de 20ms que pierde paquetes o tiene picos de jitter de 500ms. Cuando tu conexión pierde un share, debe retransmitirse, añadiendo segundos — no milisegundos — de retraso. Si observas tasas altas de stale, comprueba primero la pérdida de paquetes (ping -c 100 direccion.del.pool y busca paquetes perdidos), no el número de ping en bruto.
Análisis estático: un año de mining con diferentes pings
Modelemos un escenario real. Supongamos que minas una moneda minable con GPU con un tiempo de bloque de 60 segundos, ganando $200/mes. Esto es lo que te cuestan diferentes valores de ping durante un año completo:
| Ping (RTT) | Tasa extra de stale (vs 0ms ideal) |
Pérdida mensual | Pérdida anual | Equivale a |
|---|---|---|---|---|
| 20ms | 0,017% | $0,03 | $0,40 | Un chicle |
| 120ms | 0,10% | $0,20 | $2,40 | Un café |
| 200ms | 0,17% | $0,33 | $4,00 | Una comida rápida |
| 500ms | 0,42% | $0,83 | $10,00 | Una entrada de cine |
| 1.000ms | 0,83% | $1,67 | $20,00 | Una pizza |
Cambiar de un pool con 120ms de ping a uno con 20ms te ahorra $2 al año. Mientras tanto, un pool con una comisión 0,5% más baja te ahorra $12 al año. La diferencia de comisión es 6 veces más impactante que la diferencia de ping.
Comisión del pool: 0,5% de diferencia de comisión = $12/año de pérdida. Suerte del pool: La varianza normal es del 5–15%, lo que significa $120–$360/año en fluctuación natural. Esquema de pago: PPS vs PPLNS puede diferir en un 2–5%. Coste de electricidad: Una diferencia de 50 vatios en tu equipo cuesta ~$50/año. Todo esto eclipsa los $2/año del ping.
¿Qué pasa si el ping es realmente alto? (1.000ms+)
Incluso con latencias extremas, el mining no se desmorona. Veamos el peor escenario:
| Ping (RTT) | Tasa de stale (bloques de 60s) | Tasa de stale (bloques de 120s) | Escenario real |
|---|---|---|---|
| 1.000ms | 0,83% | 0,42% | Internet satelital, zona rural remota |
| 2.000ms | 1,67% | 0,83% | Red muy congestionada, cadenas de VPN |
| 3.000ms | 2,50% | 1,25% | Satélite geoestacionario (Hughesnet) |
| 5.000ms | 4,17% | 2,08% | Conexión gravemente degradada |
| 10.000ms | 8,33% | 4,17% | Red apenas funcional |
Observaciones clave:
- Con 1.000ms (1 segundo) de ping, pierdes el 0,83% de shares por stale — aún conservas el 99,17% de tus ganancias. Eso es totalmente viable.
- Con 3.000ms (3 segundos) de ping — la latencia del internet satelital geoestacionario — aún conservas el 97,5% de tus ganancias. Minar desde una conexión satelital rural es completamente viable.
- Incluso con 10.000ms (10 segundos), lo que significaría que algo está seriamente mal con tu conexión, aún ganarías el 91,7% de lo que gana un miner con latencia cero.
Analogía no técnica: Imagina que eres un agricultor enviando manzanas. Una nueva manzana cae del árbol cada 60 segundos. Ya sea que tu camión tarde 0,1 segundos o 1 segundo en llegar al mercado, sigues entregando prácticamente todas las manzanas. Solo si el camión tardara más de 30 segundos empezarías a perder inventario significativo.
Análisis técnico profundo: cómo stratum maneja la latencia
Para los más técnicos, esto es exactamente lo que sucede a nivel de protocolo. El protocolo stratum está diseñado para ser tolerante a la latencia por naturaleza:
1. Comunicación asíncrona
Stratum usa TCP con JSON-RPC. Tu miner no espera una respuesta antes de seguir calculando hashes — envía un share e inmediatamente continúa computando. El pool envía mining.notify cuando hay nuevo trabajo disponible, pero tu miner no lo solicita activamente. Esto significa que el ping no afecta tu hashrate en absoluto — tu GPU nunca se detiene.
2. La ventana de stale es diminuta
Un share solo puede volverse stale durante el breve momento entre que se encuentra un nuevo bloque y tu miner recibe el trabajo actualizado. Calculemos la probabilidad exacta:
// Probabilidad de que un bloque llegue durante una ventana de tiempo dada
// Sigue la distribución de Poisson: P(bloque en t) = 1 - e^(-t/T)
T = 60 segundos (tiempo de bloque promedio)
t = 0.060 segundos (latencia en un sentido para 120ms RTT)
P(stale) = 1 - e^(-0.060/60)
= 1 - e^(-0.001)
= 1 - 0.9990005
= 0.0009995
= 0.09995%
// Para comparar, con 20ms de ping:
P(stale) = 1 - e^(-0.010/60) = 0.01667%
// Diferencia: 0.09995% - 0.01667% = 0.08328%
// Eso es menos de una décima de un por ciento3. Tu hashrate no se ve afectado
Este es el punto más malinterpretado. Algunos miners creen que un ping alto «reduce su hashrate». No es así. Tu GPU calcula hashes a su velocidad de reloj — no tiene idea de cuál es tu ping. Ya sea que el pool esté a 5ms o 500ms de distancia, tu hashrate reportado en el software de mining será idéntico. La estimación de hashrate efectivo del pool puede fluctuar ligeramente debido al timing de envío de shares, pero esto es un problema de visualización, no una reducción real del hashrate. Lee más sobre cómo funciona el reporte de hashrate.
4. La dificultad del share absorbe la latencia
Los pools establecen la dificultad del share según tu hashrate para apuntar a aproximadamente 1 share cada pocos segundos. Con mayor dificultad, cada share representa más trabajo. Que ese share tarde 60ms o 200ms en llegar al pool no cambia el trabajo que representa. El pool te acredita por el trabajo computacional, no por la velocidad de entrega.
Poniendo las cosas en perspectiva: ping vs todo lo demás
Comparemos el impacto anual de varios factores para un miner que gana $200/mes en una moneda con bloques de 60 segundos:
| Factor | Rango típico | Impacto anual | Veces más impactante que 100ms de ping |
|---|---|---|---|
| 100ms extra de ping (20→120ms) | 0,08% | $2 | 1x (línea base) |
| Diferencia de comisión del pool | 0,5–2% | $12–$48 | 6–24x |
| Varianza de suerte del pool | 5–15% | $120–$360 | 60–180x |
| Esquema de pago (PPS vs PPLNS) | 2–5% | $48–$120 | 24–60x |
| Coste de electricidad (diferencia de 50W) | ~$50/año | $50 | 25x |
| Overclocking/ajuste fino | 5–20% | $120–$480 | 60–240x |
| Fluctuación del precio de la moneda | 20–200% | $480–$4.800 | 240–2.400x |
Obsesionarse con 100ms de ping mientras se ignoran el ajuste de GPU, las estructuras de comisión o la eficiencia del hardware es como ajustar el ángulo del espejo retrovisor para que tu coche vaya más rápido.
¿Cuándo deberías preocuparte realmente por la latencia?
El ping no es completamente irrelevante. Estos son los casos excepcionales donde realmente importa:
Tiempos de bloque ultrarrápidos (<15 segundos): Monedas como Ethereum Classic (bloques de 13s) son más sensibles a la latencia. Con 120ms de ping en un tiempo de bloque de 13 segundos, la tasa de stale sube a ~0,46% — aún pequeña, pero 5 veces más que en una moneda con bloques de 60 segundos.
Pérdida de paquetes y jitter: Si tu conexión pierde el 2% de los paquetes, cada paquete de share perdido desencadena una retransmisión TCP que añade 200–1.000ms. Esto crea picos de latencia efectiva de varios segundos — mucho peor que un ping estable de 200ms. Ejecuta ping -c 100 tu-pool.com y observa el porcentaje de pérdida de paquetes, no solo el ping promedio.
Desconexiones: Si tu miner muestra frecuentemente «conexión perdida» o «reconectando», eso sí es un problema real — pero es un problema de estabilidad, no de latencia. Una conexión estable de 300ms supera a una conexión inestable de 20ms en todo momento.
Consejos prácticos: qué optimizar realmente
En lugar de perseguir un ping más bajo, esto es lo que realmente mueve la aguja en tus ganancias de mining:
- Ajusta tu GPU/CPU: Un overclocking y limitación de potencia adecuados pueden mejorar la eficiencia entre un 20–40% — eso es 200 veces más impactante que arreglar tu ping.
- Elige el esquema de pago correcto: PPS vs PPLNS puede diferir entre un 2–5% según tus patrones de mining.
- Compara comisiones de pool: Una diferencia del 1% en comisiones vale 12 veces más que 100ms de ping.
- Usa una conexión por cable: El WiFi añade jitter y pérdida de paquetes — no por el ping, sino por los paquetes perdidos que causan reconexiones.
- Mantén el software de mining actualizado: Las versiones más nuevas manejan el cambio de trabajo más rápido, reduciendo la ventana de stale del lado del miner.
- Mina la moneda correcta: Comprueba qué monedas son más rentables para tu hardware — esto importa infinitamente más que el ping.
Conclusión final
120ms de ping está bien. Te cuesta un 0,1% en stale shares con un tiempo de bloque de 60 segundos. Eso son $2/año sobre $200/mes de mining. Nunca lo notarías en tus ganancias — la varianza normal de suerte es 60–180 veces mayor.
El mining no es gaming. Los juegos procesan entradas 60–128 veces por segundo. El mining envía shares cada pocos segundos para bloques que se encuentran cada 60–600 segundos. Las escalas de tiempo son 10.000 veces diferentes. Un ping «malo» para gaming es un ping perfectamente aceptable para mining.
Incluso 1.000ms es manejable. Con un segundo completo de ping en un tiempo de bloque de 60 segundos, pierdes un 0,83% por stale shares. Aún ganas el 99,17% de tu valor esperado. Minar desde internet satelital es totalmente viable.
Concéntrate en lo que importa. El ajuste de GPU, las comisiones del pool, los esquemas de pago, la seguridad y la fiabilidad del pool tienen cada uno entre 10–100 veces más impacto en tus ganancias que recortar 100ms de tu ping. No cambies de pool por latencia — cambia por comisiones, uptime y funcionalidades.