Análisis profundo de vulnerabilidades: un flujo de redención fallido que podría dejar colateral varado y temporalmente fuera de su camino de implementación previsto. A través de múltiples rondas de trabajo de auditoría que involucraron a @aegis_im, un problema de gravedad media de mayo de 2025 destacó exactamente esto. El equipo de Aegis tomó las medidas adecuadas para resolverlo, revisarlo nuevamente y abordarlo completamente. La configuración El flujo de aprobación de redención de Aegis funcionaba en dos pasos. El colateral se transfería a AegisMinting como un predepósito. El administrador de fondos luego llamaba a approveRedeemRequest() para finalizar la redención. Suena razonable. Pero creó un caso límite peligroso. Si approveRedeemRequest() revertía debido a verificaciones de deslizamiento, expiración u otra restricción de aprobación, la redención fallaba, pero el colateral que ya se había movido no se devolvía. Permanecía atascado dentro de AegisMinting. Por qué importaba Ese colateral se suponía que debía seguir moviéndose a través del flujo de implementación y gestión de riesgos de Aegis. En operación normal, eso podría incluir convertir colateral y desplegarlo en una estrategia delta-neutral para reducir la exposición al precio. Cuando los fondos quedaban varados antes de la aprobación, nada de eso sucedía. El capital de respaldo dejaba de ganar rendimiento como se pretendía. El respaldo permanecía sin cobertura y expuesto al movimiento del precio del colateral, incluido el riesgo de despegue de stablecoin. Si ese respaldo perdía valor mientras la oferta de YUSD permanecía sin cambios, la presión de despegue aumentaba. ...