Vardiff e dificuldade de share estática
14/09/2026
🎯 No pool.kryptex.com, para SHA256, Scrypt, RandomX, kHeavyHash (KAS) e Ethash (ETC, ETHW, OCTA), o vardiff está ativado por padrão — o pool escolhe automaticamente a dificuldade de share certa para cada worker, e você também pode definir uma dificuldade fixa manualmente através da senha do worker.
🛠 Para PRL (PearlHash) não há vardiff, mas você pode definir uma dificuldade de share fixa manualmente através da senha do worker, se precisar.
👉 Dificuldade de share do pool de mineração
Como o vardiff funciona
O Vardiff (dificuldade variável) permite que o pool defina a dificuldade de share para cada worker automaticamente. Ele observa a rapidez com que seus shares chegam e ajusta a dificuldade para que um worker envie aproximadamente um share a cada 60 segundos.
O que isso significa na prática:
- Qualquer hardware se conecta sem configuração — de um único CPU a ASICs industriais.
- Se o hashrate mudar (placas esquentarem, falhas de firmware, um worker ficar offline), o vardiff ajusta imediatamente.
- O pool não é inundado com shares pequenos, e equilibra a carga uniformemente.
O Vardiff está ativado por padrão para SHA256, Scrypt, RandomX, kHeavyHash (KAS) e Ethash (ETC, ETHW, OCTA). PRL (PearlHash) é a exceção — ele funciona sem vardiff, então no PRL você define uma dificuldade estática manualmente apenas se precisar.
Dificuldade estática vs. vardiff
Uma dificuldade estática é um valor fixo que você define na senha do worker. O pool então envia shares exatamente nessa dificuldade e para de ajustá-la.
Razões comuns para usá-la:
- Medir o hashrate precisamente a partir das estatísticas do pool.
- Executar proxies stratum ou configurações personalizadas que precisam de uma dificuldade previsível.
- Depurar um minerador ou firmware de ASIC.
Cada algoritmo tem seus próprios limites — veja a tabela abaixo. Um valor fora deles não quebrará nada: em algoritmos com vardiff, o pool volta a escolher a dificuldade por si só, e no PRL aplica a dificuldade padrão de 2.097.152.
Definindo uma dificuldade personalizada
Algoritmos suportados: SHA256, Scrypt, RandomX, kHeavyHash (KAS), Ethash (ETC, ETHW, OCTA) e PearlHash (PRL).
Na senha do worker, especifique d=<number> — por exemplo, d=2147483648.
A fórmula
D = (hashrate × time) ÷ const
hashrate— o hashrate do dispositivo em H/s (não TH/s ou GH/s).time— o tempo alvo por share, em segundos. Use 60 — é o ponto ideal entre carga do pool e precisão das estatísticas.const— a constante do 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) |
Limites por algoritmo
O pool mantém a dificuldade de share dentro de um intervalo fixo. Padrão é a dificuldade que um worker recebe quando se conecta: em algoritmos com vardiff, o pool começa lá e ajusta a partir desse ponto, e no PRL permanece lá até que você defina d= por si mesmo.
| Algoritmo e moedas | Padrão | 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 |
Verifique seu número em relação a esta tabela antes de colocá-lo na senha: um d= abaixo do mínimo ou acima do máximo não é aplicado.
Exemplos trabalhados
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
- Senha:
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
- Senha:
d=8239746
RandomX, 3 KH/s CPU:
hashrate= 3.000 H/s- D = 3.000 × 60 = 180.000
- Senha:
d=180000
Ethash (ETC), 500 MH/s rig:
hashrate= 500.000.000 H/s- D = 500.000.000 × 60 = 30.000.000.000
- Senha:
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
- Senha:
d=1397
A faixa KAS é feita para ASICs — GPUs não mineram kHeavyHash. Mesmo o KS0 de entrada está bem acima do mínimo de 512, enquanto um ASIC de 8 TH/s chega a cerca de 111.759.
PearlHash (PRL), uma única 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
- Isso está abaixo do mínimo do PRL, então a menor dificuldade que você pode realmente trabalhar é o próprio mínimo:
d=2097152
O mínimo do PRL de 2.097.152 corresponde a aproximadamente 150 TH/s. Em ou abaixo disso — o que na prática significa uma única GPU — o worker sempre opera na dificuldade mínima: uma placa de 125 TH/s envia um share a cada 72 segundos em vez de 60. Definir d= manualmente começa a fazer sentido acima de 150 TH/s.
✅ Por que o vardiff é o melhor padrão
O pool vê a velocidade real do seu worker, não um número de uma folha de especificações. Isso o torna melhor em escolher a dificuldade certa do que qualquer cálculo manual — o desempenho real sempre varia, e o vardiff leva isso em conta por si só.
Defina a dificuldade manualmente apenas quando tiver um motivo específico — medições, um proxy stratum ou depuração. Em todos os outros casos, o vardiff faz um trabalho melhor.
❌ A dificuldade de share não afeta seus ganhos
Um equívoco comum: "Se eu aumentar a dificuldade, ganharei mais." Não é assim que funciona.
- PPS e PPLNS pesam cada share pela sua dificuldade — um share grande vale mais, um pequeno menos. Então seu
hashrate × timepermanece o mesmo em qualquer dificuldade. Com menos shares, cada um vale mais; com mais shares, cada um vale menos. O pagamento total é idêntico. - Na mineração solo, a dificuldade de share não importa. Sua chance de encontrar um bloco depende do seu hashrate em relação à dificuldade da rede. Como o pool rastreia seus shares não tem nada a ver com isso.
- Sorte — significando variação de pagamento no PPLNS — depende do comprimento da rodada e do comportamento do pool, não da dificuldade de share.
A dificuldade de share só muda o quão detalhadamente o pool rastreia seu trabalho e quanto tráfego de rede ele gera. Não muda o que você ganha.
Precisa de ajuda?
Tem alguma dúvida, algo não está claro ou problemas para se conectar?
Entre em contato com o suporte — estamos felizes em ajudar!
- Ticket de Suporte.
- Suporte no Telegram.
- Suporte no Discord.
- Suporte por e-mail em support@kryptex.com.
