Aave preparada para restringir activos de alto riesgo en V3, V4 y Horizon

2026/06/02 15:55:00

El panorama de las finanzas descentralizadas está experimentando un cambio de paradigma masivo, ya que los principales protocolos de préstamos priorizan la sostenibilidad económica a largo plazo sobre los flujos de liquidez a corto plazo. Como una plataforma de exchange cripto líder a nivel mundial como KuCoin, monitoreamos de cerca estos cambios de seguridad de nivel institucional para ayudar a nuestros usuarios a navegar las dinámicas cambiantes del mercado. El nuevo marco de mitigación de riesgos de Aave marca un punto de inflexión definitivo en la gestión de activos descentralizados y la prevención de insolvencia de protocolos.

Esta revisión integral de los activos de Aave V3 V4 examina cómo el protocolo planea identificar, categorizar y restringir tokens de alto riesgo en sus piscinas de préstamos actuales y futuras.

Principales conclusiones

Cambio de paradigma: Aave está transfiriendo activamente su enfoque principal de evaluación de riesgos desde la volatilidad del mercado externo y las métricas de liquidez hacia los riesgos técnicos intrínsecos y ocultos de los contratos inteligentes.
Criterios estandarizados: El nuevo proceso de evaluación de activos impone políticas de tolerancia cero para tokens ERC-20 no estándar, oráculos de precios no verificados y privilegios de administrador excesivos.
Impacto a nivel de protocolo: Las limitaciones estrictas de activos se aplicarán simultáneamente a las piscinas existentes de Aave V3, los próximos despliegues de Aave V4 y la muy esperada arquitectura Aave Horizon orientada a instituciones.
Barreras defensivas: Los activos no cumplidos enfrentan acciones defensivas inmediatas, incluyendo reducciones agresivas en los ratios de préstamo a valor (LTV), límites de suministro reducidos o rechazos totales de incorporación.

Cambio de riesgos de mercado a riesgos técnicos

Durante años, las plataformas de préstamos descentralizadas evaluaban el riesgo desde una perspectiva puramente financiera, analizando la volatilidad histórica, el volumen de trading diario promedio y la capitalización de mercado. Si bien estas métricas mitigan eficazmente las liquidaciones en cadena durante caídas de mercado estándar, resultan insuficientes frente a explotaciones complejas de contratos inteligentes. El marco actualizado de Aave introduce un giro agresivo hacia la identificación de vulnerabilidades en el código subyacente antes de que un activo pueda ser depositado como garantía.

¿Qué son los riesgos técnicos ocultos?

Los riesgos técnicos ocultos se refieren a anomalías estructurales incrustadas directamente en el código del contrato inteligente de un token que alteran su comportamiento bajo condiciones específicas. A diferencia de los riesgos de mercado, que son visibles a través de libros de órdenes públicos y gráficos de profundidad del exchange, los riesgos técnicos permanecen dormidos hasta que se activan mediante una explotación o manipulación de gobernanza. Ejemplos incluyen funciones de transferencia no estándar, patrones de actualización ocultos sin timelocks y dependencias externas no documentadas. Estas vulnerabilidades ocultas pueden permitir a actores maliciosos manipular artificialmente saldos o agotar piscinas de liquidez, independientemente de cuán "líquido" parezca el activo en los mercados públicos.

Por qué la debilidad del código amenaza la solvencia

Cuando un prestatario realiza un depósito de un activo en un exchange o una plataforma de préstamo como Aave, el protocolo asume que los mecanismos de suministro y transferencia del activo son deterministas e inalterables. Una sola debilidad crítica en el código puede destruir por completo este supuesto, provocando la insolvencia catastrófica del protocolo. Si un token de garantía contiene una vulnerabilidad que permite la acuñación arbitraria o la manipulación del saldo, un atacante puede generar garantía infinita de la nada. Luego puede usar esta garantía falsificada para tomar prestados activos legítimos y altamente líquidos como USDC o ETH, dejando al protocolo con tokens explotados sin valor y deudas malas sin respaldo.

Límites de los datos tradicionales en la cadena

