Summer.fi: cómo un colateral muerto costó 6 millones en DeFi

El 6 de julio de 2026 un atacante extrajo 6,04 millones de dólares de dos vaults de Lazy Summer Protocol (Summer.fi) sin tocar una línea de código. Lo que explotó fue contabilidad: un token de colateral que murió en el colapso de Stream Finance en noviembre de 2025 seguía valorado al 100% dentro del vault ocho meses después. El atacante compró ese activo barato, lo donó al vault para inflar su valor liquidativo (NAV, el patrimonio neto que determina cuánto vale cada participación) un 9,5%, y redimió participaciones sobrevaloradas contra la liquidez real de los depositantes. Este artículo reconstruye las dos líneas temporales que hicieron posible el ataque —el precio de mercado del colateral y su valoración contable dentro del vault— y por qué esa brecha, que ningún panel de TVL (valor total bloqueado) muestra, es una forma de deuda que ya estaba nombrada en nuestro análisis sobre el riesgo de curador en DeFi. Aquí ese riesgo abstracto ocurre en vivo.

¿Qué pasó exactamente el 6 de julio en Summer.fi?

En una única transacción atómica sobre Ethereum, un atacante manipuló el precio de la participación de dos vaults de USDC de Lazy Summer Protocol y se llevó 6,04 millones de dólares de capital de depositantes. Un vault agregador funciona como un fondo automatizado: reúne los depósitos de muchos usuarios y los reparte entre varias estrategias de rendimiento, cada una de ellas gestionada por un componente que Summer.fi llama «Ark». El valor de tu participación depende de sumar lo que valen todas esas estrategias juntas. Romper esa suma es romper el vault.

La pérdida no se repartió por igual. El grueso —unos 5,64 millones de dólares— salió del vault de menor riesgo, precisamente el que muchos depositantes eligen por conservador; el vault de mayor riesgo perdió alrededor de 400.000 dólares. Tras detectarse el ataque, los guardianes del protocolo pausaron todos los vaults de Lazy Summer y fijaron a cero los topes de depósito mientras se confirmaba la causa. El token de gobernanza SUMR llegó a caer más de un 18% en las horas inmediatas (CoinDesk); el post-mortem del día siguiente situaba la caída en ~5,3% tras una recuperación parcial.

¿Qué es la «deuda técnica de valoración» y por qué el TVL no la muestra?

En ingeniería de software, la deuda técnica es el atajo que hoy ahorra tiempo y mañana cobra intereses: código que funciona hasta que alguien lo estresa. La deuda técnica de valoración es su equivalente contable: es el desfase persistente entre el valor que un contrato on-chain asigna a un activo y su precio real de mercado. Ese desfase se arrastra transacción tras transacción hasta que alguien lo convierte en dinero —en Summer.fi, ocho meses y un 9,5% del NAV.

El problema es que el indicador que todo el mundo mira —el TVL— no distingue entre valor real y valor contable. Un panel de DeFiLlama suma lo que cada contrato dice que custodia, no lo que el mercado pagaría por ello. Si un vault reporta que guarda un colateral por 100 y ese colateral vale 0, el panel marca 100. La cifra es técnicamente cierta y económicamente falsa a la vez. Esa distancia entre las dos series —el precio de mercado y la valoración on-chain— es la deuda: no aparece en ningún indicador agregado y solo se materializa cuando alguien decide cobrarla. En Summer.fi el riesgo estaba señalado —el tope de depósito del Ark afectado se fijó a cero el 30 de octubre de 2025— y aun así su valoración siguió marcando el 100% durante los ocho meses siguientes.

¿Cómo un colateral muerto en noviembre seguía valiendo el 100% en julio?

El activo en cuestión era un token del vault «Varlamore USDC Growth» de Silo, un protocolo de préstamos. Ese token estaba vinculado al ecosistema que se desmoronó en el colapso de Stream Finance de noviembre de 2025. Cuando Stream Finance implosionó, ciertos mercados de Silo asociados quedaron congelados: el USDC de los usuarios se quedó atrapado, sin poder retirarse. Pero el valor on-chain de esos tokens nunca se ajustó a la baja para reflejarlo. Peor: el contrato seguía acumulando intereses sobre un capital que ya no existía de forma líquida. La contabilidad marcaba un activo vivo y creciente donde el mercado veía un cadáver.

El colapso de Stream Finance de noviembre de 2025 fue uno de los episodios de contagio más citados del ciclo: un protocolo de rendimiento cuya estrategia apalancada se desarmó y arrastró consigo a los mercados de préstamo que le habían prestado liquidez, Silo entre ellos. Los tokens que representaban esos depósitos quedaron atrapados, y su valor teórico —el que figuraba en la cadena— se desconectó del valor real, que pasó a ser prácticamente cero por falta de comprador.

Dentro de Lazy Summer, ese token colgaba de un Ark que ya estaba señalado para desmantelarse. Su tope de depósito estaba fijado a cero y figuraba en proceso de retirada tras los incidentes de 2025. El problema es que la limpieza no se había completado: el Ark seguía formando parte del cálculo del NAV con la valoración heredada de antes del colapso. Ocho meses de deuda de valoración acumulándose en silencio, dentro de una estrategia que oficialmente estaba «en salida» pero que técnicamente seguía contando. Y como el contrato seguía devengando intereses sobre ese capital fantasma, la brecha no solo persistía: crecía cada día.

Para ver la brecha con claridad conviene poner las dos líneas temporales una al lado de la otra: lo que el mercado decía del colateral frente a lo que decía la contabilidad del vault.

¿Cómo se manipula el valor liquidativo de un vault agregador?

El ataque no fue un golpe de suerte, sino una operación construida durante meses. Las evidencias on-chain indican que el atacante financió varias wallets el 6 de abril de 2026, unos tres meses antes del incidente, y fue acumulando los tokens «zombis» de Silo a través de múltiples direcciones. Comprarlos era barato: nadie más los quería. Pero dentro del vault esos mismos tokens valían, sobre el papel, mucho más de lo que costaban.

El día del ataque, la mecánica encadenó tres pasos. Primero, un flash loan —un préstamo instantáneo que se pide y se devuelve dentro de la misma transacción— movió unos 65,4 millones de dólares en stablecoins para dotar de músculo a la operación. Segundo, el atacante donó su posición sobrevalorada de tokens de Silo al Ark en proceso de retirada. Esa donación elevó el totalAssets() que el vault reportaba en torno a un 9,5%, sin acuñar ninguna participación nueva y —el detalle decisivo— sin añadir un solo dólar de liquidez retirable. El vault ahora «creía» ser más rico. Tercero, el atacante redimió sus participaciones a ese precio inflado, cobrando contra el USDC real que sí habían depositado los usuarios.

El resultado quedó escrito en los paneles: durante la transacción, el APY reportado de uno de los vaults llegó a marcar cifras absurdas, del orden de 2.080.000%. Ningún activo del planeta rinde eso. Era la firma matemática de una contabilidad rota mostrándose en pantalla en tiempo real, un número tan imposible que funcionaba como confesión.

¿Fue negligencia de Summer.fi o un riesgo aceptado?

Conviene ser preciso, porque la diferencia importa. Según el propio post-mortem, la causa raíz fue un problema operativo durante el desmantelamiento de una estrategia antigua; el análisis descarta explícitamente un fallo en los smart contracts del protocolo. El Ark estaba correctamente marcado para salir —tope a cero, señalado para retirada—, pero la ejecución de esa salida quedó a medias, y mientras tanto su valoración obsoleta siguió pesando en el NAV.

Eso lo sitúa en un terreno intermedio entre el error y la decisión consciente. No hay, por ahora, evidencia pública de que Summer.fi supiera que ese activo estaba sobrevalorado y decidiera dejarlo contar: lo más probable es un fallo de proceso, una tarea de limpieza que se dio por hecha sin cerrarse. Pero la lección es idéntica sea cual sea la intención. Un proceso de offboarding —la retirada ordenada de una estrategia— que marca un activo «en salida» sin marcarlo a la vez «a precio de mercado» deja una brecha abierta durante todo el tiempo que dure la salida. Y esa salida, en este caso, duró ocho meses.

¿Qué riesgos conocidos de los vaults agregadores confirma el caso Summer.fi?

Sí, y ahí está el valor de mirar el caso con perspectiva. En nuestro análisis del 20 de julio sobre si DeFi rinde más que el banco sostuvimos que el rendimiento extra de los vaults agregadores no sale gratis: se paga con dos riesgos concretos. Uno es que la pérdida es abultada, no repartida —cuando algo falla, no pierdes una fracción diluida, pierdes el vault entero que eligió mal—. El otro es el riesgo de curador: tu dinero descansa en las decisiones de quien configura y mantiene las estrategias, no en un contrato inmutable.

Summer.fi es la confirmación empírica de ambos. La pérdida fue abultada: 5,64 millones concentrados en el vault conservador, no un raspón repartido entre miles. Y fue riesgo de curador en estado puro: el activo defectuoso no lo introdujo el atacante, lo arrastró el propio proceso de gestión del vault. El curador de riesgo —BA Labs— documenta ese fallo en su retrospectiva y subraya que su propia capa de control funcionó: había fijado a cero el tope de depósito del Ark de Silo el 30 de octubre de 2025, ocho meses antes del ataque. La causa raíz que señala está un nivel más arriba, en la contabilidad del NAV y el offboarding a nivel de protocolo: el riesgo estaba identificado y aun así la valoración nunca se remarcó. El atacante solo encontró la puerta que el proceso había dejado entornada. Para el mapa completo de estos riesgos, nuestra taxonomía de riesgos de vaults los ordena por categoría.

¿Cuántos vaults tienen hoy activos zombis valorados al 100%?

No tiene respuesta pública. Stream Finance no afectó solo a Summer.fi: dejó tokens congelados repartidos por varios protocolos que los usaban como colateral o como estrategia. Cada uno de esos protocolos tuvo que decidir, en noviembre de 2025, cómo marcar a la baja esos activos. Los que lo hicieron bien cerraron su deuda de valoración de inmediato. Los que lo dejaron «para el offboarding» la están arrastrando, exactamente como Lazy Summer, y no lo sabrán hasta que alguien construya la posición para cobrarla.

El patrón se repite más allá de Stream Finance. Ya lo vimos con las stablecoins de colateral opaco en nuestro análisis de la crisis de atestación de msUSD: siempre que un activo puede reportar un valor que el mercado no valida, existe una brecha explotable. El TVL global de DeFi —cientos de miles de millones de dólares— incluye una cantidad desconocida de esta deuda latente. Nadie la contabiliza porque, por definición, no aparece hasta que se materializa. El ataque a Summer.fi no creó el riesgo; lo reveló.

La incomodidad se agrava por el calendario. Entre el colapso de noviembre y el ataque de julio pasaron casi ocho meses en los que el activo estuvo visible en la cadena, auditable por cualquiera con un explorador de bloques, y aun así siguió contando al 100%. El atacante no dispuso de información privilegiada: dispuso de tiempo y de la disciplina de acumular durante tres meses un activo que el resto del mercado ya había dado por muerto. La magnitud del daño la resume una sola cifra: sobre un TVL pre-ataque de unos 22 millones de dólares (CoinDesk/DefiLlama), la extracción de 6,04 millones se llevó cerca del 27% del capital del protocolo.

¿Qué preguntar antes de depositar en un vault agregador?

La lección práctica no es huir de los vaults, sino saber interrogarlos. Antes de depositar capital en un agregador de rendimiento, estas preguntas separan un vault auditado de una caja negra:

1. ¿Cómo se marca a mercado el colateral en proceso de retirada? Un activo «en offboarding» debe valorarse a precio de mercado, no al último precio bueno. Si el protocolo no explica cómo lo hace, asume que no lo hace.
2. ¿Hay activos con haircut —recorte de valoración— pendiente que sigan contando al 100% en el NAV? Pregunta explícitamente por exposición residual a colapsos anteriores —Stream Finance, o cualquier otro— que aún figuren en las estrategias.
3. ¿Quién es el curador y qué historial tiene? Nombre concreto, no «el equipo». Busca si ha publicado retrospectivas honestas de incidentes previos.
4. ¿El NAV se puede inflar por donación? Un vault bien diseñado ignora o descuenta las transferencias directas de activos que no pasan por el flujo de depósito normal.
5. ¿Qué liquidez real es retirable hoy? El totalAssets() reportado y la liquidez efectivamente disponible pueden divergir. Pregunta por la segunda cifra.

Ninguna de estas preguntas exige saber programar. Exige tratar el rendimiento anunciado como una hipótesis, no como una garantía, y pedir que quien lo custodia la defienda con datos.

¿Qué queda para los depositantes atrapados?

A 21 de julio de 2026, la gobernanza ya ha puesto cifra al daño. La DAO de Lazy Summer aprobó las propuestas SIP1.7 y SIP1.8, que retiran los fondos restantes de los dos vaults afectados —unos 4,3 millones de dólares asignados a Syrup, Term Finance y Origin—, ya ejecutadas en Base y con ejecución cross-chain en Ethereum prevista para el propio 21 de julio. Según el equipo, los depositantes afectados podrán recuperar en torno al 40% de su valor depositado —el resto de la pérdida se socializa tras el incidente— mediante una campaña de reclamación en Merkl, con un snapshot tomado en el bloque siguiente al ataque. Queda pendiente la propuesta que mueva los fondos recuperados a Merkl, así que el calendario final del reparto sigue abierto. Y hay un epílogo mayor: el 15 de julio Summer.fi anunció el cierre ordenado de la compañía; la aplicación seguirá accesible hasta el 31 de agosto de 2026 y el futuro del protocolo queda en manos de la DAO.

Ese limbo es la última capa de la deuda de valoración: primero la contabilidad no marcó el activo a la baja, luego el atacante cobró la diferencia, y ahora una votación ya ha decidido cuánto de esa pérdida recae sobre ellos: recuperan en torno al 40% de lo depositado, y el resto se socializa. La cifra de 6,04 millones es el precio de un solo Ark mal cerrado. La pregunta que deja abierta —cuántos otros vaults arrastran hoy su propio activo zombi al 100%— seguirá sin respuesta hasta que el siguiente atacante paciente decida hacerla.

Fuentes y enlaces: Post-mortem oficial de Summer.fi · Retrospectiva del curador BA Labs (foro Summer) · Actualización post-incidente (foro Summer, 20-jul) · Anuncio de cierre de Summer.fi · CoinDesk · CryptoTimes · The Block · AMBCrypto · Blockchain Reporter