¿Por qué el flujo principal puede quedarse esperando indefinidamente si falla un hilo de trabajo en segundo plano? El PR #28313 de Reth lo explica: cuando una tarea de prueba sufre un panic, no envía ningún resultado. Además, el coordinador conserva el extremo emisor, por lo que el canal no se cierra por sí solo y quien espera no recibe una señal clara de finalización. La solución convierte el panic de cada tarea en ProofJobError::Panicked y envía un único resultado por una salida común, mientras los hilos de trabajo siguen atendiendo tareas. Atención al alcance: esta solución no cubre los panic que ocurran antes de que el hilo tome una tarea o al abrir el provider. Al desarrollar un nodo $ETH o un servicio que dependa de sus resultados, la ruta de respuesta de error debe estar tan completa como la de éxito.