Alguns controladores de vardiff na mineração de Bitcoin podem manter um minerador numa atribuição de shares antiga e mais difícil depois de a máquina reduzir o hashrate. Se o recálculo só ocorrer após a aceitação de uma share, o minerador pode continuar a fazer hashing e a consumir eletricidade enquanto as shares aceites se tornam extremamente raras. A Bitcoin Optech destacou esta falha em 18 de setembro, na sequência de uma análise publicada pelo engenheiro de mineração Eric Price em julho.
Porque é importante
A dificuldade das shares atribuída pelo pool é distinta da dificuldade da rede Bitcoin. Os pools usam alvos de shares mais fáceis para estimar o hashrate e contabilizar o trabalho contribuído, enquanto o vardiff ajusta esses alvos para manter a chegada de shares a um ritmo útil. Um controlador que espera por uma nova share antes de recalcular pode ficar bloqueado após uma redução abrupta de potência, porque o alvo antigo torna a próxima share menos provável e a ausência dessa share impede a recuperação.
O risco concentra-se na janela de pagamento efetivamente realizada. Um minerador pago por share pode não receber qualquer pagamento enquanto não chegar uma share aceite, enquanto a contabilidade proporcional pode transferir uma parte maior da janela de recompensa para outros participantes. Uma dificuldade elevada das shares não elimina automaticamente o crédito esperado num período mais longo, já que shares raras de elevada dificuldade podem ter maior peso contabilístico.
Impacto no mercado
A questão é operacionalmente relevante quando os mineradores reduzem o consumo durante períodos de stress da rede elétrica. A CryptoSlate noticiou uma queda acentuada do hashrate da rede durante uma tempestade de inverno nos EUA em janeiro de 2026, mas esse evento não foi associado a uma perda de vardiff. A implementação de referência atual do Stratum V2 recalcula com base num temporizador e reduz a dificuldade durante uma escassez de shares, embora a recuperação possa continuar a ser lenta em canais de longa duração e esse comportamento não seja obrigatório em todas as implementações.
Os operadores podem testar a falha com o shape-proxy open-source da MARA Foundation, simulando perfis de degrau, rampa e paragem. A frequência deste comportamento e a possibilidade de ter causado perdas materiais no mundo real continuam sem medição.
Perguntas frequentes
-
Porque é que reduzir o hashrate de um minerador pode criar um problema de vardiff?
Um corte acentuado do hashrate pode deixar o minerador com uma atribuição de shares antiga e mais difícil. Se o controlador só atualizar após a aceitação de uma share, os envios esparsos podem impedir o recálculo necessário para a recuperação.
-
Esta falha envolve a dificuldade da rede Bitcoin?
Não. Diz respeito à dificuldade das shares atribuída pelo pool, usada pelos pools para estimar o hashrate e contabilizar o trabalho contribuído. A dificuldade da rede Bitcoin é distinta.
-
Como pode o vardiff afetar os pagamentos da mineração?
Na contabilidade paga por share, um minerador pode não receber qualquer pagamento durante um intervalo sem shares aceites. Na contabilidade proporcional, a ausência de shares pode aumentar a parte da janela de recompensa atribuída aos outros participantes.
-
O Stratum V2 impede um bloqueio do vardiff?
A implementação de referência atual do Stratum V2 recalcula com base num temporizador e reduz a dificuldade durante uma escassez de shares. Esse comportamento não é obrigatório em todas as implementações, e a recuperação pode continuar lenta em canais de longa duração.
-
Como podem os operadores testar se um controlador recupera?
Os operadores podem usar o shape-proxy open-source da MARA Foundation com perfis de degrau, rampa e paragem. Uma redução da dificuldade atribuída indica recuperação, enquanto um alvo fixo pode sinalizar uma recuperação lenta ou inexistente durante a janela de teste.
WuBlockchain
Crypto News
Lookonchain
CoinTelegraph
TheBlock