Los análisis tradicionales de datos en cadena son inherentemente indicadores rezagados, centrándose fuertemente en el desempeño pasado, la concentración de monederos y la liquidez histórica de DEX. Si bien estas métricas son útiles para mapear riesgos de manipulación del mercado, son ciegas ante explotaciones de contrato inteligente de día cero y actualizaciones de gobernanza maliciosas repentinas. Un token podría tener un perfil en cadena impecable con millones de dólares en liquidez bloqueada y miles de titulares únicos, aún así poseyendo una vulnerabilidad catastrófica en su base de código. El nuevo paradigma de Aave reconoce que confiar únicamente en datos transaccionales históricos crea una falsa sensación de seguridad, lo que exige una auditoría integral a nivel de código.

Criterios fundamentales de la revisión de activos de Aave V3 V4

Para eliminar sistemáticamente vulnerabilidades técnicas, Aave está implementando un marco de evaluación estricto y estandarizado diseñado para filtrar anomalías de activos. Este enfoque estructurado sirve como la base fundamental para la revisión de activos de Aave V3 V4, asegurando que cada token admitido cumpla con estándares de seguridad riguros.

Criterios de evaluación	Enfoque objetivo	Estándar aceptable
Conformidad con ERC-20	Estructura del código del token	Cumplimiento estricto de EIP-20 sin efectos secundarios
Regulaciones de gancho	Cambios de estado durante la transferencia	Prohibición completa de ejecuciones externas arbitrarias
Confiabilidad de Oracle	Seguridad de la fuente de precios	Fuentes descentralizadas redundantes con rutas de respaldo
Elevación de privilegios	Control de administrador y multi-firmas	Clasificación de Nivel 0 a Nivel 2 únicamente
Inflación de la oferta	Permisos de acuñación	Controles de caps fijos o multisignatura con temporización
Continuidad de la auditoría	Ciclo de vida del contrato inteligente	Revisiones regulares, independientes y de terceros del código

Reglas estrictas de compatibilidad con ERC-20

El estándar ERC-20 fue diseñado para garantizar la interoperabilidad sin interrupciones en el ecosistema de ethereum, pero muchos tokens modernos se desvían de sus especificaciones principales para implementar funciones personalizadas. El proceso actualizado de revisión de Aave impone una postura inquebrantable contra los tokens que utilizan implementaciones no estándar, como tarifas de transferencia deflacionarias, mecanismos de rebasing o saldos de tokens duplicados. Los tokens que restan una tarifa al transferir distorsionan el seguimiento del libro interno del protocolo, causando discrepancias entre los saldos registrados y los tokens reales mantenidos en el contrato inteligente. En consecuencia, cualquier activo que no refleje con precisión el comportamiento de transferencia estándar de EIP-20 será excluido de la integración.

Prohibición de hooks de tokens por seguridad

Los hooks de tokens, popularizados por estándares como ERC-777 y ciertas extensiones personalizadas de ERC-20, permiten que un contrato de token notifique direcciones externas cada vez que ocurren transferencias. Si bien esta función habilita patrones de programación avanzados, introduce un vector de ataque masivo conocido como vulnerabilidad de reentrada. Durante un ataque de reentrada, un contrato malicioso intercepta el hook de transferencia y ejecuta una transacción secundaria no autorizada antes de que el protocolo de préstamo pueda actualizar sus saldos internos. Para mantener la seguridad absoluta del protocolo, Aave está imponiendo una prohibición total sobre cualquier activo colateral que utilice hooks o callbacks de transferencia arbitrarios.

Confiabilidad obligatoria del oráculo de precios

Una plataforma de préstamos descentralizada es tan segura como las fuentes de precios que determinan sus umbrales de liquidación. Aave requiere que cada activo posea una arquitectura de oráculo de precios ultrariable y altamente descentralizada, aprovechando principalmente Chainlink y exigiendo sistemas de respaldo secundarios sólidos.

Las configuraciones de Oracle deben demostrar una resistencia extrema contra la manipulación de precios mediante flash-loans, distorsiones por deslizamiento por baja liquidez y latencia en la entrega de datos. Si un activo depende de un único pool de intercambio descentralizado (DEX) para su descubrimiento de precio, será descalificado inmediatamente debido a la facilidad con la que esos pools pueden ser manipulados temporalmente.

