#multiversxplanshardforkrecovery
🛑 Una cadena de bloques pausa para deshacer solo lo que se rompió
La mayoría de las blockchains están diseñadas para seguir produciendo bloques pase lo que pase. MultiversX acaba de tomar la decisión más difícil: detenerlo por completo, y ahora está intentando arreglar las cosas sin borrar todo lo que hubo en medio.
Qué está pasando: MultiversX detuvo su mainnet el 20 de septiembre después de confirmar que un atacante intentó aprovechar una falla de atomicidad a nivel de la máquina virtual, lo que provocó cambios de estado inválidos en la cadena. El equipo afirma que el incidente ya está contenido, con las cuentas del atacante identificadas y congeladas mediante coordinación con los principales exchanges. En lugar de perseguir un rollback total, los ingenieros están probando una solución específica en un "shadow fork" — una copia aislada de la red donde el parche puede validarse con el historial real del mainnet antes de ponerse en marcha. El objetivo declarado es una recuperación que preserve las transacciones finalizadas y los saldos legítimos de los usuarios, revirtiendo solo los cambios vinculados directamente al exploit. Se esperaba que un parche se implementara en el plazo de uno a dos días tras el anuncio, sujeto a pruebas exitosas y a la coordinación con validadores, exchanges y socios de infraestructura. Varios servicios de MultiversX, incluida su wallet, el explorador y el puente, estaban mostrando un rendimiento degradado mientras la red permanecía en pausa.
Por qué importa: La forma en que una cadena responde a un incidente como este dice casi tanto como el incidente en sí. Una recuperación quirúrgica que aísla los efectos del exploit, en lugar de un rollback general que afecta toda la actividad desde el ataque, es un enfoque materialmente distinto con implicaciones de confianza diferentes para los usuarios y los servicios integrados como intercambios y puentes. También es un recordatorio de que detener la producción de bloques —un paso raro y disruptivo— a veces es la opción más conservadora en comparación con dejar que la red siga funcionando sobre un estado potencialmente corrupto.
Algo para sentarse: ¿Una recuperación específica y mínimamente invasiva como esta restaura la confianza en la red de forma limpia, o cualquier detención e intervención manual plantea sus propias preguntas sobre los compromisos de la descentralización durante una crisis? Vale la pena observar qué tan suavemente se reanudan las operaciones de mainnet una vez que se implemente la corrección.
