El 5 de noviembre, un fallo de software descubierto en el cliente de ejecución Reth de Paradigm desencadenó una respuesta de emergencia en varias redes layer-2 de Ethereum. El error, radicado en el cálculo de la raíz de estado heredado de Reth, podía devolver una huella criptográfica incorrecta para la blockchain al procesar transacciones específicamente diseñadas, lo que potencialmente causaba que los nodos discreparan sobre la validez de los bloques. Georgios Konstantopoulos, CTO de Paradigm, dijo que el problema fue identificado mediante pruebas de fuzzing automatizadas por el equipo de Tempo y corregido rápidamente en Reth, Optimism, Base y Tempo.

ETH / USD
Fuente: CoinGecko. Precios orientativos.

Naturaleza técnica de la vulnerabilidad

Las raíces de estado resumen todo el estado de Ethereum, incluidos los saldos de las cuentas y el almacenamiento de contratos. Según CryptoSlate, el código defectuoso en el módulo heredado de Reth podía calcular incorrectamente esta raíz en configuraciones de almacenamiento de casos límite, especialmente en hardware de gama baja y en redes OP-Stack que dependen del mismo cliente. Aunque el error no afecta a los mecanismos de retiro que utilizan rutas de verificación separadas, podría interrumpir la producción de bloques y la sincronización de la red si no se abordaba.

Despliegue coordinado de parches

Los desarrolladores de Reth lanzaron la versión 2.10.0, Optimism publicó OP Reth v2.8.1 y Base implementó la versión 1.5.3, cada una marcada como actualización de alta prioridad para los operadores de nodos. Base confirmó que su sistema de pruebas emplea una implementación independiente de la raíz de estado, lo que le permite verificar la raíz correcta incluso si el cálculo de Reth era defectuoso. La red también recalculó su raíz de estado para garantizar la consistencia, declarando que no se vieron afectados los fondos de los usuarios y que los validadores no se detendrían tras el parche.

Respuesta más amplia del ecosistema

El incidente provocó acciones preventivas más allá de los clientes directamente afectados. Frax Finance informó que LayerZero suspendió temporalmente ciertas rutas intercadena mientras evaluaba el riesgo, aunque afirmó que los activos y contratos seguían siendo seguros. No se encontraron puentes vulnerables al error de Reth, lo que destaca cómo la infraestructura compartida puede causar efectos en cascada en los servicios que dependen de software de ejecución común.

Qué observar a continuación

Las partes interesadas deben monitorear la tasa de adopción de las versiones parcheadas del cliente entre los operadores de nodos independientes, ya que los nodos sin parche podrían reintroducir inconsistencias. Los observadores también estarán atentos a cualquier revelación adicional de otros proyectos que dependan de Reth o clientes de ejecución similares, y a cualquier análisis post-mortem que pueda influir en las prácticas de pruebas futuras, como el fuzzing para entradas de transacciones de casos límite.