Por Canuto  

Un fallo en el cliente de ejecución Reth activó parches de emergencia para redes como Base, Optimism y Tempo. Aunque los equipos dijeron que los retiros de las redes OP Stack no estaban en riesgo y no se reportaron robos confirmados, operadores de nodos deben instalar las versiones corregidas y algunos servicios intercadena aplicaron restricciones preventivas.
***

  • El error de Reth podía producir cálculos incorrectos de la raíz de estado bajo ciertas condiciones, con posibles efectos en redes que comparten software.
  • Paradigm y los equipos de Base, Optimism y Tempo anunciaron versiones corregidas; Base verificó la raíz de estado y dijo que sus usuarios no fueron afectados.
  • LayerZero suspendió temporalmente ciertas rutas intercadena mientras evaluaba el riesgo, sin que eso confirmara una vulnerabilidad de sus puentes.

Un error en Reth, un cliente de ejecución de Ethereum desarrollado por Paradigm, llevó a varios equipos a coordinar parches para proteger infraestructura que comparten distintas redes. El fallo podía hacer que ciertas transacciones especialmente diseñadas generaran un cálculo incorrecto de la raíz de estado, una huella criptográfica que representa saldos y datos de contratos inteligentes. El 5 de noviembre, Georgios Konstantopoulos, director de tecnología de Paradigm, informó que ya había correcciones para Reth, Optimism, Base y Tempo.

La alerta mostró cómo un defecto en un componente de software puede repercutir más allá de la red para la que fue desarrollado, especialmente cuando otras cadenas utilizan herramientas relacionadas para procesar transacciones o construir bloques. Los equipos dijeron que los retiros de las redes OP Stack no quedaron expuestos al problema y no hubo informes confirmados de fondos robados mediante el fallo. Aun así, la respuesta no se limitó a publicar versiones nuevas: operadores de nodos recibieron indicaciones para actualizar mientras algunos servicios intercadena restringían temporalmente su actividad.

Qué podía provocar el error en Reth

Reth es un cliente de ejecución de Ethereum, es decir, software que participa en el procesamiento de transacciones y en la gestión del estado de la cadena. Según Konstantopoulos, la vulnerabilidad estaba en un sistema heredado que calculaba la raíz de estado y podía devolver un resultado incorrecto ante determinadas configuraciones de almacenamiento de contratos inteligentes. El equipo describió el defecto como un caso límite, no como una falla que afectara automáticamente cada transacción o cada nodo que ejecutara el programa.

La raíz de estado funciona como una representación criptográfica de la información que mantiene la blockchain, incluidos los saldos de las cuentas y los datos de los contratos. Si dos nodos obtienen resultados distintos al calcularla, podrían discrepar sobre la validez de un bloque, con posibles consecuencias para la sincronización o el procesamiento de operaciones. Konstantopoulos explicó que una transacción cuidadosamente diseñada podía activar el error bajo condiciones específicas, por lo que el riesgo dependía de cómo se presentara esa combinación.

La exposición potencial se extendía a ciertos usos del software de Reth fuera de la infraestructura principal de Ethereum. El programa de construcción de bloques de Reth empleaba el método vulnerable en hardware de menor capacidad y en redes basadas en OP Stack, la tecnología de Optimism que también utiliza Base. La relación entre esos sistemas ayuda a explicar por qué el descubrimiento condujo a una respuesta coordinada: las redes que dependen de componentes compartidos pueden heredar un mismo defecto, aunque cada una tenga sus propios mecanismos de seguridad.

El equipo de Tempo encontró el problema mediante pruebas automatizadas conocidas como fuzzing, que introducen entradas inusuales o inesperadas en un programa para descubrir errores que los ensayos ordinarios podrían pasar por alto. Konstantopoulos indicó que Tempo también aplicó un parche, mientras los desarrolladores publicaban Reth 2.10.0, OP Reth v2.8.1 para Optimism y la versión 1.5.3 para Base. Reth calificó la actualización como de alta prioridad para operadores de nodos, incluidos quienes participan en la construcción de bloques.