Clasificación de roles privilegiados (Nivel 0-5)

Para abordar los riesgos de centralización, Aave clasifica los controles de gobernanza y administrativos de los tokens candidatos utilizando una estricta escala de calificación del Nivel 0 al Nivel 5. El Nivel 0 representa inmutabilidad total o distribución a un DAO automatizado y con temporizador, mientras que el Nivel 5 indica una única cuenta externamente propiedad (EOA) sin temporizador con control absoluto.

Nivel 0: Código completamente inmutable o control descentralizado mediante DAO con retrasos prolongados.
Nivel 1: Control de firma múltiple con un timelock público mínimo de 72 horas para todas las funciones.
Nivel 2: Control de firma múltiple con timelocks cortos, restringido a ajustes de parámetros no críticos.
Nivel 3: Equipo centralizado con multi-firma capaz de pausar o actualizar contratos sin reloj de espera.
Nivel 4: Monedero EOA único o monedero de desarrollador con derechos de actualización o pausa de contrato.
Nivel 5: EOA individual con acceso ilimitado a los saldos de los usuarios, acuñación o reescritura de código.

Bajo las nuevas directrices, los activos con un perfil de riesgo de nivel 3 o superior enfrentarán restricciones severas o exclusión completa de las capas de garantía del protocolo.

Auditoría de funciones de acuñación ilimitada

Los tokens que presentan mecanismos subyacentes de acuñación representan una amenaza existencial para los protocolos de préstamo si las claves de acuñación se ven comprometidas o se utilizan de manera inapropiada. El equipo de riesgo de Aave realiza revisiones profundas del código para mapear cada dirección, contrato inteligente y multisignatura capaz de llamar a una función de acuñación. Si un proyecto mantiene una capacidad de acuñación ilimitada sin límites de oferta fijos y codificados de forma transparente o sin barreras criptográficas estrictas de multisignatura, no puede ser confiado como garantía. El protocolo marcará estos activos inmediatamente, asegurando que un evento inesperado de inflación de oferta no diluya el valor del activo a cero de la noche a la mañana.

Auditorías continuas de seguridad de contratos inteligentes

Una sola auditoría de seguridad realizada en el lanzamiento de un token ya no es suficiente en un ecosistema caracterizado por actualizaciones rápidas y vectores de ataque en evolución. Aave ahora exige que los emisores de activos proporcionen prueba de auditorías de seguridad de contratos inteligentes continuas y en curso realizadas por firmas independientes y de renombre. Cada vez que un proyecto de activo realice una actualización de código, una migración o un cambio estructural en su ecosistema, se debe presentar una nueva traza de auditoría. El incumplimiento de mantener un registro actualizado y transparente de revisiones de código independientes desencadenará una reevaluación automática del nivel de riesgo del activo dentro del ecosistema Aave.

Sectores con restricciones: V3, V4 y Horizon

La aplicación de estos estándares de seguridad reforzados tendrá un impacto en múltiples sectores clave dentro del ecosistema de finanzas descentralizadas. Las directrices estrictas detalladas en la revisión de activos de Aave V3 V4 afectarán significativamente tres pilares principales del ecosistema Aave: los pools V3 establecidos, los mercados V4 próximos y la arquitectura especializada de préstamos institucionales conocida como Aave Horizon.

Verificación de la oferta del puente entre cadenas

Los activos puenteados entre cadenas, los tokens envueltos y las variantes sintéticas representan algunos de los vectores más atacados y explotados en la historia moderna de las finanzas descentralizadas. Cuando un activo es puenteado desde su cadena de bloques nativa hacia otra red, su seguridad depende completamente de la infraestructura de contrato inteligente subyacente del puente. Aave está implementando un proceso exhaustivo de evaluación para todos los activos envueltos y puenteados en sus piscinas V3, analizando detalladamente el historial de tiempo de actividad del puente, la estructura multi-firma y la descentralización de los validadores. Los activos respaldados por arquitecturas de puente frágiles, centralizadas o modificadas con frecuencia tendrán sus límites de suministro reducidos agresivamente para aislar cualquier posible contagio entre cadenas.

