Cómo funciona la deuda mala de Aave: de sobrantes a déficits

Cómo funciona la deuda mala de Aave es simple en resultado y desordenada en ejecución: una liquidación puede vender toda la garantía y aún dejar deuda impaga. En Aave v3.3, ese remanente se cristaliza inmediatamente quemando los tokens de deuda variable restantes del prestatario y registrando el déficit como un déficit de reserva.

Puntos clave

• La deuda mala de Aave es un estado específico posterior a laliquidacióndonde una cuenta tiene cerogarantíapero aún tiene deuda restante.
• Aave v3.3 detiene las obligaciones “zombi” de acumularse quemando los tokens de deuda variable restantes del prestatario y registrando el déficit como un déficit por reserva.
• Los déficits de reserva se rastrean poractivoen ReserveData y expuesto a través de un getter de Pool, haciendo que las pérdidas sean medibles en lugar de deslizarse de manera invisible.
• Los déficits pueden ser reducidos por una entidad Umbrella con permiso que quema aTokens, y el staking de Umbrella está diseñado para reducir los vaults específicos de activos una vez que la deuda incobrable supera los umbrales.

Qué significa "deuda mala" en Aave (definición en inglés sencillo)

"Cómo funciona la deuda incobrable de Aave" comienza con una definición precisa, no una sensación. En Aave, la deuda incobrable no es "un prestatario arriesgado" o "una liquidación que salió mal". Es un estado contable final después de una liquidación donde el colateral del prestatario está completamente agotado y queda una parte de la deuda sin pagar. En ese momento, el protocolo tiene una obligación no cubierta.

Esto importa porque Aave es unpréstamos sobrecolateralizadosprotocolo por diseño. La premisa completa es que el valor del colateral debería ser suficiente para cubrir la deuda a través de la liquidación de DeFi cuando una posición se vuelve insalvable. La mala deuda es lo que queda cuando ese mecanismo no puede cerrar completamente el ciclo debido a brechas de precio, límites de liquidez o el ritmo de liquidación.

La documentación de Aave v3 reconoce explícitamente el incómodo caso límite: algunos escenarios de liquidación pueden terminar con cero colateral y deuda restante, y es poco probable que esa deuda sea pagada. El problema práctico no es solo la pérdida. Es la deriva.

Si el sistema sigue tratando ese remanente como una deuda variable normal, los intereses continúan acumulándose sobre un IOU que no tiene colateral detrás, inflando la aparente responsabilidad del protocolo con el tiempo. Ese es el modo de fallo de "deuda mala defi" del que los traders deberían preocuparse realmente.

cómo funciona la deuda incobrable de aave

En la práctica, cómo funciona la deuda incobrable de aave es una secuencia de entradas → proceso → salidas.

Entradas: un prestatario publica colateral, toma prestado un activo y la posición se vuelve subcolateralizada a medida que los precios se mueven. Aave rastrea esto con un factor de salud. Cuando el factor de salud cae por debajo delumbral de liquidaciónLos liquidadores de terceros pueden reembolsar parte de la deuda del prestatario y recibir garantías a un precio reducido a través del bono de liquidación.

Proceso: la liquidación no es un evento único y limpio. Es una serie de transacciones en cadena que compiten entre sí.oráculoactualizaciones, inclusión de bloques,costos de gas, y la liquidez del mercado disponible para obtener el activo de reembolso y vender la garantía embargada. Aave v2 utilizó un factor de cierre fijo que limitaba cuánto de la deuda podía ser reembolsada por liquidación.

Aave v3 introdujo un factor de cierre variable que puede permitir hasta un reembolso del 100% en condiciones de mayor estrés, lo que está destinado a reducir el “polvo” restante que se vuelve antieconómico de liquidar.

Resultados: si las liquidaciones reembolsan toda la deuda, el sistema está bien. La deuda mala aparece cuando las liquidaciones consumen todo el colateral y aún no pueden reembolsar la deuda completa. Eso produce el estado definitorio: el colateral es igual a cero, la deuda sigue siendo no cero. Antes de la v3.3, ese remanente podía seguir acumulando intereses, convirtiendo un déficit puntual en un problema contable creciente.

