HashPilot v0.5.5 — continuidade de mineração e SRBMiner 3.8.3

v0.5.5 — continuidade de mineração e SRBMiner 3.8.3

O catálogo passa a aceitar o pacote oficial Windows do SRBMiner 3.8.3, com SHA-256 fixado para ZIP e executável. Essa versão do minerador anuncia uma correção de flutuação de hashrate/potência do Pearlhash; isso não garante aumento de desempenho.

• Atualização e reversão preservam os mecanismos existentes de validação, carteira e histórico.
• O assistente opcional do Defender reconhece a nova versão e continua solicitando aprovação do administrador para uma exceção ao executável exato.
• As versões 3.8.0 e 3.8.1 permanecem disponíveis no catálogo. A instalação inicial continua fixada em 3.8.0; a atualização é oferecida separadamente.
• Testes de correspondência de pacote e permissões simuladas cobrem todas as versões catalogadas.

Fonte: release oficial 3.8.3. Hashes verificam integridade/origem; não representam análise de segurança independente.

23 melhorias de continuidade

1. Catálogo do SRBMiner 3.8.3 com hashes do pacote oficial e do executável.
2. Verificação de integridade antes de enumerar dispositivos ou lançar o minerador.
3. Estado específico para executável ausente/bloqueado, sem gastar tentativas de recuperação em um arquivo inválido.
4. Retomada quando esse executável volta a passar na verificação e o sensor permite iniciar.
5. Retomada manual sem ficar presa no intervalo das falhas automáticas anteriores; o histórico permanece intacto.
6. Limite persistente de uma tentativa manual a cada 30 segundos, evitando rajadas por cliques repetidos.
7. Recuperação do controlador de GPU sem derrubar um minerador saudável.
8. Limite persistente separado de recuperação do controlador: três tentativas por hora e intervalo mínimo de 60 segundos.
9. Remoção de pedidos antigos de parada antes de substituir um controlador encerrado.
10. Tolerância de 90 segundos a detecção NVIDIA temporariamente vazia ou parcial, antes de tratar a GPU como desconectada.
11. Pedido temporário ao Windows para evitar suspensão automática por inatividade durante mineração gerenciada; o monitor pode apagar normalmente, e o pedido é liberado ao parar.
12. Janela de 60 segundos após lacuna do serviço ou ajuste regressivo do relógio, evitando reinício imediato com telemetria antiga.
13. Confirmação de travamento por pelo menos três observações ao longo de dez segundos, além dos limites existentes.
14. Erro de leitura do log deixa de ser tratado como evidência suficiente para reiniciar o minerador.
15. Hashrate malformado, booleano, NaN ou infinito deixa de quebrar a avaliação de saúde.
16. Hashrate anterior ao início da sessão deixa de confirmar que um processo novo já está calculando.
17. ACK anterior ao início da sessão deixa de confirmar uma sessão nova.
18. ACK persistido no futuro é ignorado após correção do relógio, sem apagar o histórico.
19. Recuperações persistidas no futuro deixam de prender o serviço em espera após correção do relógio.
20. Jobs recebidos restauram a informação de conexão quando a linha inicial já saiu da cauda do log; linhas atrasadas de conexão/ACK não substituem evidências mais novas.
21. Registro persistente e deduplicado de inícios, paradas, falhas e recuperações por GPU.
22. Central operacional mostra falha do controlador/gerenciador e se o Windows confirmou o bloqueio de suspensão por inatividade.
23. Reutilização de um pacote local verificado para reinstalar sem repetir o download; ZIP e executável continuam sendo conferidos, e cache corrompido é recusado.

O novo módulo faz parte do inventário do runtime instalado. Há testes de falha simulada para essas políticas. Apenas uma RTX 3070 é validada fisicamente; isso não torna a mineração imune a falta de energia, desligamento explícito, bloqueio do sistema, falha de hardware ou temperatura excessiva. Recuperações preservam as verificações de identidade, os limites térmicos e a decisão de parar/desabilitar a GPU.