La blockchain de Zano fue revertida tras detectarse un fallo de software relacionado con su mecanismo de inflación, una medida que eliminó un día completo del historial registrado en la cadena. El incidente no afecta únicamente al código del protocolo: también plantea dudas sobre los registros de suministro de tokens, la continuidad de las transacciones y los sistemas que utilizan los datos de la red para liquidaciones y verificaciones.
Un fallo de inflación obliga a revertir la cadena
La reversión respondió a una vulnerabilidad de software vinculada al mecanismo de inflación de Zano. La información disponible indica que el error obligó al proyecto a revisar el historial de la blockchain. En lugar de corregir una sola transacción o un número limitado de bloques, la red terminó eliminando los registros correspondientes a un día completo.
Las cadenas de bloques suelen construirse añadiendo bloques en orden cronológico. Retirar una sección completa del historial exige que los nodos adopten un nuevo estado de la cadena y obliga a resincronizar el software relacionado, incluidos exploradores de bloques, monederos y otras infraestructuras. Las transacciones realizadas durante el periodo eliminado deben evaluarse de acuerdo con su estado en la cadena revertida.
El cálculo del suministro de Zano sigue bajo revisión
La respuesta a escala de red se explica por la posibilidad de que el fallo de inflación haya afectado a la emisión o al cálculo del suministro de tokens de Zano. El suministro total, las recompensas por bloque y las reglas de emisión asociadas son referencias esenciales para exchanges, proveedores de monederos y participantes del mercado que comprueban los saldos de los activos. Si el resultado del software se desvía de las reglas previstas por el protocolo, modificar una cifra mostrada en la interfaz o ajustar saldos individuales no resolvería el problema de fondo.
La respuesta confirmada hasta ahora es que Zano eliminó un día de historial para abordar el incidente. La información disponible no precisa si la vulnerabilidad afectó a los cálculos de emisión, a las recompensas por bloque o a otra parte de la lógica de inflación. Tampoco ofrece un desglose completo de los tokens implicados, del intervalo de bloques afectado ni de las direcciones involucradas. Estos datos serán necesarios para que terceros reconcilien los saldos y el estado de las transacciones anteriores y posteriores a la corrección.
Nodos y servicios de la red deben conciliar sus registros
Una reversión de blockchain suele exigir que los operadores de nodos actualicen el software, cambien al nuevo estado de la cadena y vuelvan a validar los datos de los bloques. Los exchanges, proveedores de monederos, exploradores de bloques y demás servicios que dependen de los datos de Zano también deben comprobar si sus registros internos coinciden con la cadena principal corregida. Mientras la red se estabiliza, los procesos de depósito, retirada y confirmación de transacciones pueden requerir verificaciones adicionales. La información disponible no indica que ninguna plataforma concreta haya suspendido estos servicios.
Para los usuarios, las preguntas inmediatas son si las transacciones realizadas durante el periodo eliminado seguirán siendo reconocidas por la nueva cadena y cómo se recalcularán los saldos de las cuentas y los datos de suministro. Los desarrolladores y operadores de nodos deben confirmar, por su parte, que todos los nodos ejecutan una versión que incorpora la corrección. Esto reduce el riesgo de que distintos nodos mantengan versiones incompatibles del historial.
El caso de Zano pone a prueba la continuidad del registro
El incidente de Zano muestra que la inmutabilidad de una blockchain no impide una reversión a escala de protocolo cuando se descubre una vulnerabilidad de software. Eliminar un día de historial no consiste simplemente en borrar datos de una página web: requiere que los participantes de la red adopten un conjunto distinto de registros válidos. Las consecuencias prácticas dependerán del alcance de la corrección, de la velocidad con la que se actualicen los nodos y de la capacidad de exchanges y otros proveedores para adaptar sus sistemas al mismo ritmo que la red.
Zano comunicó el incidente el 25 de septiembre de 2026. Los hechos confirmados públicamente incluyen el fallo de inflación, la reversión de la red y la eliminación de un día de registros históricos. Todavía no se han divulgado la causa técnica concreta de la vulnerabilidad, el volumen de activos afectados, la versión específica de la corrección ni el tratamiento aplicado a todos los servicios externos. Los usuarios y operadores de nodos tendrán que apoyarse en los siguientes detalles técnicos del proyecto y en comprobaciones de los datos registrados en la cadena para verificar el estado definitivo de los saldos y las transacciones.