En la v3.3, el protocolo trata ese remanente como una pérdida a nivel de protocolo inmediatamente después de la liquidación, quemando los tokens de deuda variable restantes y registrando un déficit de reserva para ese activo.

Cómo se crea la deuda mala: mecánicas de liquidación y el caso extremo de "colateral insuficiente"

La liquidación a menudo se describe como “factor de salud < 1, por lo tanto, la deuda se paga”. El flujo de liquidación en el mundo real se asemeja más a una subasta restringida con límites estrictos. Los liquidadores solo actúan cuando la operación es rentable después de considerar el gas y el riesgo de ejecución, y las reglas del factor de cierre del protocolo limitan cuánto se puede pagar por transacción.

La guía de Bitget captura la mecánica central: la liquidación se activa cuando el factor de salud cae por debajo del umbral, y los liquidadores reembolsan la deuda a cambio de colateral con un descuento.

También señala la diferencia en el factor de cierre entre versiones, con Aave v2 permitiendo hasta un 50% de reembolso por liquidación y Aave v3 permitiendo hasta un 100% de reembolso cuando el factor de salud se deteriora aún más (se cita un umbral de ejemplo alrededor de 0.95).

La deuda incobrable se crea cuando el motor de liquidación está haciendo su trabajo, pero el mercado se mueve más rápido de lo que el motor puede eliminar el riesgo. Las brechas de precios pueden hacer que el colateral valga menos de lo modelado entre actualizaciones de oráculos.

La liquidez escasa puede hacer que sea costoso obtener el activo de reembolso o deshacerse del colateral incautado sindeslizamientoLos mecanismos de close-factor pueden forzar la liquidación a ocurrir en bloques, lo cual está bien en mercados lentos y es peligroso en movimientos discontinuos.

La documentación de Aave v3.3 es explícita sobre el caso extremo: la liquidación puede resultar en que el colateral total liquidado sea insuficiente para cubrir el reembolso de toda la deuda, dejando cero colateral y deuda restante. Ese es el momento en que el problema del prestatario se convierte en un problema contable del protocolo.

Gestión de deuda incobrable de Aave v3.3: quemar la deuda restante del prestatario, registrar un déficit de reserva

El cambio clave de Aave v3.3 no es "prevenir la mala deuda". Es "detener la mutación de la mala deuda". El protocolo introduce un paso de verificación posterior a la liquidación diseñado para mitigar la creación de nuevas cuentas de mala deuda después de la liquidación y detener la acumulación de intereses sobre esas obligaciones.

Mecánicamente, el protocolo verifica la cuenta después de la liquidación y el reembolso. Si la cuenta termina con cero colateral y deuda no cero, la deuda restante se quema y la deficiencia resultante se contabiliza en la reserva correspondiente como un déficit. Los documentos describen esta limpieza como que ocurre conceptualmente después de la liquidación real, que es el modelo mental correcto para los traders. La liquidación es la operación. La limpieza es la reconciliación.

Esta es la tesis v3.3 en forma de código: la deuda incobrable ya no se permite que permanezca en un usuario y se acumule para siempre. Se cristaliza en un déficit a nivel de reserva que se puede rastrear por activo. La v3.3 introduce el seguimiento de déficits dentro de ReserveData reutilizando el almacenamiento de stableBorrowRate obsoleto y lo expone a través de un getter de Pool llamado getReserveDeficit.

Eso hace que el agujero sea señalizable, reserva por reserva, en lugar de estar enterrado en las matemáticas de intereses variables.

También hay un manejo especial para GHO. La v3.3 divide la liquidación en una quema de deuda variable y un manejador de reembolso de aGHO que descuenta tarifas. Al quemar deuda mala en GHO, el protocolo restablece el almacenamiento de tarifas acumuladas en vGHO y acepta efectivamente la pérdida en tarifas acumuladas para la parte de deuda mala para mantener la contabilidad consistente. Ese detalle importa porque muestra la intención.

El objetivo es una limpieza determinista, no dejar reclamaciones de tarifas obsoletas adjuntas a una cuenta que ya no tiene tokens de deuda.

¿Cómo funciona el módulo de seguridad de Aave?

