Zano retrocede al bloque 3,833,000 tras exploit de Gateway
El retroceso de un mes elimina la emisión ilícita pero anula las transacciones legítimas y obliga a los intercambios a resincronizarse a una cadena anterior al Hard Fork 6.
Zano reinició su blockchain en la altura de bloque 3,833,000, inmediatamente antes del Hard Fork 6, después de que una vulnerabilidad en la Dirección de Gateway permitiera que ZANO y Freedom Dollar (fUSD) no autorizados entraran en circulación.
La reversión elimina los tokens no autorizados pero también descarta aproximadamente un mes de historial legítimo en la cadena, creando riesgo operativo y de liquidación hasta que los servicios converjan en la cadena recuperada.
Puntos Clave
- Zano reinició la red en el bloque 3,833,000, el último bloque antes del Hard Fork 6, después de que una vulnerabilidad en la DirecciónGatewaypermitiera que ZANO y fUSD no autorizados entraran en circulación.
- La recuperación elimina la emisión no autorizada pero también invalida aproximadamente un mes de transacciones legítimas, eliminándolas de la cadena recuperada.
- Los intercambios, nodos, mineros, stakers y otros servicios deben adoptar la actualización para seguir la cadena recuperada, aumentando las probabilidades de interrupciones relacionadas con la resincronización.
- Se está preparando un proceso de reembolso y reclamaciones, pero no se había publicado ningún informe post-mortem ni cifra para la emisión no autorizada al momento de la publicación.
Zano Retrocede al Bloque 3,833,000 para Purgar ZANO y fUSD No Autorizados
Zano ejecutó una profunda reversión de cadena y reinició su blockchain en la altura de bloque 3,833,000, inmediatamente antes del Hard Fork 6. El objetivo declarado era eliminar ZANO y Freedom Dollar (fUSD) no autorizados que entraron en circulación a través de una vulnerabilidad relacionada con las Direcciones de Gateway.
El retroceso no es un reindexado cosmético. Descartará aproximadamente un mes de bloques y hará que la cadena anterior al Hard Fork 6 sea la historia canónica nuevamente. Las transacciones confirmadas durante la ventana descartada ya no existen en la cadena recuperada.
El equipo central de Zano enmarcó la decisión como una respuesta de integridad de suministro a un evento de emisión que no pudo ser contenido de manera limpia dentro de la historia existente.
Quinten van Welzen, jefe de marketing y crecimiento de Zano, dijo: “No hacer nada significaba ZANO y fUSD no autorizados en circulación sin límite, diluyendo a cada tenedor y rompiendo la promesa más básica que hace una moneda: un suministro fijo”, y añadió: “También le diría a cada futuro atacante que las monedas explotadas pueden mantener su valor. Ningún proyecto sobrevive a eso.”
Las Direcciones Gateway Fueron Construidas para Integraciones—Ahora Son la Línea de Falla Confirmada
La línea de falla confirmada son las Direcciones Gateway, una característica introducida en el Hard Fork 6 para facilitar las integraciones para puentes, intercambios y servicios de pago. El objetivo de diseño era la simplicidad operativa: gestionar fondos a través de un saldo de estilo cuenta única en lugar de rastrear muchos saldos discretos.
Ese es un cambio significativo en cómo los servicios interactúan con la cadena. Antes de las Direcciones Gateway, las billeteras ordinarias de Zano rastreaban fondos como salidas de transacción separadas, o UTXOs. Para un intercambio o procesador de pagos, eso significaba escanear la cadena para identificar pagos entrantes, rastrear salidas y seleccionar qué salidas gastar al procesar retiros.
Las Direcciones Gateway estaban destinadas a reducir esa carga de integración. El intercambio es que cualquier error en la abstracción de “saldo único” concentra el riesgo donde los jugadores de infraestructura se agrupan. Zano ha confirmado que el incidente se originó en las Direcciones Gateway, pero no había publicado un informe post-mortem en el momento de la publicación.
Ese documento faltante no es una formalidad. Sin él, el mercado no conoce la ruta de explotación, la línea de tiempo de compromiso, o si la vulnerabilidad fue un error de implementación estrecho o un caso extremo de diseño más amplio. El otro número faltante es el tamaño de la emisión no autorizada. No se divulgó ninguna cantidad o valor para el ZANO y fUSD no autorizados.
Un Mes de Transacciones Desaparece: Riesgo de Comercio, Depósitos y Liquidación Después de un Reorganización Profunda
El riesgo inmediato para los traders no es teórico. Un retroceso tan profundo rompe la suposición de que “confirmado” significa final para el último mes de actividad. Zano dijo explícitamente que el retroceso invalida un mes de transacciones legítimas junto con los tokens no autorizados, y que las transacciones realizadas durante ese período ya no aparecerán en la cadena recuperada.
Operativamente, la recuperación solo funciona si el ecosistema se coordina. Zano dijo que los nodos participantes, mineros, stakers, intercambios y otros servicios deben adoptar la actualización para seguir la cadena recuperada. Hasta que esa convergencia ocurra, el mercado puede fragmentarse en lugares y servicios que efectivamente están viendo diferentes historias.
Esa fragmentación es donde la microestructura se complica. Los depósitos enviados durante el período descartado pueden desaparecer de la cadena recuperada. Los retiros procesados durante ese período pueden no tener un registro correspondiente en la cadena. Cualquier plataforma que acredite a los usuarios en función del historial descartado tiene que reconciliar ese crédito con una cadena que ya no reconoce la transferencia subyacente.
El problema es la liquidación entre cadenas. Zano dijo que el retroceso no puede revertir pagos ya liquidados en otras blockchains. Eso crea casos límite irreducibles para usuarios y servicios que se conectaron, liquidaron externamente o completaron obligaciones en otra cadena durante la ventana invalidada. El lado de Zano puede ser retrocedido. El lado externo no puede.
Esta es la parte que la mayoría de los comerciantes subestima. Una reorganización profunda no es solo 'la historia de la cadena cambió'. Es 'los sistemas contables construidos sobre esa historia ahora tienen que elegir quién asume la discrepancia', y la respuesta varía según la plataforma, la integración y la rapidez con la que cada operador se resincroniza y congela flujos.
Lo que los comerciantes deberían monitorear a continuación: Post-Mortem, Proceso de Reclamaciones y Discrepancias entre Cadenas
La siguiente información que cambia la evaluación de riesgos es el post-mortem. Zano ha confirmado las Direcciones de Gateway como el punto de origen, pero el mercado aún carece del camino de explotación, la línea de tiempo y cualquier mitigación específica para esa característica. Hasta que esos detalles sean públicos, es difícil separar 'incidente parcheado' de 'riesgo de integración estructural'.
En segundo lugar está el proceso de reembolso y reclamaciones. Zano dijo que está trabajando para contabilizar las pérdidas y publicará un proceso de reembolso y reclamaciones, pero no ha proporcionado reglas de elegibilidad, metodología de cálculo o cronograma de pago. Esos detalles deciden si las pérdidas se socializan, son absorbidas por contrapartes específicas o se dejan a disputa bilateral entre usuarios y servicios.
En tercer lugar está el estado de resincronización de intercambios y servicios. La recuperación requiere la adopción por parte de nodos, mineros, stakers, intercambios y otros servicios.
Los comerciantes deben tratar la disponibilidad de depósitos y retiros, y cualquier política de acreditación específica de la plataforma, como variables de riesgo en vivo hasta que los operadores confirmen explícitamente que están sincronizados con la cadena recuperada.
Finalmente, el número que falta importa. Cualquier divulgación que cuantifique cuánto ZANO y fUSD no autorizados ingresaron a circulación antes del retroceso anclará la gravedad del shock de suministro que Zano eligió borrar. Sin ello, el mercado está valorando el evento con información incompleta.
Por qué Zano eligió la integridad del suministro sobre la finalización—y el costo de confianza que conlleva
La decisión es un intercambio limpio. Leo el reinicio en el bloque 3,833,000 como Zano eligiendo la integridad del suministro sobre la finalización de la transacción, y haciéndolo de la manera más contundente posible. Un retroceso de un mes no es una 'corrección de errores'. Es una declaración de que la historia reciente de la cadena era menos valiosa que restaurar el suministro previsto.
Van Welzen hizo esa lógica explícita. "No hacer nada" significaba una circulación ilimitada de ZANO y fUSD no autorizados, y el equipo veía eso como una dilución existencial. El segundo punto es la disuasión. "También le diría a cada futuro atacante que las monedas explotadas mantienen su valor. Ningún proyecto sobrevive a eso."
Ese es el equipo nombrando a la contraparte: la capacidad del atacante para monetizar se convierte en lo que el retroceso está diseñado para romper.
El costo es igualmente explícito. "Reiniciar la cadena desde antes del Hard Fork 6 cuesta un mes de historia, y cuesta confianza, que tendremos que recuperar", dijo van Welzen. La confianza aquí no son buenas vibras. Es la disposición del mercado a tratar las confirmaciones como finales, y la disposición del ecosistema a construir integraciones que asuman que el libro mayor no será reescrito.
Hay dos escenarios que importan.
Si el post-mortem muestra un error estrecho y bien delimitado en las Direcciones Gateway, y las mitigaciones son específicas y comprobables, el retroceso puede enmarcarse como una acción de emergencia única. En ese caso, la reparación de la confianza es mayormente operativa: las casas de cambio se resincronizan, las reclamaciones se procesan y el mercado avanza una vez que la cadena deja de ser un objetivo en movimiento.
Si el post-mortem sugiere que la explotación fue habilitada por supuestos de diseño más amplios en torno a las Direcciones Gateway, el retroceso se convierte en un precedente. El mercado valorará una mayor probabilidad de futuras intervenciones excepcionales, y los actores de infraestructura exigirán más salvaguardias antes de tratar los flujos de Direcciones Gateway como de bajo riesgo.
El umbral que importa es la coordinación más la divulgación. El retroceso solo se convierte en estabilizador si los servicios convergen en la cadena recuperada y Zano publica suficientes detalles técnicos y mecánicas de reclamaciones para cerrar el ciclo contable. Esa combinación es lo que confirmaría la tesis central: Zano puede restaurar la integridad del suministro sin dejar al ecosistema atrapado en desajustes de liquidación no resueltos.