Tornillos más apretados en los LRT de riesgo

Los tokens de restaking líquido (LRTs) han impulsado miles de millones de dólares en flujos de capital, pero su hiper-componibilidad introduce capas complejas de riesgo sistémico. Un LRT representa un derecho sobre ETH apostado que se vuelve a delegar para asegurar diversos Servicios Activamente Validados (AVSs), creando una larga cadena de dependencias técnicas. Aave V4 está apretando el tornillo en este sector al analizar los riesgos de slashing subyacentes, la centralización de los operadores de nodos y los retrasos en la liquidez de retiro asociados con cada LRT. Los LRTs que respaldan AVSs no comprobados con contratos de slashing no auditados enfrentarán límites inmediatos para tomar prestado y una utilidad de garantía fuertemente reducida para proteger el protocolo principal de un evento de slashing masivo.

Aave Horizon: Auditorías estrictas de RWA

Aave Horizon representa la expansión estratégica del protocolo hacia el sector de Activos del Mundo Real (RWA), creando piscinas dedicadas y altamente reguladas diseñadas para capital institucional. Debido a que los RWA cierran la brecha entre contratos inteligentes descentralizados e infraestructura física tradicional, requieren un enfoque de auditoría fundamentalmente diferente.

Cada activo RWA que se incorpore a Aave Horizon debe someterse a revisiones exhaustivas de los contratos de tokenización, asegurando que las funciones de bloqueo y congelación no puedan ser abusadas por actores externos.

Verificación de marcos legales fuera de la cadena

Más allá de las auditorías de código estándar, el sector RWA requiere la verificación absoluta de las entidades legales fuera de cadena, los vehículos protegidos contra quiebra y los marcos de custodia de garantías. Si un token RWA representa un bono del Tesoro de EE. UU. tokenizado o un activo inmobiliario, la vía legal disponible para la DAO en caso de incumplimiento debe ser clara como el cristal. El marco de gestión de riesgos de Aave exige que los emisores proporcionen opiniones legales irrefutables que detallen cómo se defienden los títulos de propiedad, los flujos de efectivo u las obligaciones de deuda en los tribunales tradicionales. Cualquier activo cuyo marco legal fuera de cadena sea ambiguo, mal estructurado o registrado en una jurisdicción poco cooperativa será excluido por completo del ecosistema Horizon.

Consecuencias para activos no cumplidores

Los tokens actualmente listados o que buscan ser listados y que no cumplan con estos parámetros rigurosos enfrentarán ajustes disciplinarios inmediatos y programáticos. El objetivo no es sancionar proyectos específicos, sino aislar dinámicamente los pools de liquidez más amplios de posibles fallas de código, explotaciones sistémicas o ataques a nivel de gobernanza.

Reducción de los límites de oferta y préstamo

La primera línea de defensa contra un activo estructuralmente sospechoso es la reducción inmediata de sus límites de oferta y préstamo en todos los pools de préstamos activos. Al reducir el límite de oferta, Aave restringe la cantidad total de ese token específico que puede depositarse en el protocolo, limitando así la exposición total. Al mismo tiempo, reducir el límite de préstamo impide que los usuarios acumulen posiciones cortas masivas o utilicen el token para extraer liquidez más limpia de la plataforma. En escenarios graves donde se sospecha activamente una vulnerabilidad técnica, los límites de oferta y préstamo se reducirán directamente a cero, congelando toda exposición adicional al protocolo.

Restricción de los parámetros de relación préstamo-valor

Los parámetros de relación préstamo-valor (LTV) determinan exactamente cuánto capital puede tomar prestado un usuario en contra de sus activos de garantía depositados. Por ejemplo, una LTV del 80% significa que un usuario que deposita activos por un valor de $100 puede tomar prestado hasta $80 de otra criptomoneda.

LTV = \left( \frac{\text{Valor máximo prestable}}{\text{Valor del colateral depositado}} \right) \times 100\%

