MultiversX informó que planea un hard fork coordinado desde puntos de control conocidos como válidos, tras lo que describió como un incidente de ataque provocado por un error en la secuencia operativa. Añadió que los validadores contuvieron la situación y que los exchanges y puentes entre cadenas reabrirán 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 revelada. MultiversX afirmó que los validadores respondieron con rapidez y controlaron la situación, y propuso un hard fork coordinado utilizando puntos de control conocidos como válidos como base para la recuperación.

El proyecto indicó que el proceso de recuperación primero se ensayaría con validadores en la testnet y la red de desarrollo. También señaló que el código pertinente se hizo 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 afirmó que las cuentas del atacante habían sido identificadas y congeladas en los principales exchanges, y que participaban organismos de seguridad. Sin embargo, el comunicado no especificó qué exchanges congelaron las cuentas, qué autoridades intervenían ni si ya se había recuperado algún activo.

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 mediante 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 recuperar una red tras un incidente es una medida de alto riesgo para cualquier blockchain, porque pone a prueba simultáneamente 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, de acciones sincronizadas de infraestructura y de una reapertura ordenada en plataformas de trading y puentes.

El episodio también pone de relieve cómo los incidentes de seguridad pueden extenderse 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 circular con normalidad una vez que la cadena se reinicia.