BNB Chain ha emitido un parche de emergencia para su cliente de ejecución BSC-Reth, que corrige un error en el proceso heredado de cálculo del state-root del software. La actualización, BSC-Reth v0.1.4-hotfix, se publicó en una versión de GitHub el 6 de noviembre y se recomienda para operadores de infraestructura de mainnet y testnet, según un reporte de coinpaper.

Los clientes de ejecución son los programas de software que los nodos ejecutan para procesar transacciones y mantener el estado de la cadena, y BSC-Reth es la implementación de BNB Chain del cliente de ejecución Reth. Dado que los clientes específicos de cada red heredan código de ese proyecto upstream compartido, las correcciones realizadas en la base de código común se trasladan a las versiones de cada red — y, como muestra este incidente, también pueden hacerlo los errores.

El error de cálculo del state-root

El problema se origina en la ruta heredada de cálculo del state-root del cliente de ejecución Reth. Bajo condiciones específicas relacionadas con las estructuras de datos de la blockchain, el software podía generar un state root incorrecto.

Un state root es una representación criptográfica del estado actual de una blockchain, que abarca datos como saldos de cuentas y almacenamiento de contratos inteligentes. Los nodos dependen de estos cálculos para verificar que las transacciones se hayan procesado de manera consistente en toda la red.

Si un nodo calcula un state root incorrecto, podría rechazar bloques que en realidad son válidos o producir un resultado diferente al de otras infraestructuras de la red. Este tipo de inconsistencias puede afectar la confiabilidad de la verificación de la blockchain.

Qué cambia con el hotfix

El BSC-Reth v0.1.4-hotfix incorpora una corrección upstream del proyecto de desarrollo Reth. Según las notas de la versión, el cambio aborda específicamente problemas relacionados con los cálculos incrementales del state-root.

La actualización aplica a validadores, builders de valor máximo extraíble (MEV), operadores de nodos completos y operadores sentry. Los operadores afectados deben instalar la nueva versión del software y reiniciar sus nodos. La actualización no requiere migración de base de datos ni un hard fork adicional, manteniendo el despliegue dentro de un ciclo rutinario de instalación y reinicio en lugar de un cambio coordinado del protocolo.

Base también corrigió la vulnerabilidad de Reth

El problema de software subyacente no se limitaba a BNB Chain. Otras redes compatibles con Ethereum que utilizan implementaciones afectadas de Reth también debieron evaluar su exposición.

Base, respaldada por Coinbase, confirmó que sus desarrolladores identificaron y resolvieron la vulnerabilidad. La red desplegó un cliente de ejecución actualizado tras revisar el impacto potencial y reportó ninguna interrupción de las operaciones de la red ni de los fondos de los usuarios.

Este desarrollo es especialmente relevante para Base porque la red había ampliado previamente el uso de infraestructura basada en Reth mediante la actualización Azul.

BNB Chain también aclaró que su red opBNB no se ve afectada, ya que no utiliza el cliente vulnerable op-reth. En estas redes, la exposición dependía del cliente de ejecución que cada cadena utilizaba, lo que demuestra cómo el código upstream compartido puede conectar ecosistemas que de otro modo serían independientes.

El problema recién parcheado es independiente de vulnerabilidades históricas de puentes que han requerido intervención de emergencia de la red. No se ha atribuido al error de cálculo del state-root ninguna explotación confirmada, pérdida de fondos de clientes ni apagado de toda la BSC.

El hard fork Jenner sigue programado para diciembre

La publicación de software de emergencia se produce mientras BNB Smart Chain se prepara para su próxima actualización planificada del protocolo, el hard fork Jenner. Una versión anterior de BSC-Reth v0.1.4 programó el hard fork para el 8 de diciembre de 2026 a las 02:30 UTC.

A diferencia del hotfix del 6 de noviembre, Jenner implica cambios planificados del protocolo que requerirán que los operadores de mainnet ejecuten software compatible. La distinción es importante: el último parche corrige un problema de cálculo de software sin introducir nuevas reglas de red, mientras que la actualización Jenner es un cambio de protocolo programado. Para los operadores de nodos, la secuencia práctica son dos puntos de control separados — aplicar el v0.1.4-hotfix ahora y luego garantizar la compatibilidad del cliente para la activación programada del fork en diciembre.

Incidentes de seguridad anteriores que involucraron a BNB Chain y exploits entre cadenas han demostrado los distintos riesgos asociados con las aplicaciones blockchain, los puentes y la infraestructura de red subyacente. El último hotfix aborda un problema de corrección de software, y no se reportó impacto confirmado en fondos de usuarios en el material de origen.

Fuente: coinpaper | Reportaje original: Ethan Collins, Hokanews