Para los activos no cumplidos o de alto riesgo identificados en la revisión, Aave reducirá programáticamente la relación LTV, a veces hasta 0%. Reducir la LTV a 0% elimina por completo la utilidad del token como garantía, obligando a los usuarios a tratarlo como un activo aislado y no prestable, y evitando que respalde la deuda sistémica del protocolo.

Lanzamientos retrasados y rechazos de activos

Para los activos que están en el proceso de gobernanza o esperan su implementación en los próximos ecosistemas V4 y Horizon, el incumplimiento resulta en retrasos inmediatos en el lanzamiento o rechazo permanente. El núcleo de riesgo del protocolo emitirá informes detallados de retroalimentación técnica que especifican los ajustes de código exactos, las mejoras en los oráculos o las aclaraciones legales necesarias para cumplir. El activo permanecerá congelado en la cola de incorporación hasta que firmas de seguridad independientes verifiquen que todas las banderas rojas técnicas hayan sido resueltas completamente. Esta gestión proactiva asegura que la deuda técnica de alto riesgo se detenga en la puerta del protocolo, mucho antes de que pueda poner en peligro el capital de los usuarios.

Conclusión

A medida que las finanzas descentralizadas maduran hasta convertirse en un primitivo financiero reconocido globalmente, la seguridad de los protocolos debe evolucionar desde la gestión reactiva de crisis hasta el aislamiento proactivo de riesgos. El cambio decisivo de Aave hacia el análisis de riesgos técnicos y estructurales profundos en V3, V4 y Horizon establece un referente para toda la industria. Al implementar esta revisión integral de activos de Aave V3 V4 y aplicar estándares inquebrantables en compatibilidad de código ERC-20, resiliencia de oráculos y transparencia legal, el protocolo inmuniza eficazmente su sistema contra la insolvencia sistémica. Como una plataforma de exchange de criptomonedas líder como KuCoin, respaldamos enérgicamente estos rigurosos marcos de seguridad, que finalmente fomentan un entorno de negociación y préstamo más seguro y predecible para todos los participantes en activos digitales.

Preguntas frecuentes

¿Cuál es el propósito principal de la última revisión de activos de Aave V3 V4?

El propósito principal de la revisión de activos de Aave V3 V4 es trasladar sistemáticamente el enfoque de evaluación de riesgos del protocolo desde métricas estándar de volatilidad del mercado hacia vulnerabilidades técnicas profundas y subyacentes de contratos inteligentes para prevenir la explotación del protocolo y la insolvencia por deudas malas.

¿Por qué Aave está dirigiendo restricciones a los Tokens de Restaking Líquido (LRTs)?

Aave está implementando controles más estrictos sobre los LRT debido a sus capas complejas de riesgo sistémico, incluyendo posibles vulnerabilidades de reentrada de contrato inteligente, parámetros de slashing de validador no probados y retrasos de liquidez que amenazan las liquidaciones durante las caídas del mercado.

¿Cómo gestiona Aave Horizon el riesgo de los activos del mundo real (RWA)?

Aave Horizon aplica auditorías estrictas de calidad institucional sobre activos del mundo real que evalúan tanto el código del contrato inteligente de tokenización como los marcos legales subyacentes fuera de la cadena, garantizando la seguridad de los activos a prueba de quiebra y un recurso legal claro para el protocolo.

¿Qué sucede con un token si su relación préstamo-valor (LTV) se reduce al 0%?

Cuando el LTV de un token se reduce al 0%, pierde completamente su utilidad como garantía dentro de la plataforma, lo que significa que los usuarios ya no pueden tomar prestados otros activos digitales contra sus saldos depositados de ese token específico.

¿Puede un activo volver a listarse después de ser rechazado por el nuevo marco de riesgo de Aave?

Sí, un activo puede ser reconsiderado para su listado una vez que el equipo de desarrollo resuelva completamente los riesgos técnicos destacados, pase las auditorías de seguridad posteriores del contrato inteligente y vuelva a presentar el activo para su revisión formal.

Aviso: Esta página fue traducida utilizando tecnología de IA (impulsada por GPT) para tu conveniencia. Para obtener la información más precisa, consulta la versión original en inglés.