28264

• Reth incorporó la solución para la raíz de estado mediante la solicitud de incorporación de cambios #28264 el 3 de nov. a las 21:00 UTC.
• Reth publicó la solución en la versión v2.10.0, calificada como de alta prioridad para los nodos que crean bloques con carga útil y los que no la crean.
• Base publicó la versión v1.5.3 de su nodo, eliminando el riesgo de que los validadores se detengan ante una raíz de estado no válida.
Reth v2.10.0 incorpora la solución de alta prioridad
Reth publicó una solución de alta prioridad para un error que, en algunos casos, podía dejar un nodo de blockchain con una raíz de estado incorrecta, el único hash que resume todo el estado de una cadena, y Base puso a disposición de los operadores su propia versión corregida del nodo el jueves. La raíz de estado es la forma en que una cadena al estilo de Ethereum demuestra que lleva correctamente sus registros: si un cliente la calcula de forma incorrecta, diverge de sus pares, y un validador que lo ejecute puede proponer o validar bloques que el resto de la red rechaza. Los clientes de ejecución son la capa de software que procesa las transacciones y lleva el registro de los saldos, por lo que un cálculo erróneo en esa capa afecta a los cimientos de toda la pila. La corrección se incluyó en la versión v2.10.0, y los responsables del mantenimiento calificaron la actualización como de alta prioridad para todos los casos: tanto los nodos que crean bloques como los que solo los validan. Por eso, no se indicó a ningún tipo de operador que esperara a su turno habitual de actualización. El cambio subyacente se incorporó mediante la solicitud de incorporación de cambios #28264, fusionada el 3 de nov. a las 21:00 UTC; las marcas de tiempo de esa fusión y del aviso de estado de Base sitúan el intervalo entre la corrección y la alerta pública en unas 43 horas. Base descubrió el error el 4 de nov. y corrigió ese mismo día todos sus constructores de bloques, las máquinas que ensamblan bloques nuevos. Después indicó a los operadores que instalaran su propia versión del nodo, v1.5.3, que elimina la posibilidad de que los validadores de Base se detengan por una raíz de estado no válida, y señaló que no es necesario volver a sincronizar para aplicar la actualización. Base funciona sobre OP Stack y depende de op-reth, la versión de Reth para OP Stack, donde se produjo el incidente comunicado. Ambos aspectos de esa instrucción son importantes: la actualización corrige el fallo, mientras que la exención de resincronización mantiene casi en cero el costo de aplicarla para los operadores con mucha actividad.