Leí la lista de contribuyentes al fondo de ayuda DeFi United de Aave y dejé de leer cuando llegué al nombre de la <@BabylonLabs_io Foundation>.
$3 millones en USDT. $2 millones desplegados en Aave V3. $1 millón para Aave V4.
La contribución tiene sentido como solidaridad del ecosistema. También conlleva una ironía específica con la que vale la pena quedarse.
El exploit de Kelp DAO del 18 de abril de 2026 robó $292 millones, el hack de DeFi más grande del año. No fue un fallo de contrato inteligente. El código de Aave no se vio comprometido. La lógica rsETH de Kelp no se rompió. El ataque tuvo éxito porque el puente LayerZero de Kelp usó un único verificador para validar mensajes entre cadenas. Un único punto de fallo. Un nodo RPC comprometido. Se acuñaron 116,500 rsETH contra nada. $190 millones tomados en préstamo con garantía que ya no existía.
Los puentes representan aproximadamente el 40% de las pérdidas acumuladas de Web3 desde 2022.
Me quedé con ese número un momento.
Porque toda la arquitectura TBV de Babylon existe específicamente para eliminar la suposición de confianza del puente que hizo posible el exploit de Kelp. Sin custodia de puentes del BTC. Sin token envuelto que represente la garantía. Sin un único verificador que controle un mensaje entre cadenas. La superficie de ataque exacta que TBV elimina a nivel de la arquitectura es la superficie de ataque que causó el daño al que Babylon acaba de contribuir $3 millones para ayudar a reparar.
La contribución es una solidaridad genuina del ecosistema. Además, funciona como la demostración en vivo más clara posible de lo que cuesta el modelo de puente cuando falla.
Babylon no necesitó publicar un whitepaper para argumentar en contra de los puentes después del 18 de abril. El mercado lo hizo por ellos.
Lo que encuentro verdaderamente digno de examinar es si la reestructuración posterior al exploit de Aave de su marco de riesgo de garantías, que ahora examina explícitamente las dependencias de puentes para cada activo listado, acelera el camino de TBV hacia la integración con Aave V4 o le añade fricción.
#baby $BABY @BabylonLabs_io
$3 millones en USDT. $2 millones desplegados en Aave V3. $1 millón para Aave V4.
La contribución tiene sentido como solidaridad del ecosistema. También conlleva una ironía específica con la que vale la pena quedarse.
El exploit de Kelp DAO del 18 de abril de 2026 robó $292 millones, el hack de DeFi más grande del año. No fue un fallo de contrato inteligente. El código de Aave no se vio comprometido. La lógica rsETH de Kelp no se rompió. El ataque tuvo éxito porque el puente LayerZero de Kelp usó un único verificador para validar mensajes entre cadenas. Un único punto de fallo. Un nodo RPC comprometido. Se acuñaron 116,500 rsETH contra nada. $190 millones tomados en préstamo con garantía que ya no existía.
Los puentes representan aproximadamente el 40% de las pérdidas acumuladas de Web3 desde 2022.
Me quedé con ese número un momento.
Porque toda la arquitectura TBV de Babylon existe específicamente para eliminar la suposición de confianza del puente que hizo posible el exploit de Kelp. Sin custodia de puentes del BTC. Sin token envuelto que represente la garantía. Sin un único verificador que controle un mensaje entre cadenas. La superficie de ataque exacta que TBV elimina a nivel de la arquitectura es la superficie de ataque que causó el daño al que Babylon acaba de contribuir $3 millones para ayudar a reparar.
La contribución es una solidaridad genuina del ecosistema. Además, funciona como la demostración en vivo más clara posible de lo que cuesta el modelo de puente cuando falla.
Babylon no necesitó publicar un whitepaper para argumentar en contra de los puentes después del 18 de abril. El mercado lo hizo por ellos.
Lo que encuentro verdaderamente digno de examinar es si la reestructuración posterior al exploit de Aave de su marco de riesgo de garantías, que ahora examina explícitamente las dependencias de puentes para cada activo listado, acelera el camino de TBV hacia la integración con Aave V4 o le añade fricción.
#baby $BABY @BabylonLabs_io