La red Cronos, estrechamente vinculada al ecosistema de Crypto.com, suspendió la producción de bloques después de que un atacante explotara una vulnerabilidad en Tectonic, su principal protocolo de préstamos descentralizados. Según la firma de seguridad blockchain PeckShield, el atacante manipuló el precio del token TONIC, lo utilizó como garantía y consiguió obtener más de US$74 millones en préstamos, mientras al menos US$6 millones fueron transferidos a Ethereum antes de que los validadores de Cronos detuvieran la actividad de la red. Las estimaciones posteriores sitúan el impacto total del ataque alrededor de US$75 millones, aunque Cronos y Tectonic todavía no han confirmado oficialmente el monto definitivo de las pérdidas.
La suspensión permitió evitar que una cantidad mucho mayor de los fondos comprometidos pudiera abandonar Cronos. Aproximadamente US$60 millones permanecían dentro de la red cuando fue detenida, según las estimaciones iniciales, mientras que una investigación posterior identificó otra dirección asociada al atacante con aproximadamente US$8 millones. La diferencia entre los activos obtenidos mediante los préstamos, los fondos efectivamente trasladados y aquellos que permanecen dentro de Cronos hace que el balance final todavía esté sujeto a investigación, pero la magnitud del incidente ya representa uno de los golpes más importantes sufridos por el ecosistema de la red.
Cómo se produjo la explotación de Tectonic
El ataque no fue dirigido contra el exchange ni contra la aplicación centralizada de Crypto.com, sino contra Tectonic, un protocolo de finanzas descentralizadas que opera dentro de Cronos. La plataforma permite que los usuarios depositen criptomonedas como garantía para obtener préstamos en otros activos, un mecanismo comparable al funcionamiento de un crédito respaldado por un activo. El atacante habría aprovechado precisamente la forma en que Tectonic valoraba una de las garantías admitidas por el protocolo: TONIC, su propio token.
Los datos de blockchain muestran que el atacante consiguió multiplicar artificialmente el precio de TONIC en cuestión de minutos. Bloomberg Línea, citando datos de CoinGecko, señala que el valor del token llegó a multiplicarse por 300 en aproximadamente 20 minutos, mientras otros análisis de las transacciones situaron la manipulación alrededor de 100 veces. Una vez que el precio fue inflado, los tokens fueron depositados en Tectonic y utilizados como garantía para obtener préstamos de otros criptoactivos con un valor de mercado real mucho mayor.
El episodio es particularmente relevante porque los investigadores no lo describen simplemente como una vulnerabilidad convencional del código. Aneirin Flynn, director ejecutivo de la firma de ciberseguridad FailSafe, señaló que se trató de una «explotación económica», en referencia a una configuración deficiente de los controles de riesgo que permitió convertir temporalmente un activo barato y con poca liquidez en una garantía de valor artificialmente elevado. El atacante, en otras palabras, habría utilizado una valoración ficticia para acceder a activos reales.
La escasa liquidez de TONIC fue un elemento clave
La operación también expone uno de los riesgos estructurales de las plataformas DeFi: aceptar como garantía activos cuya liquidez es demasiado reducida para soportar movimientos extremos de precio. TONIC contaba con aproximadamente US$1,34 millones de liquidez y unos US$11.000 de volumen diario de negociación antes del ataque, cifras considerablemente pequeñas frente al volumen de activos que posteriormente fueron obtenidos mediante préstamos. La propia documentación de Tectonic advertía que los activos con baja liquidez pueden ser especialmente susceptibles a la manipulación de precios.
El problema no radica únicamente en cuánto vale un token en una cotización determinada, sino en si existe suficiente mercado para que ese precio represente un valor económico real. Cuando un activo tiene poca liquidez, una operación relativamente concentrada puede provocar movimientos desproporcionados en su cotización. Si, además, ese precio es reconocido por un protocolo de préstamos como referencia para calcular el valor de una garantía, el movimiento artificial puede transformarse en capacidad de endeudamiento.
Tectonic tenía un factor de colateralización del 20% para TONIC, lo que significa que por cada US$100 de valor reconocido del activo como garantía podían respaldarse aproximadamente US$20 en préstamos. El atacante habría explotado precisamente esa relación entre precio, garantía y capacidad de endeudamiento, convirtiendo una alteración temporal del valor de TONIC en préstamos respaldados por activos con mayor liquidez.
Tectonic concentraba casi la mitad del capital DeFi de Cronos
La importancia económica del ataque se explica también por el tamaño que había alcanzado Tectonic dentro de la red. El protocolo tenía aproximadamente US$121,7 millones en activos bloqueados el 26 de agosto, según DefiLlama, una cifra equivalente a cerca de la mitad de todo el capital depositado en las aplicaciones DeFi de Cronos. Tras el ataque, ese valor se desplomó hasta aproximadamente US$3 millones.
La caída del valor bloqueado revela que el problema no se limitó a los activos directamente afectados por la explotación. El ataque desencadenó una pérdida inmediata de confianza y una salida masiva de capital del protocolo, dejando a Tectonic prácticamente sin la liquidez que administraba antes del incidente. Para una plataforma de préstamos, esa pérdida de depósitos tiene consecuencias especialmente graves porque afecta la capacidad del sistema para mantener sus operaciones y responder a las obligaciones existentes.
La concentración también aumenta el riesgo para el conjunto del ecosistema. Si un protocolo pequeño hubiera sufrido una explotación, las consecuencias podrían haber quedado limitadas a sus usuarios. Tectonic, en cambio, representaba una parte sustancial del valor bloqueado en Cronos, por lo que su colapso afecta directamente la percepción sobre la seguridad y la viabilidad de las aplicaciones DeFi que funcionan sobre la red.
Cronos congeló la red para impedir que los fondos siguieran saliendo
La reacción de los validadores de Cronos fue detener toda la actividad de la blockchain. La decisión se tomó después de detectar la explotación y tuvo como principal objetivo impedir que el atacante continuara transfiriendo los activos obtenidos hacia otras redes. La medida fue especialmente relevante porque solo una fracción de los fondos había conseguido llegar a Ethereum antes de la suspensión.
La estrategia permitió dejar una parte importante de los fondos dentro de Cronos, aunque eso no significa que automáticamente puedan recuperarse. Los activos que permanecen en la cadena están sujetos ahora a las decisiones de los equipos técnicos y de los validadores, que deben determinar cómo identificar las direcciones relacionadas con el ataque, qué medidas pueden adoptarse para contener los movimientos y bajo qué condiciones puede reanudarse la actividad normal.
Cronos y Tectonic todavía no habían establecido un calendario definitivo para la reanudación de la red ni habían confirmado oficialmente el balance final de las pérdidas. Crypto.com informó que trabaja junto con Cronos Labs en la investigación y en la restauración de la blockchain, pero tampoco proporcionó un plazo concreto para completar el proceso.
Crypto.com asegura que su exchange no fue afectado
El ataque tiene una dimensión especialmente sensible por la relación entre Cronos y Crypto.com, pero las compañías han insistido en que la explotación de Tectonic no comprometió los servicios centrales del exchange. Kris Marszalek, CEO de Crypto.com, afirmó que la plataforma de intercambio centralizada y los fondos de sus usuarios se encontraban seguros y que la compañía estaba investigando el incidente junto con los equipos responsables de Cronos.
La distinción es importante. Cronos fue desarrollada originalmente por Crypto.com y constituye una pieza relevante de su ecosistema, pero Tectonic funciona como un protocolo descentralizado independiente dentro de la blockchain. Por ello, una vulnerabilidad en Tectonic no equivale a una intrusión en los sistemas internos de Crypto.com ni significa que los fondos mantenidos directamente en el exchange hayan sido comprometidos.
Eso no elimina, sin embargo, el impacto reputacional. Cronos forma parte de la estrategia de expansión de Crypto.com hacia infraestructuras blockchain propias, y la seguridad de las aplicaciones que operan sobre esa red constituye un elemento importante para la confianza de usuarios, inversores y desarrolladores. El hecho de que la red haya tenido que ser detenida después de una explotación multimillonaria inevitablemente introduce preguntas sobre sus mecanismos de control y sobre la calidad de las aplicaciones que concentran capital dentro de su ecosistema.
El caso plantea un problema de gobernanza y descentralización
La decisión de detener Cronos también abrió un debate sobre los límites de la descentralización. La red opera con un sistema que limita a 100 el número de validadores, una estructura que permite coordinar una suspensión con relativa rapidez cuando existe una amenaza grave. Desde el punto de vista de la seguridad, esa capacidad resultó determinante para impedir que una mayor cantidad de activos pudiera salir de la red.
Pero la misma característica plantea una cuestión fundamental: una blockchain que puede ser detenida mediante una decisión coordinada de sus validadores posee un grado de intervención que limita, al menos en determinadas circunstancias, la idea de una red completamente inmutable y neutral. En esta ocasión, la intervención benefició potencialmente a los usuarios al impedir que continuara la transferencia de fondos, pero también significó que todos los participantes de Cronos perdieran temporalmente la posibilidad de realizar operaciones.
El dilema será todavía más evidente si los responsables de la red consideran necesario bloquear direcciones, revertir determinadas operaciones o aplicar mecanismos extraordinarios para recuperar activos. Cualquier intervención de ese tipo puede contribuir a proteger a las víctimas de un ataque, pero al mismo tiempo abre un debate sobre quién tiene autoridad para decidir qué transacciones deben mantenerse y cuáles pueden ser modificadas en una blockchain que se presenta como descentralizada.
Un precedente que ya existe en BNB Chain
Cronos no es la primera blockchain que utiliza una suspensión de emergencia para limitar las consecuencias de una explotación. En octubre de 2022, BNB Chain detuvo temporalmente su actividad después de una vulneración de un puente que permitió sustraer aproximadamente US$570 millones en BNB. En aquel episodio, 26 validadores coordinaron la suspensión y posteriormente se logró recuperar cerca de US$470 millones de los fondos comprometidos.
El antecedente demuestra que detener una blockchain puede ser una herramienta efectiva cuando existe una ventana temporal para impedir que los fondos abandonen la red. Sin embargo, también muestra el costo de esa estrategia: mientras la cadena permanece detenida, todos los usuarios quedan afectados, incluso quienes no tienen ninguna relación con el ataque.
El caso de Cronos presenta una situación similar. La suspensión pudo haber evitado que una cantidad mucho mayor de activos llegara a otras cadenas, pero ahora los validadores deben encontrar un equilibrio entre recuperar los fondos afectados y preservar la credibilidad de la red como infraestructura abierta y descentralizada.
El contraste con Moonwell muestra que no existe una respuesta única
El incidente también puede compararse con un ataque reciente contra Moonwell, otra plataforma de préstamos descentralizados. En ese caso, un atacante manipuló el precio de un token con poca liquidez utilizado como garantía, pero Base, la blockchain sobre la que opera Moonwell, continuó produciendo bloques y los fondos terminaron saliendo de la red.
Las diferencias muestran que no existe una fórmula universal para responder a una explotación DeFi. Cada red debe valorar su arquitectura, la cantidad de fondos comprometidos, la posibilidad de detener los movimientos, el número de validadores y las probabilidades de recuperar los activos. En Cronos, el hecho de que la mayor parte de los fondos permaneciera dentro de la cadena convirtió la suspensión en una herramienta de contención particularmente relevante.
CRO también quedó bajo presión
El incidente tuvo además repercusiones sobre CRO, el token nativo de Cronos y una pieza central del ecosistema de Crypto.com. Según datos de CoinGecko citados por Bloomberg Línea, CRO cotizaba alrededor de US$0,05, con una caída del 1,4% respecto de la jornada anterior y una capitalización de mercado cercana a US$2.740 millones.
El comportamiento del token debe analizarse con cautela. Una caída en el precio registrada después de un incidente de seguridad no demuestra necesariamente que el ataque sea la causa directa del movimiento, dado que los criptoactivos están expuestos a múltiples factores de mercado. Sin embargo, una crisis de seguridad en una de las principales aplicaciones de una blockchain puede generar presión adicional sobre la confianza de los participantes y aumentar la percepción de riesgo alrededor de todo el ecosistema.
Para Crypto.com, CRO cumple además una función económica dentro de sus servicios, ya que ofrece beneficios a los operadores, entre ellos menores comisiones de negociación y otros incentivos. Por esa razón, la evolución de la confianza en Cronos tiene una dimensión que trasciende el funcionamiento técnico de la blockchain.
Un problema que va más allá de la seguridad informática
El caso Tectonic vuelve a poner de relieve que los riesgos de las finanzas descentralizadas no se limitan a errores de programación. La seguridad de un protocolo de préstamos también depende de cómo establece sus parámetros de riesgo, qué activos acepta como garantía, cómo determina sus precios y cuánto crédito permite obtener frente a cada activo.
La explotación de Tectonic parece haber demostrado precisamente esa vulnerabilidad. El atacante no necesitó simplemente penetrar en un sistema y transferir directamente los fondos depositados. Consiguió manipular el valor reconocido de una garantía y utilizó esa valoración artificial para generar una capacidad de préstamo extraordinaria. En términos financieros, transformó temporalmente una riqueza ficticia en acceso a activos reales.
La lección resulta especialmente relevante para un sector que ha construido buena parte de su atractivo sobre la automatización de los servicios financieros mediante contratos inteligentes. Automatizar un préstamo no elimina el riesgo de crédito, de liquidez o de valoración. Por el contrario, puede hacer que una configuración incorrecta se ejecute a una velocidad y una escala muy superiores a las de un sistema financiero tradicional.
Más ataques, aunque con menos dinero robado
El ataque contra Tectonic se produce en un contexto de creciente escrutinio sobre la seguridad del sector de las criptomonedas. Según datos de TRM Labs citados por Bloomberg Línea, durante el primer semestre de 2026 se identificaron 207 ataques contra criptomonedas, la cifra más alta registrada para un período de seis meses. Sin embargo, el valor total de los activos robados fue de aproximadamente US$972 millones, menos de la mitad de los US$2.300 millones sustraídos durante el primer semestre de 2025.
La evolución presenta una situación contradictoria: aumentó la cantidad de ataques, pero disminuyó considerablemente el monto total sustraído. El dato puede reflejar cambios en el perfil de las vulnerabilidades, mejoras en los mecanismos de protección o una mayor capacidad de las redes para limitar la salida de fondos. El caso Cronos ofrece precisamente un ejemplo de esa capacidad de contención, aunque la recuperación final todavía está por determinarse.
La verdadera prueba será qué ocurre con los fondos retenidos
La crisis de Tectonic no terminó con la suspensión de Cronos. La detención de la blockchain consiguió limitar la movilidad de los fondos y evitar que la totalidad de los activos comprometidos pudiera trasladarse hacia otras redes, pero ahora comienza una etapa mucho más compleja: determinar cuánto fue efectivamente sustraído, cuánto permanece dentro de Cronos, cuánto puede recuperarse y quién asumirá las pérdidas que no puedan ser restituidas.
También deberá establecerse cómo se modificará el sistema de gestión de riesgos de Tectonic para impedir que una manipulación similar vuelva a producirse. La revisión tendrá que abarcar no solo el código de los contratos, sino también los criterios utilizados para valorar las garantías, los límites de endeudamiento y la inclusión de activos con baja liquidez.
Para Crypto.com, el hecho de que su exchange y su aplicación no hayan sido afectados limita el alcance directo del incidente. Para Cronos y Tectonic, en cambio, las consecuencias son mucho más profundas: una plataforma que concentraba cerca de la mitad del capital DeFi de la red sufrió una explotación multimillonaria, la blockchain tuvo que detenerse y una cantidad significativa de fondos permanece atrapada mientras continúa la investigación.
El desenlace determinará el verdadero costo del ataque. Si una parte sustancial de los activos puede recuperarse y Cronos consigue reanudar sus operaciones con controles de riesgo reforzados, el episodio podría quedar como una crisis grave pero contenida. Si, por el contrario, los fondos retenidos no pueden ser recuperados y la confianza en Tectonic y en el ecosistema Cronos no logra reconstruirse, las consecuencias serán mucho mayores que los US$75 millones inicialmente estimados.
El caso deja, en cualquier escenario, una conclusión relevante para las finanzas descentralizadas: la tecnología blockchain puede impedir determinadas formas tradicionales de fraude, pero no elimina los riesgos derivados de la liquidez, la valoración de activos, el diseño de incentivos y la gestión del riesgo financiero. En Tectonic, una manipulación de precios terminó convirtiéndose en préstamos reales por decenas de millones de dólares. La respuesta de Cronos evitó que el daño pudiera ampliarse todavía más, pero ahora la credibilidad del ecosistema dependerá de su capacidad para explicar lo ocurrido, recuperar los fondos posibles, proteger a los usuarios afectados y corregir las deficiencias que hicieron posible la explotación.
