Los argumentos del mercado y del sector tecnológico sobre cómo $ADA y $NIGHT lograron salir indemnes pueden resumirse principalmente en los siguientes tres mecanismos:
1. Teoría de la protección mediante scripts (lógica eUTxO + firma múltiple + bloqueo temporal)
Argumento: eUTxO de Cardano permite escribir en la cadena lógica compleja para desbloquear fondos. La hot wallet de ADA de Binance $BNB requiere una autorización multifirma en la cadena desde el entorno frío/la cold wallet, además de un período de impugnación con bloqueo temporal. Aunque se obtuviera acceso al servicio interno de firma, no sería posible cumplir de inmediato todas las condiciones de desbloqueo de este script en la cadena.
Evaluación: alta viabilidad técnica, pero depende de cómo lo implemente el exchange. Si Binance realmente estableció condiciones independientes de verificación en la cadena para Cardano, sería una defensa efectiva sumamente sólida.

2. Teoría de la defensa mediante una arquitectura de privacidad (Midnight / zk-SNARKs)
Argumento: Midnight utiliza una capa de privacidad basada en pruebas de conocimiento cero (zk-Proof), que oculta los saldos de los activos y las direcciones de destino. Sin una prueba de divulgación de conocimiento cero, no se puede construir directamente una transacción de retiro válida.
Evaluación: se ajusta al principio de «defensa en profundidad» de la ciberseguridad. Incluso si se filtran las claves de la hot wallet, la falta de los parámetros privados necesarios para generar pruebas de conocimiento cero realmente aumentaría la dificultad y la complejidad de un ataque en un plazo breve.

3. Aislamiento del sistema de wallets y acceso incompleto
Argumento: un exchange del tamaño de Binance no podría almacenar los activos de todas las blockchains públicas en «un mismo» sistema de gestión de hot wallets. Los nodos, los módulos de firma y las arquitecturas de custodia de activos de distintas blockchains —como las de tipo EVM, UTXO, Cosmos y Cardano— se desarrollan y mantienen de forma independiente. Es posible que se obtuvieran permisos para módulos específicos de hot wallets, por ejemplo, controlando el servicio de firma de ciertas cadenas EVM y de las hot wallets de BTC, pero sin obtener todas las claves privadas ni los permisos de gestión de toda la infraestructura.
Evaluación: es la explicación más razonable desde el punto de vista comercial y de las operaciones del sistema.
¿Cuál crees que fue la causa?