Base verificó el estado y descartó afectaciones a sus usuarios

Base informó que detectó el problema de Reth el 4 de noviembre y que parcheó de inmediato sus constructores de bloques. En una actualización de estado publicada el 5 de noviembre, la red respaldada por Coinbase dijo que volvió a calcular la raíz de estado de forma independiente para comprobar que el resultado vigente era correcto. La revisión, según el equipo, confirmó que los usuarios no habían sido afectados por el defecto.

La red añadió que su sistema de pruebas utiliza una implementación separada para verificar las raíces de estado. Esa separación ofrece una comprobación adicional, porque permite detectar discrepancias entre el cálculo de Reth y el resultado que produce el mecanismo de verificación. Base sostuvo que la raíz de estado actual era correcta y que no se requería una resincronización de nodos ni medidas de recuperación adicionales, aunque recomendó a los operadores instalar la versión 1.5.3.

El parche de Base también atendió una consecuencia operativa distinta: impedir que sus validadores se detuvieran al encontrar raíces de estado inválidas. Ese detalle no significa que se hubiera producido una interrupción de la red ni que el error hubiera comprometido los fondos; la actualización buscaba evitar que una condición relacionada afectara la operación de los validadores. El equipo señaló que los operadores no necesitaban reconstruir sus nodos desde cero, pero sí debían mantener el software al día.

Konstantopoulos también aclaró que los sistemas de retiro de Base y otras redes OP Stack no eran vulnerables al error de cálculo descrito. Añadió que los puentes del ecosistema suelen apoyarse en raíces de recibos de transacciones o en autorizaciones multifirma, en lugar de los cálculos de raíz de estado afectados. Esa distinción acota el alcance del fallo, aunque no elimina la necesidad de actualizar los componentes que sí usan el código vulnerable.

Restricciones preventivas y pasos pendientes

La preocupación por la infraestructura compartida también motivó medidas cautelares fuera de las redes que publicaron parches. Frax Finance comunicó el 5 de noviembre que LayerZero había suspendido temporalmente ciertas rutas de transferencia intercadena mientras los desarrolladores evaluaban la situación. Frax dijo que sus activos y contratos inteligentes seguían funcionando con normalidad y que los fondos de sus usuarios permanecían a salvo.

La suspensión de algunas rutas no confirmó que los contratos de puente de LayerZero fueran vulnerables al defecto de Reth. Más bien, mostró que un aviso sobre software utilizado en varias partes del ecosistema puede llevar a servicios relacionados a reducir temporalmente la actividad mientras revisan sus dependencias. En este caso, la información disponible distinguía entre la falla en el cálculo de la raíz de estado y la decisión de LayerZero de limitar ciertas transferencias durante la evaluación.

Paradigm informó que el esfuerzo coordinado había asegurado la infraestructura basada en Reth, incluidos los sistemas que dependen de pruebas del estado de la blockchain, y Konstantopoulos se disculpó por la interrupción. Sin embargo, la publicación de una versión corregida no demuestra que todos los nodos independientes hayan instalado el parche. Por eso, la tarea inmediata para proveedores de infraestructura y operadores consiste en adoptar las versiones indicadas y confirmar que sus servicios ejecutan el software actualizado.

La alerta no incluyó informes confirmados de fondos robados a través de este error, y Base dijo expresamente que sus usuarios no sufrieron afectaciones. La prioridad para los equipos, además de mantener los nodos corregidos, es decidir cuándo pueden restablecer su actividad normal los servicios que impusieron restricciones preventivas. El episodio deja una lección operativa para las redes basadas en Ethereum: compartir herramientas puede acelerar el desarrollo, pero también exige coordinar respuestas cuando una falla aparece en un componente común.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados