MultiversX informó que planea un hard fork coordinado desde puntos de control conocidos como seguros, tras lo que describió como un incidente de ataque causado por un error en la secuencia operativa. Añadió que los validadores habían contenido la situación y que los exchanges y puentes entre cadenas reabrirían por fases después de que la red se reinicie.

Según el comunicado del proyecto, la causa raíz del incidente fue un error en la secuencia operativa, y no una falla de protocolo aún no divulgada. MultiversX indicó que los validadores respondieron rápidamente y controlaron la situación, y propuso un hard fork coordinado utilizando puntos de control conocidos como seguros como base para la recuperación.

El proyecto señaló que el proceso de recuperación primero se ensayaría con los validadores en la testnet y la red de desarrollo. También indicó que el código pertinente se había hecho público y que las pruebas seguían en curso. Hasta que la recuperación se complete oficialmente, MultiversX pidió a los usuarios no enviar ni retransmitir transacciones.

MultiversX también informó que las cuentas del atacante habían sido identificadas y congeladas en los principales exchanges, y que las autoridades policiales estaban involucradas. Sin embargo, el comunicado no especificó qué exchanges habían congelado las cuentas, qué autoridades participaban ni si algún activo ya había sido recuperado.

La guía operativa de la red se extendió más allá de la actividad on-chain. MultiversX indicó que no se debe acceder a EGLD ni ESDT a través de exchanges o puentes entre cadenas antes del aviso oficial de recuperación, lo que subraya que el incidente afecta no solo la coordinación de los validadores, sino también la infraestructura de terceros conectada a la cadena.

Por qué importa

Un hard fork coordinado para la recuperación de un incidente es una medida de alto riesgo para cualquier blockchain, ya que pone a prueba al mismo tiempo la coordinación de los validadores, el respaldo de los exchanges y la confianza de los usuarios. En este caso, el plan de recuperación no se limita a corregir código: también depende de la selección de puntos de control, acciones sincronizadas de infraestructura y una reapertura ordenada en las plataformas de negociación y los puentes.

El episodio también pone de relieve cómo los incidentes de seguridad pueden trasladarse rápidamente a la infraestructura centralizada del mercado. Incluso cuando una red afirma que la situación está contenida, los congelamientos en exchanges, las restricciones en puentes y la participación de las autoridades pueden determinar qué tan fluidamente los activos vuelven a la circulación normal una vez que la cadena se reinicia.