NoticiasCriptoBNB Chain lanza una corrección urgente para un bug crítico de state-root en el cliente BSC-Reth

BNB Chain lanza una corrección urgente para un bug crítico de state-root en el cliente BSC-Reth

Autor: CoinTrust·

Puntos clave

  • •BNB Chain emitió la v0.1.4-hotfix el 6 de noviembre para corregir un error en la ruta de cálculo de state-root heredada de BSC-Reth que podía provocar que los nodos rechazaran bloques válidos o discreparan sobre el estado actual de la blockchain.
  • •Los validadores, builders de MEV, nodos completos y operadores de sentry tanto en mainnet como en testnet deben instalar la actualización y reiniciar sus nodos, un proceso que no requiere migración de base de datos ni hard fork adicional.
  • •Los usuarios comunes de criptomonedas no necesitan tomar ninguna acción, y no ha habido informes confirmados de explotación, pérdidas de fondos de clientes ni un apagado de toda la red.
  • •La vulnerabilidad provino de código upstream de Reth compartido por otras redes compatibles con EVM; Base, respaldada por Coinbase, parchó su cliente sin interrupciones operativas, mientras que BNB Chain confirmó que opBNB no se ve afectada porque no utiliza el cliente op-reth afectado.
  • •El hard fork Jenner sigue programado para el 8 de diciembre de 2026 a las 02:30 UTC y, a diferencia del hotfix de emergencia, implica cambios planificados a nivel de protocolo que requieren que los operadores ejecuten software compatible.
BNB Chain lanza una corrección urgente para un bug crítico de state-root en el cliente BSC-Reth

BNB Chain ha publicado una actualización de software urgente para corregir un bug en su cliente de ejecución BSC-Reth que podía generar cálculos incorrectos del state-root de la blockchain bajo condiciones específicas. La vulnerabilidad representaba un riesgo potencial para la verificación de nodos y la consistencia de la red, lo que llevó a los desarrolladores a recomendar la instalación inmediata del software actualizado en toda la infraestructura de mainnet y testnet.

Según la versión de GitHub del 6 de noviembre, la actualización v0.1.4-hotfix corrige un error en el proceso de cálculo de state-root heredado utilizado por BSC-Reth, ayudando a evitar que los nodos rechacen bloques válidos o lleguen a conclusiones contradictorias sobre el estado actual de la blockchain. El equipo de desarrollo aconsejó a los validadores y operadores de infraestructura actualizar sus sistemas de inmediato, al tiempo que aclaró que el problema tiene un impacto limitado y no requiere que los usuarios comunes de criptomonedas tomen ninguna acción.

Cómo surgió el bug

El problema subyacente se originó en la ruta de cálculo de state-root heredada del cliente de ejecución Reth. Bajo ciertas condiciones relacionadas con las estructuras de datos de la blockchain, el software podía producir resultados inexactos al calcular state roots incrementales.

Un state root es una representación criptográfica del estado actual de una blockchain, que incorpora información como los saldos de las cuentas, el almacenamiento de los contratos inteligentes y otros datos en cadena. Los nodos de la blockchain dependen de estos cálculos para verificar las transacciones de forma independiente y mantener el acuerdo sobre el estado de la red. Dado que clientes de ejecución como Reth realizan este trabajo de verificación en cada nodo, un defecto en esta capa tiene implicaciones para toda la red, en lugar de afectar a una sola aplicación.

Si diferentes nodos generan state roots inconsistentes, podrían discrepar sobre si un bloque es válido. Tales discrepancias podrían provocar que bloques válidos fueran rechazados y generar dificultades operativas para los proveedores de infraestructura.

Los validadores y operadores de nodos deben instalar la actualización

El hotfix de BSC-Reth incorpora una corrección upstream del proyecto de desarrollo Reth para resolver el problema deculo de state-root incremental. La actualización aplica a varias categorías de infraestructura de red, incluidos los validadores, los builders de valor máximo extraíble (MEV), los nodos completos y los operadores de sentry. Estos participantes desempeñan funciones importantes en el procesamiento de transacciones, la validación de bloques y la conectividad de la red.

Los operadores deben instalar la versión actualizada del software y reiniciar sus nodos para aplicar la corrección. Las notas de la versión indican que el procedimiento no requiere migración de base de datos ni un hard fork adicional. El parche aborda un problema de corrección de software sin introducir cambios en las reglas de consenso de la blockchain ni requerir modificaciones por parte de los usuarios regulares, lo que permite que la infraestructura de BNB Smart Chain mantenga la continuidad operativa.

BNB Chain anunció la corrección a través de su cuenta oficial de X:

El hotfix de BSC-Reth ya está disponible. Todos los operadores de nodos BSC-Reth en mainnet y testnet deben actualizar a v0.1.4-hotfix lo antes posible y reiniciar sus nodos. Los usuarios no necesitan tomar ninguna acción.
— BNB Chain (@BNBCHAIN) November 6, 2026 (x.com)

Un problema más amplio para las redes basadas en Reth

La vulnerabilidad no era exclusiva de BNB Chain. Otras redes compatibles con Ethereum que utilizan implementaciones de Reth afectadas también necesitaban examinar su software en busca de exposición al mismo problema. El episodio refleja una característica estructural de la infraestructura moderna compatible con EVM: muchas redes se construyen sobre bases de código de clientes de código abierto compartidas, por lo que un defecto upstream — y su corrección — puede llegar a las versiones de software de múltiples cadenas al mismo tiempo.

Base, respaldada por Coinbase, según informes identificó y resolvió la vulnerabilidad tras revisar su impacto potencial. Sus desarrolladores implementaron un cliente de ejecución actualizado y confirmaron que las operaciones de la red no sufrieron interrupciones ni pérdidas de fondos de usuarios. El desarrollo de infraestructura de Base es especialmente relevante porque la red anteriormente había ampliado su dependencia de la infraestructura de ejecución basada en Reth con su actualización Azul.

BNB Chain también aclaró que su red opBNB no utiliza el cliente op-reth afectado, lo que indica que el problema no se extiende a esa infraestructura.

No ha habido informes confirmados de explotación, pérdidas de fondos de clientes ni un apagado de toda la red asociados con la vulnerabilidad recién identificada.

El hard fork Jenner sigue programado para el 8 de diciembre

La actualización de emergencia se produce mientras BNB Smart Chain se prepara para otra actualización significativa de la red, el hard fork Jenner, programado para el 8 de diciembre de 2026 a las 02:30 UTC. La versión de software BSC-Reth v0.1.4 publicada anteriormente describía los preparativos para esta actualización planificada del protocolo. A diferencia del parche de emergencia del 6 de noviembre, Jenner implica cambios programados a nivel de protocolo que requieren que los operadores de mainnet mantengan software compatible.

La distinción entre las dos actualizaciones es importante. El último hotfix se centra exclusivamente en corregir un error de cálculo del cliente de ejecución, mientras que el hard fork Jenner está destinado a introducir cambios planificados en las reglas de la red. Al abordar la vulnerabilidad antes del hard fork programado, BNB Chain busca fortalecer la confiabilidad de la infraestructura y reducir la posibilidad de inconsistencias en la verificación de nodos durante próximo ciclo de desarrollo de protocolo.

El incidente también destaca la importancia de mantener clientes de ejecución confiables en los ecosistemas blockchain. A medida que las redes amplían sus capacidades de procesamiento de transacciones y adoptan nuevas implementaciones de infraestructura, las vulnerabilidades a nivel de software pueden crear riesgos operativos incluso sin comprometer directamente los fondos de los usuarios.

Para BNB Chain, la prioridad inmediata sigue siendo garantizar que los validadores y operadores de infraestructura implementen la corrección antes de avanzar con la actualización de red programada para diciembre. De aquí hasta entonces, los puntos prácticos a seguir son la finalización del despliegue de v0.1.4-hotfix entre los operadores de mainnet y testnet y la instalación de software compatible con Jenner antes de la activación del 8 de diciembre.