La blockchain de Zano enfrenta uno de los episodios más delicados de su historia. La red decidió regresar aproximadamente un mes en su historial después de detectar una vulnerabilidad que permitió la entrada en circulación de tokens ZANO y Freedom Dollar no autorizados.
La recuperación llevó la cadena nuevamente al bloque 3,833,000, ubicado inmediatamente antes de Hard Fork 6. Esa actualización había introducido las llamadas Gateway Addresses, una función creada para facilitar la integración de Zano con exchanges, puentes y plataformas de pagos.
Zano elimina un mes de transacciones
La vulnerabilidad afectó el mecanismo de emisión relacionado con las Gateway Addresses. De acuerdo con el equipo de Zano, el problema permitió que ZANO y fUSD no autorizados entraran en circulación, poniendo en riesgo el modelo de suministro establecido por la red.
La decisión tiene consecuencias importantes. Al regresar la blockchain a un bloque anterior, también quedaron invalidadas operaciones legítimas realizadas durante aproximadamente un mes. Los pagos que ya fueron liquidados en otras blockchains, sin embargo, no pueden revertirse mediante este proceso.
Asimismo, el equipo aseguró que las claves de gasto de las billeteras no fueron comprometidas y que la privacidad de las transacciones ordinarias permaneció intacta. El proyecto todavía prepara un informe técnico completo sobre la vulnerabilidad.
Para seguir explorando: Citi y Coinbase llevan los pagos con stablecoins a más empresas
La recuperación requiere apoyo de la red
El proceso no depende únicamente de los desarrolladores. Nodos, mineros, stakers, exchanges y otros proveedores deben adoptar la actualización para trabajar sobre la cadena recuperada. Zano publicó la versión 2.2.3.600 como parte del procedimiento.
Además, el proyecto trabaja en un sistema para contabilizar pérdidas y atender reclamaciones derivadas de la reversión. El equipo indicó que publicará más información sobre el proceso de reembolso.
El episodio muestra uno de los desafíos de las redes blockchain cuando una vulnerabilidad amenaza directamente la emisión de activos. La recuperación puede corregir parte del problema técnico, pero también abre preguntas sobre descentralización, coordinación y confianza después de modificar un historial previamente confirmado.
