28313

0 vistas
2 están debatiendo
看盘搭子阿豪
·
--
¿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.
¿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.
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono