Vardiff y dificultad de share estática
14/9/2026
🎯 En pool.kryptex.com, para SHA256, Scrypt, RandomX, kHeavyHash (KAS) y Ethash (ETC, ETHW, OCTA), vardiff está activado por defecto: el pool elige automáticamente la dificultad de share adecuada para cada worker, y también puedes establecer una dificultad fija manualmente a través de la contraseña del worker.
🛠 Para PRL (PearlHash) no hay vardiff, pero puedes establecer una dificultad de share fija manualmente a través de la contraseña del worker si lo necesitas.
👉 Dificultad de share del pool de minería
Cómo funciona vardiff
Vardiff (dificultad variable) permite que el pool establezca automáticamente la dificultad de share para cada worker. Observa la rapidez con la que llegan tus shares y ajusta la dificultad para que un worker envíe aproximadamente un share cada 60 segundos.
Lo que esto significa en la práctica:
- Cualquier hardware se conecta sin configuración, desde una sola CPU hasta ASICs industriales.
- Si el hashrate cambia (las tarjetas se calientan, fallos de firmware, un worker se desconecta), vardiff se reajusta de inmediato.
- El pool no se inunda con shares pequeños y equilibra la carga de manera uniforme.
Vardiff está activado por defecto para SHA256, Scrypt, RandomX, kHeavyHash (KAS) y Ethash (ETC, ETHW, OCTA). PRL (PearlHash) es la excepción: funciona sin vardiff, por lo que en PRL estableces una dificultad estática manualmente solo si lo necesitas.
Dificultad estática vs. vardiff
Una dificultad estática es un valor fijo que estableces en la contraseña del worker. El pool luego envía shares exactamente a esa dificultad y deja de ajustarla.
Razones comunes para usarla:
- Medir el hashrate con precisión a partir de las estadísticas del pool.
- Ejecutar proxies stratum o configuraciones personalizadas que necesitan una dificultad predecible.
- Depurar un minero o firmware de ASIC.
Cada algoritmo tiene sus propios límites: consulta la tabla a continuación. Un valor fuera de ellos no romperá nada: en algoritmos con vardiff, el pool vuelve a elegir la dificultad por sí mismo, y en PRL aplica la dificultad predeterminada de 2,097,152.
Estableciendo una dificultad personalizada
Algoritmos compatibles: SHA256, Scrypt, RandomX, kHeavyHash (KAS), Ethash (ETC, ETHW, OCTA) y PearlHash (PRL).
En la contraseña del worker, especifica d=<number> — por ejemplo, d=2147483648.
La fórmula
D = (hashrate × time) ÷ const
hashrate— el hashrate del dispositivo en H/s (no TH/s o GH/s).time— el tiempo objetivo por share, en segundos. Usa 60 — es el punto óptimo entre la carga del pool y la precisión de las estadísticas.const— la constante del algoritmo:
| Algoritmo | const |
|---|---|
| SHA256 | 2³² = 4,294,967,296 |
| PearlHash (PRL) | 2³² = 4,294,967,296 |
| kHeavyHash | 2³² = 4,294,967,296 |
| Scrypt | 2¹⁶ = 65,536 |
| RandomX | 1 (D = hashrate × time) |
| Ethash | 1 (D = hashrate × time) |
Límites por algoritmo
El pool mantiene la dificultad de share dentro de un rango fijo. Predeterminado es la dificultad que un worker obtiene cuando se conecta: en algoritmos con vardiff, el pool comienza allí y ajusta desde ese punto, y en PRL se mantiene allí hasta que estableces d= tú mismo.
| Algoritmo y monedas | Predeterminado | Mínimo | Máximo |
|---|---|---|---|
| SHA256 — BTC, BCH, BSV, XEC, DGB, FB, QUAI (SHA256) | 524,288 | 8,192 | 16,777,216 |
| Scrypt — LTC, DOGE, QUAI (Scrypt) | 524,288 | 65,536 | 33,554,432 |
| RandomX — XMR, ZEPH, XTM (RandomX) | 400,000 | 20,000 | 43,500,000 |
| Ethash — ETC, ETHW, OCTA | 17,179,869,184 | 1,073,741,824 | 549,755,813,888 |
| kHeavyHash — KAS | 4,096 | 512 | 33,554,432 |
| PearlHash — PRL | 2,097,152 | 2,097,152 | 4,294,967,296 |
Verifica tu número con esta tabla antes de ponerlo en la contraseña: un d= por debajo del mínimo o por encima del máximo no se aplica.
Ejemplos trabajados
SHA256, 200 TH/s ASIC:
hashrate= 200,000,000,000,000 H/s- D = (200,000,000,000,000 × 60) ÷ 4,294,967,296 ≈ 2,793,968
- Contraseña:
d=2793968
Scrypt, 9 GH/s ASIC:
hashrate= 9,000,000,000 H/s- D = (9,000,000,000 × 60) ÷ 65,536 ≈ 8,239,746
- Contraseña:
d=8239746
RandomX, 3 KH/s CPU:
hashrate= 3,000 H/s- D = 3,000 × 60 = 180,000
- Contraseña:
d=180000
Ethash (ETC), 500 MH/s rig:
hashrate= 500,000,000 H/s- D = 500,000,000 × 60 = 30,000,000,000
- Contraseña:
d=30000000000
kHeavyHash (KAS), IceRiver KS0 ASIC, 100 GH/s:
hashrate= 100,000,000,000 H/s- D = (100,000,000,000 × 60) ÷ 4,294,967,296 ≈ 1,397
- Contraseña:
d=1397
El rango de KAS está diseñado para ASICs: las GPUs no minan kHeavyHash. Incluso el KS0 de nivel de entrada está muy por encima del mínimo de 512, mientras que un ASIC de 8 TH/s alcanza aproximadamente 111,759.
PearlHash (PRL), una sola GPU (RTX 3090, 125 TH/s):
hashrate= 125,000,000,000,000 H/s- D = (125,000,000,000,000 × 60) ÷ 4,294,967,296 ≈ 1,746,230
- Eso está por debajo del mínimo de PRL, por lo que la dificultad más baja a la que realmente puedes trabajar es el mínimo en sí:
d=2097152
El mínimo de PRL de 2,097,152 corresponde a aproximadamente 150 TH/s. A esa velocidad o por debajo —lo que en la práctica significa una sola GPU— el worker siempre funciona a la dificultad mínima: una tarjeta de 125 TH/s envía un share aproximadamente cada 72 segundos en lugar de 60. Establecer d= manualmente comienza a tener sentido por encima de 150 TH/s.
✅ Por qué vardiff es el mejor valor predeterminado
El pool ve la velocidad real de tu worker, no un número de una hoja de especificaciones. Eso lo hace mejor para elegir la dificultad correcta que cualquier cálculo manual: el rendimiento real siempre varía, y vardiff lo tiene en cuenta por sí mismo.
Establece la dificultad manualmente solo cuando tengas una razón específica: mediciones, un proxy stratum o depuración. En todos los demás casos, vardiff hace un mejor trabajo.
❌ La dificultad de share no afecta tus ganancias
Un error común: "Si aumento la dificultad, ganaré más." Así no es como funciona.
- PPS y PPLNS ponderan cada share por su dificultad: un share grande vale más, uno pequeño menos. Así que tu
hashrate × timese mantiene igual a cualquier dificultad. Con menos shares, cada uno vale más; con más shares, cada uno vale menos. El pago total es idéntico. - En minería en solitario, la dificultad de share no importa en absoluto. Tu oportunidad de encontrar un bloque depende de tu hashrate frente a la dificultad de la red. Cómo el pool rastrea tus shares no tiene nada que ver con eso.
- Suerte —es decir, la variación del pago en PPLNS— depende de la duración de la ronda y el comportamiento del pool, no de la dificultad de share.
La dificultad de share solo cambia cuán finamente el pool rastrea tu trabajo y cuánta tráfico de red genera. No cambia lo que ganas.
¿Necesitas ayuda?
¿Tienes alguna pregunta, algo no está claro o tienes problemas para conectarte?
Contacta con soporte — ¡estamos encantados de ayudarte!
- Ticket de soporte.
- Soporte en Telegram.
- Soporte en Discord.
- Soporte por correo electrónico en support@kryptex.com.