El Módulo de Seguridad legado se entiende mejor como un respaldo mediado por gobernanza en lugar de un motor de seguros siempre activo. Blockworks lo describe como un respaldo donde las posiciones de stkAAVE y AAVE-ETH LP podrían ser recortadas en teoría, pero el recorte nunca ocurrió porque requería votos de gobernanza y los incentivos políticos hacían poco probable la activación.

En términos de riesgo práctico, eso significa que el valor del Módulo de Seguridad era credibilidad, no automatización. Señalaba que un grupo alineado con un token de gobernanza podría recapitalizar pérdidas, pero no garantizaba una absorción rápida y determinista de pérdidas durante un mercado rápido.

Por eso la contabilidad de deuda mala de la v3.3 importa incluso si existe un respaldo. Si se permite que la deuda mala permanezca en las cuentas de los usuarios y acumule intereses, el protocolo ni siquiera puede medir la pérdida de manera limpia, lo que dificulta cualquier decisión sobre el respaldo.

Al convertir el déficit en una reserva, Aave hace que la cuestión del Módulo de Seguridad sea más concreta: ¿cuánto déficit existe, sobre qué activo, y qué mecanismo está autorizado para neutralizarlo?

¿Quién paga cuando Aave tiene deuda mala?

Una vez que se reconoce la deuda incobrable en v3.3, el monto no pagado ya no se considera "adeudado por el prestatario" en un sentido económico significativo. El prestatario no tiene colateral restante, y el protocolo ha quemado los tokens de deuda variable restantes para detener la acumulación de intereses. La pérdida se registra como un déficit en la reserva específica.

Ese marco responde a quién paga en la práctica: la reserva está corta, y el sistema necesita recapitalización para restaurar el respaldo completo. v3.3 introduce eliminateReserveDeficit, donde una entidad autorizada, el Umbrella registrado en el PoolAddressesProvider, puede quemar aTokens para disminuir el déficit de esa reserva.

La función está limitada a quemar hasta el déficit existente y valida que el llamador no tenga posiciones de préstamo abiertas.

Esto no es un vago "el fondo de seguro podría cubrirlo". Es una acción específica en cadena que reduce un déficit rastreado al destruir reclamaciones sobre la reserva (aTokens). La consecuencia económica es directa. Alguien que posea los activos de cobertura está asumiendo el golpe para que los depositantes en esa reserva sean compensados nuevamente.

La descripción de Blockworks sobre el staking de Umbrella agrega la capa operativa. Umbrella se presenta como una red de seguridad automatizada vinculada a activos individuales, con un recorte en tiempo real una vez que la deuda incobrable en ese activo supera un umbral preestablecido, después de un offset de primera pérdida configurable que se informó como 100,000 unidades por activo en ese momento.

Esa es la respuesta práctica a "quién paga" en un sistema diseñado: los stakers en la bóveda del activo afectado, por encima del buffer de offset, en lugar de un fondo generalizado que requiere una votación de gobernanza.

¿Alguna vez ha tenido Aave deuda incobrable antes?

Sí, y el evento CRV de 2022 es la ilustración más clara de por qué "simplemente liquídalo" no es una garantía. El estudio de caso de EigenPhi describe un corto de CRV que resultó en aproximadamente 2.456 millones de CRV no pagados después de las liquidaciones, valorados alrededor de $1.6 millones al precio de CRV citado.

La actividad de liquidación no fue trivial. EigenPhi informa 385 liquidaciones por 21 direcciones únicas. El punto no es que los liquidadores estuvieran ausentes. El punto es que el rendimiento de liquidación y el tiempo del oráculo aún pueden dejar un remanente de deuda cuando los mercados se mueven en saltos.

EigenPhi también señala un retraso en el precio del oráculo de aproximadamente 10 minutos en comparación con Binance y describe un comportamiento de liquidación que llegó en lotes. Esa combinación es exactamente el entorno donde el colateral puede agotarse antes de que la deuda se pague completamente. La definición de deuda incobrable de Aave v3.3 como "colateral agotado antes de que la deuda se pague completamente" no es teórica. Es un estado que ya ha ocurrido bajo estrés.

¿Qué es el módulo Umbrella de Aave?

Umbrella es el nuevo diseño de seguridad de Aave que intenta hacer que la absorción de pérdidas sea tanto automática como específica de activos. Blockworks describe el staking de Umbrella como una red de seguridad automatizada en cadena vinculada directamente a activos individuales, implementada como bóvedas aisladas.

