28313

0 visualizaciones
2 participa(n) en el debate
看盘搭子阿豪
·
--
¿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 de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono