Stale Rate

Ao receber SetNewPrevHash, Stratum V2 exige a mudança para o novo hash anterior; entre as tarefas preparadas, apenas a job_id referenciada permanece válida. Encontrar um hash abaixo do alvo anterior não garante sua utilidade no trabalho atual. O diagnóstico precisa do contexto e das mudanças da tarefa, não só do horário de envio. [Stratum V2 — Mining Protocol]

Exemplo: de 100 envios de igual dificuldade, 98 são aceitos, 1 rejeitado como stale e 1 por outro motivo. A proporção de stale rejeitados é 1%, mas a rejeição total é 2%. Isso explica numeradores diferentes, não limites operacionais aceitáveis. F2Pool define rejection rate sobre todas as shares enviadas. [F2Pool — Rejection and Staled rates]

Braiins converte uma share de dificuldade d em d unidades básicas de trabalho. Se o exemplo tem uma stale de dificuldade 1 e uma aceita de dificuldade 9, a proporção por contagem é 50%, mas por peso é 10%. Numeradores e denominadores comparados devem usar a mesma unidade e convenção de dificuldade. [Braiins — Share difficulty accounting]

F2Pool distingue em sua documentação shares “Staled” remuneradas de stale rejeitadas sem recompensa. Essa política não pode ser generalizada para todo pool. Antes de converter um percentual em receita perdida, verifique a categoria, as regras de aceitação e a liquidação real; o nome do indicador não basta. [F2Pool — Rejection and Staled rates]

Stratum V2 permite SubmitShares.Success em lotes. new_submits_accepted_count informa os novos envios reconhecidos, enquanto new_shares_sum soma suas dificuldades. Contar respostas do servidor não equivale a contar shares aceitas. SubmitShares.Error contém sequence_number e error_code; sem distinguir motivos, nem todo erro pode ser chamado stale. [Stratum V2 — Mining Protocol]

BIP152 trata de Compact Block Relay entre nós P2P, não da contabilidade de shares do pool. Reduzir dados transferidos pode afetar a latência dos blocos, mas não fornece sozinho o Stale Rate do minerador. A proporção de blocos concorrentes da rede não substitui a de envios atrasados de um worker específico. [BIP152 — Compact Block Relay]

O monitoramento Braiins distingue shares_5m, shares_60m e shares_24h. Use a mesma janela temporal e conjunto de workers no numerador e denominador. Zero envios observados não mede uma perda de 0%: a razão não está definida. Respostas ausentes e lacunas de monitoramento não são automaticamente stale. [Braiins — Worker monitoring windows]

F2Pool associa stale às condições de rede, mas cita erros de firmware e overclocking para outras rejeições. Braiins separa o teste de acessibilidade do servidor do desempenho real. Examine logs de tarefas, motivos de rejeição e conexões no mesmo período; ping ou percentual agregado menor não prova a remoção da causa. [F2Pool — Rejection and Staled rates] [Braiins — Connection diagnostics]