Titular: Un error en el cliente Reth provoca parches rápidos en redes EVM: Base y BNB Chain responden. Un error descubierto recientemente en Reth, un cliente de ejecución de Ethereum desarrollado por Paradigm, desencadenó una serie de alertas de seguridad y actualizaciones de software en varias redes compatibles con EVM, después de detectarse que, en determinadas condiciones, provocaba cálculos incorrectos de la raíz de estado. Las redes y los proveedores de servicios actuaron rápidamente para aplicar parches a los nodos afectados y limitar las interrupciones; no se han reportado pérdidas financieras. Qué salió mal - El error afecta a la forma en que algunas versiones de Reth calculan la raíz de estado de la cadena de bloques: una huella criptográfica que representa las cuentas, los saldos y el almacenamiento de los contratos inteligentes. Una raíz de estado incorrecta puede hacer que los nodos no estén de acuerdo sobre el estado actual de la cadena, lo que podría interrumpir la sincronización o generar pruebas de estado poco fiables utilizadas por las aplicaciones. - Un cambio en GitHub, fusionado el 3 de noviembre, corrigió un error en la lógica del iterador de trie de Reth relacionado con los límites de ramas almacenados en caché y añadió una prueba de regresión para los cálculos incrementales de la raíz de estado. La corrección se incorporó a Reth v2.10.0 y a versiones parcheadas relacionadas. Respuestas de las redes y cronología - Base (L2 respaldada por Coinbase): Base descubrió el problema el 4 de noviembre e identificó una vulnerabilidad que podía provocar cálculos incorrectos de la raíz de estado en determinadas condiciones. Ese mismo día, el equipo aplicó parches a los nodos que construyen bloques, recalculó la raíz de estado de la red y confirmó que coincidía con el valor correcto. Base publicó una actualización de software (v1.5.3) para evitar que los validadores se detuvieran al encontrar raíces de estado no válidas y recomendó a los operadores de nodos instalar el parche cuanto antes. Base afirmó que las operaciones no se vieron interrumpidas y que los fondos de los usuarios no se vieron afectados. Se anunció un periodo de mantenimiento hasta el 7 de noviembre y el parche público estuvo disponible el 5 de noviembre. - BNB Chain / opBNB: El 6 de noviembre, BNB Chain reconoció el riesgo de seguridad de Reth, pero aclaró que opBNB no utiliza op-reth, lo que limita su exposición. El equipo afirmó que el impacto en BSC-Reth es limitado, que está preparando una corrección urgente y que mantiene una estrecha vigilancia. En el momento del aviso, no se requería ninguna acción por parte de los usuarios finales. - Correcciones en el proyecto original: Los mantenedores de Reth incluyeron la corrección en v2.10.0. Entre las versiones parcheadas mencionadas en las actualizaciones del ecosistema se encuentran op-reth 2.8.1 y la versión 1.5.3 de Base. Evaluaciones de seguridad e impacto general - La empresa de seguridad blockchain Blockaid advirtió que los clientes sin parche podían tener problemas de sincronización o devolver pruebas incorrectas a través de la interfaz eth_getProof. La empresa describió el problema como un error de corrección del software, no como una vulnerabilidad explotada confirmada, y no informó de pérdidas financieras conocidas. - La exposición variaba según la red y la forma en que Reth estuviera integrado o modificado. Algunas redes que dependen directamente de Reth o de bifurcaciones de Reth necesitaron medidas de mitigación inmediatas. Precauciones operativas de los proveedores de servicios - LayerZero, un proveedor de interoperabilidad entre cadenas, suspendió temporalmente parte de la infraestructura fuera de la cadena conectada a las redes afectadas mientras se implementaban las correcciones. Según los informes, esto retrasó algunos mensajes entre cadenas, pero no provocó la pérdida de mensajes. - Algunos equipos de DeFi limitaron temporalmente los depósitos o el enrutamiento entre cadenas mientras evaluaban su exposición. - En medidas relacionadas, ApeChain anunció el 4 de noviembre que planeaba migrar activos (incluidos APE y USDC) de LayerZero al Protocolo de Interoperabilidad entre Cadenas de Chainlink. El aviso de migración precedió a las advertencias públicas sobre Reth y se refería a la infraestructura entre cadenas existente. Qué deben hacer los operadores de nodos y los proyectos - Instalar las versiones parcheadas correspondientes: Base recomienda v1.5.3 para sus validadores; la corrección de Reth está en v2.10.0; y hay versiones parcheadas de op-reth disponibles (por ejemplo, la 2.8.1). Según Base, los operadores que instalen la actualización no deberían tener que volver a sincronizar ni realizar pasos de recuperación adicionales. - Supervisar las páginas oficiales de estado de la red y seguir las indicaciones para operadores mientras los equipos completan las correcciones urgentes y las verificaciones. En resumen El error en el iterador de trie de Reth expuso un riesgo de corrección en el cálculo de la raíz de estado y provocó respuestas rápidas y coordinadas en varios ecosistemas EVM. Se han publicado parches y las principales redes, como Base, ya los han aplicado; BNB Chain está trabajando en correcciones para los componentes afectados, y los proveedores de servicios tomaron medidas preventivas temporales. Hasta ahora, los equipos informan que no ha habido interrupciones operativas que afecten a los fondos de los usuarios, y el problema parece estar contenido en el caso de los operadores que instalen las actualizaciones disponibles. Lee más noticias generadas por IA en: https://app.chaingpt.org/news