Zano ha reiniciado su blockchain desde el bloque 3.833.000 después de que una vulnerabilidad en las Gateway Address permitiera que tokens ZANO y Freedom Dollar no autorizados entraran en circulación, eliminando aproximadamente un mes de historial de la red.
Resumen
- Zano se reinició desde el bloque 3.833.000, eliminando aproximadamente un mes de transacciones tras el exploit de Gateway.
- La vulnerabilidad de Gateway Address permitió que ZANO y fUSD no autorizados entraran en circulación sin comprometer las claves de las carteras.
- MEXC suspendió los depósitos y retiros de ZANO y FUSD mientras los servicios migran a la cadena recuperada.
- Zano afirma que el reembolso utilizará fondos de desarrolladores, del equipo y de grandes tenedores sin emitir tokens ZANO adicionales.
- ZANO cayó más del 12% en 24 horas mientras el proceso de recuperación de la red continuaba el domingo.
El equipo central de Zano dijo el domingo que el bloque elegido se sitúa inmediatamente antes del Hard Fork 6, que activó la función Gateway Address en agosto. La recuperación de emergencia requiere que mineros, stakers, nodos, exchanges, pools y otros servicios instalen el software actualizado y sigan la cadena recuperada.
Las transacciones confirmadas durante el mes afectado ya no forman parte de la blockchain recuperada. Se ha indicado a los usuarios que conserven los IDs de transacción y los registros de operaciones mientras verifican el estado de las transferencias anteriores antes de volver a enviar pagos.
La reversión no puede revertir las transacciones completadas fuera de Zano. Los activos ya liquidados como USDT, DAI u otros tokens en redes separadas permanecen fuera del alcance del reinicio de la cadena, según el proyecto.
La reversión de Zano elimina la actividad de Gateway Address desde el Hard Fork 6
El Hard Fork 6 se activó en el bloque 3.833.000 el 26 de agosto, trayendo las Gateway Addresses y varios otros cambios de protocolo a Zano. El proyecto había pasado más de un año desarrollando el sistema de direcciones antes del despliegue.
Las Gateway Addresses fueron creadas para exchanges, puentes y proveedores de pago que encontraban difícil integrar el modelo normal de salidas de transacción no gastadas de Zano. A diferencia de las carteras Zano ordinarias, las nuevas direcciones mantienen un saldo estilo cuenta directamente en la blockchain.
Antes de la actualización, los operadores de servicios tenían que escanear salidas, rastrear transacciones entrantes y gestionar qué salidas se gastaban durante los retiros. Las Gateway Addresses pretendían dar a esos operadores un único saldo mientras preservaban las funciones de privacidad utilizadas por las transacciones Zano ordinarias.
El registro requería una tarifa única de 100 ZANO, que el protocolo quemaba permanentemente. Los registros del foro de Zano mostraron que al menos dos Gateway Addresses se registraron durante la primera semana de la función en la mainnet.
El equipo aún no ha publicado el prometido análisis técnico post-mortem que explique con precisión cómo la vulnerabilidad produjo activos no autorizados. Su aviso de recuperación decía que el problema afectaba la emisión de activos a través de las Gateway Addresses, incluidos ZANO nativo y fUSD.
Según la investigación del proyecto, la privacidad de las transacciones ordinarias y las claves de gasto de las carteras no se vieron comprometidas. El equipo describió el consenso subyacente de Zano como no afectado y dijo que la versión de emergencia elimina la actividad creada a través de la función vulnerable.
La versión de emergencia requiere que los servicios elijan la cadena recuperada
Una nueva versión del software Zano, la 2.2.3.600, apareció durante el proceso de recuperación, según el foro oficial del proyecto. Se instó a operadores de nodos, mineros, stakers, pools y proveedores de servicios a instalar el software de emergencia y verificar las sumas de comprobación publicadas.
Los usuarios de carteras ordinarias pueden instalar la cartera actualizada sin introducir sus frases semilla. Zano ha comenzado a restaurar sus propios servicios individualmente, incluido el nodo de su cartera móvil y el servicio de wrapping.
Las plataformas de terceros deben actualizarse por separado. Zano advirtió a los usuarios que confirmen si un exchange, cartera, puente o proveedor de pago ha migrado antes de enviar fondos a través de esos servicios.
MEXC ha suspendido temporalmente los depósitos y retiros tanto de ZANO como de FUSD tras una solicitud del equipo del proyecto. El exchange no había anunciado una hora de reinicio cuando se publicó el aviso.
La recuperación depende de que los participantes de la red acepten el nuevo software. Quinten van Welzen, jefe de marketing y crecimiento de Zano, rechazó las descripciones que sugerían que el equipo podría borrar unilateralmente el historial de la blockchain.
“El equipo no puede revertir Zano”, dijo van Welzen, explicando que los desarrolladores pueden lanzar software y pedir a los operadores de la red que lo adopten.
Reconoció que los principales pools de minería tienen un peso sustancial a la hora de decidir qué cadena recibe apoyo y dijo que una base más amplia de operadores independientes fortalecería a Zano.
La situación tiene paralelismos con otros intentos recientes de recuperación de blockchain. En cobertura relacionada, crypto.news informó que los validadores de Cronos restauraron la cadena a un estado previo al exploit tras el incidente de Tectonic.
Un análisis posterior de Cronos encontró que los validadores revirtieron aproximadamente USD 111,2 millones de valor afectado, mientras que USD 9,19 millones permanecieron fuera de la recuperación después de que los fondos se movieran fuera de la red.
Crypto.news informó por separado sobre la reversión propuesta por Harmony después de que ONE falsificados entraran en circulación en agosto. La recuperación propuesta arriesgaba descartar más de 109.000 transacciones ordinarias.
Zano planea reembolsar sin emitir nuevos tokens
La reversión de un mes invalida pagos legítimos realizados junto con la actividad no autorizada de tokens, dejando a exchanges, empresas y usuarios con registros que pueden ya no coincidir con la blockchain recuperada.
Zano dijo que está trabajando con los proyectos y contrapartes afectados para calcular las pérdidas. Aún no se ha publicado un proceso formal de reembolso y reclamaciones.
Van Welzen dijo que los fondos provendrían del fondo de desarrollo, las tenencias del equipo y grandes tenedores que han comprometido recursos para la recuperación. Dijo que el plan de reembolso no implicaría crear ZANO adicionales.
“Un mes de pagos entre personas” hace que el reembolso sea complejo, dijo, mientras reconocía que el equipo no había resuelto todas las partes del proceso de reclamaciones.
El proyecto describió inicialmente una reversión mucho más corta mientras los investigadores aún determinaban la escala del fallo. Van Welzen reconoció más tarde que las comunicaciones tempranas que se referían a “24 horas” y “ninguna otra opción” se emitieron antes de que el equipo entendiera completamente el incidente.
Reiniciar desde el bloque previo al Hard Fork 6 finalmente amplió el período afectado a aproximadamente un mes. El equipo dijo que la reversión más profunda elimina los ZANO y fUSD no autorizados de la cadena recuperada.
Zano planea publicar la causa técnica del exploit, los hallazgos de una revisión del código relacionado con Gateway Address y las condiciones que deben cumplirse antes de que la función pueda regresar. No se ha anunciado ninguna fecha para reactivar las Gateway Addresses.
El precio de ZANO cae mientras continúa la recuperación
ZANO cotizaba cerca de USD 6,32 durante la recuperación, con una caída de aproximadamente 12,85% en 24 horas, según CoinMarketCap. Su capitalización de mercado reportada se situaba cerca de USD 97,6 millones, mientras que el volumen de negociación de 24 horas era de aproximadamente USD 64.000.
Zano se lanzó en 2019 como una blockchain de capa 1 centrada en la privacidad que utiliza un sistema híbrido de prueba de trabajo y prueba de participación. Sus transacciones estándar utilizan herramientas de privacidad que ocultan la información del remitente y del receptor, los montos y los tipos de activos.
El Hard Fork 6 se había presentado como una forma de hacer que la red fuera más fácil de integrar para exchanges y servicios entre cadenas. Antes del exploit, Zano dijo que las Gateway Addresses proporcionarían a los operadores de servicios saldos directamente legibles mientras dejaban sin cambios el comportamiento normal de la billetera.
El proyecto ahora dice que las Direcciones de Pasarela seguirán sujetas a una revisión de código antes de su retorno. Se espera que su próximo informe técnico cubra la causa del exploit, el código relacionado de las Direcciones de Pasarela y los criterios requeridos antes de que la función pueda reanudarse de forma segura.
