#multiversxplanshardforkrecovery
⚠️ Planes de MultiversX para restaurar la bifurcación dura ⚠️
La red funcionaba con normalidad. Luego cambió la explotación de un solo ritmo, lo que obligó a los validadores a detenerse y llevó a los desarrolladores a centrarse en una sola pregunta: ¿Cómo se recupera la cadena sin comprometer su historial?
MultiversX afirma que un atacante explotó un problema de atomicidad a nivel de la Máquina Virtual (VM) el 19 de septiembre, lo que provocó cambios de estado inválidos y una detención en el progreso de la red. El equipo recalca que la vulnerabilidad estaba acotada y que el mismo día se preparó una corrección.
El plan de recuperación ahora consiste en realizar una bifurcación dura (hard fork) coordinada desde un punto de control “bueno” conocido. MultiversX afirma que el procedimiento fue revisado previamente en Testnet y Devnet, con la participación de los validadores antes del reinicio en la red principal.
Mi opinión: lo interesante no es solo que haya una bifurcación dura próxima. Es cómo responde la red bajo presión. El proceso de recuperación debe equilibrar la rapidez con la integridad del estado, la coordinación de los validadores y la protección de los usuarios.
Incluso después del aviso de “todo está bien”, MultiversX recomendó a los usuarios no enviar transacciones ni reenviarlas, y no utilizar rutas de depósitos y retiros de EGLD o ESDT a través de plataformas de intercambio (exchanges) o puentes.
❓ ¿Crees que una recuperación de bifurcación dura transparente y coordinada puede reforzar la confianza en MultiversX?
Sigan por favor
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ Planes de MultiversX para restaurar la bifurcación dura ⚠️
La red funcionaba con normalidad. Luego cambió la explotación de un solo ritmo, lo que obligó a los validadores a detenerse y llevó a los desarrolladores a centrarse en una sola pregunta: ¿Cómo se recupera la cadena sin comprometer su historial?
MultiversX afirma que un atacante explotó un problema de atomicidad a nivel de la Máquina Virtual (VM) el 19 de septiembre, lo que provocó cambios de estado inválidos y una detención en el progreso de la red. El equipo recalca que la vulnerabilidad estaba acotada y que el mismo día se preparó una corrección.
El plan de recuperación ahora consiste en realizar una bifurcación dura (hard fork) coordinada desde un punto de control “bueno” conocido. MultiversX afirma que el procedimiento fue revisado previamente en Testnet y Devnet, con la participación de los validadores antes del reinicio en la red principal.
Mi opinión: lo interesante no es solo que haya una bifurcación dura próxima. Es cómo responde la red bajo presión. El proceso de recuperación debe equilibrar la rapidez con la integridad del estado, la coordinación de los validadores y la protección de los usuarios.
Incluso después del aviso de “todo está bien”, MultiversX recomendó a los usuarios no enviar transacciones ni reenviarlas, y no utilizar rutas de depósitos y retiros de EGLD o ESDT a través de plataformas de intercambio (exchanges) o puentes.
❓ ¿Crees que una recuperación de bifurcación dura transparente y coordinada puede reforzar la confianza en MultiversX?
Sigan por favor
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