Si ocurre un déficit, el protocolo puede quemar el mismo activo de su bóveda después de un offset de primera pérdida configurable, informado como 100,000 unidades por activo en ese momento.

La parte "específica de activos" es el verdadero cambio de diseño. En lugar de socializar el riesgo a través de un amplio respaldo de token de gobernanza, Umbrella se dirige a la reserva que realmente tiene el déficit. Eso se alinea con el seguimiento de déficit por reserva de v3.3. Si el protocolo puede medir un déficit en USDC frente a ETH frente a GHO, un respaldo que también está segmentado por activo es operativamente más limpio.

Umbrella también cambia la dimensión temporal. Blockworks enfatiza que no hay voto de gobernanza, no hay subasta y no hay demora para la reducción una vez que se superan los umbrales. Eso importa porque la deuda mala típicamente nace en mercados rápidos. Un respaldo que solo se activa después de un largo proceso de gobernanza está estructuralmente desajustado al problema.

¿puede aave volverse insolvente?

Aave puede enfrentar insolvencia a nivel de reserva cuando las obligaciones superan los activos para un mercado dado, que es exactamente lo que representa un déficit de reserva. Aave v3.3 no pretende lo contrario. Formaliza el déficit para que pueda ser rastreado y potencialmente neutralizado.

La clave está en el matiz del alcance. v3.3 define una situación de deuda mala de manera estricta como una cuenta con cero colateral en moneda base y deuda restante en moneda base. Las cuentas con cualquier colateral restante no se tratan como deuda mala porque podrían volverse sobrecolateralizadas nuevamente. Esa es una línea práctica. La insolvencia se trata de obligaciones no respaldadas, no de posiciones temporalmente no saludables.

v3.3 también documenta limitaciones que importan para cualquiera que modele el riesgo de cola. No soluciona posiciones de deuda mala ya existentes y recomienda limpieza del DAO a través de repayOnBehalf. La eliminación del déficit asume que Umbrella tiene tokens para quemar, y las restricciones operativas como los límites y la contabilidad virtual pueden afectar qué tan rápido se pueden posicionar los activos de cobertura.

Eso significa que el sistema puede reconocer y detener la acumulación de nueva deuda zombie, pero la recapitalización sigue siendo condicional a la configuración del respaldo y la cobertura disponible.

Conceptos erróneos comunes

El primer concepto erróneo es que "la deuda mala significa que las liquidaciones fallaron." Las liquidaciones pueden ejecutarse exactamente como se diseñaron y aún terminar con cero colateral y deuda restante porque el diseño está limitado por factores cercanos, economía de gas, cadencia de actualización de oráculos y liquidez del mercado secundario. El estudio de caso de CRV muestra una intensa actividad de liquidación y aún así un monto residual no pagado.

El segundo concepto erróneo es que "la deuda mala es solo un préstamo no pagado de un prestatario." En Aave v3.3, una vez que el protocolo quema los tokens de deuda variable restantes del prestatario, el prestatario ya no es el lugar donde reside la obligación.

La pérdida se registra como un déficit de reserva, por activo, y la pregunta se convierte en cómo se reduce ese déficit a través de mecanismos como eliminateReserveDeficit y el slashing del vault de activos de Umbrella.

El tercer concepto erróneo es que "Aave v3.3 elimina toda la deuda mala." v3.3 previene que nuevas cuentas zombie post-liquidación acumulen intereses al quemar la deuda restante y registrar un déficit, pero los documentos afirman explícitamente que no resuelve posiciones de deuda mala ya existentes. La conclusión práctica es que v3.3 mejora el determinismo y la transparencia, no las leyes de la brecha del mercado.

Este tema se encuentra dentro de la mecánica más amplia de qué es DeFi, donde la sobrecolateralización y la liquidación son los principales mecanismos de seguridad. Para los lectores que mapean el riesgo del protocolo, el siguiente paso útil es regresar a la guía principal de qué es DeFi y tratar la deuda incobrable como un problema medible de déficit de reservas, no como una historia moral sobre prestatarios imprudentes.

Fuentes

• Aave DAO (documentación de Aave v3.3)
• Blockworks
• EigenPhi
• Bitget Academy