28313

Erro em uma thread de trabalho em segundo plano: por que o fluxo principal pode ficar esperando indefinidamente? O PR #28313 do Reth explica: se uma tarefa de prova entra em panic, nenhum resultado é enviado; como o próprio coordenador ainda mantém o lado de envio, o canal não é desconectado automaticamente e quem está esperando não recebe um sinal claro de término. A solução converte o panic de cada tarefa em ProofJobError::Panicked e envia um único resultado por uma saída unificada, permitindo que a thread de trabalho continue atendendo às solicitações. Atenção ao escopo: esta alteração não cobre panics ocorridos antes de a thread receber uma tarefa ou durante a abertura do provider. Ao implementar o nó $ETH ou um serviço que dependa do resultado dele, tanto o retorno de erro quanto o de sucesso precisam seguir o fluxo completo.