- Aave Labs publicó un marco técnico que cubre ocho verificaciones para la lista de activos en V3, V4 y Horizon.
- Los activos que no pasan las verificaciones enfrentan límites reducidos, relaciones LTV más bajas o incorporación retrasada, no rechazo automático.
- El marco cubre la calidad de Oracle, control de acceso, historial de auditoría de riesgos de puente y verificaciones de cumplimiento ERC20.
No todos los tokens merecen un lugar en uno de los mayores protocolos de préstamos de DeFi. Aave Labs ahora está poniendo ese principio por escrito.
El brazo de desarrollo del protocolo ha publicado una propuesta que presenta un Marco Estándar de Listado de Activos Técnicos para Aave V3, V4 y Horizon. El objetivo es dificultar que activos de baja calidad o de riesgo se listen, y hacer que los requisitos sean lo suficientemente claros como para que todos puedan ver exactamente cuál es el estándar antes de presentar una propuesta.
Por qué esto es importante
Aave es uno de los mayores protocolos de préstamos en cripto. Cuando un activo se lista como garantía, los usuarios pueden tomar prestado contra él.
Si ese activo tiene una falla oculta, una función de acuñación ilimitada, un controlador de actualización débil, un oracle desactualizado o un puente que puede ser agotado, todo el protocolo asume ese riesgo. El nuevo marco es esencialmente Aave, trazando una línea clara entre los activos que cumplen con un nivel técnico mínimo y los que no.
¿Qué se verifica?
El marco cubre ocho áreas principales que todo activo debe atravesar antes de la lista o expansión material:
- Cumplimiento de ERC20: ¿el token se comporta de manera predecible sin tarifas ocultas, rebasing o ganchos problemáticos?
- Calidad de Oracle: ¿existe una fuente en vivo de Chainlink con umbrales adecuados de heartbeat y desviación?
- Control de acceso: quién puede acuñar, quemar, pausar o actualizar el token, y qué tan seguros son esos roles
- Integridad del tipo de cambio: para activos que generan rendimiento, ¿puede el tipo de cambio ser manipulado en una sola transacción?
- Arquitectura del token: ¿existen puntos de entrada duplicados de oferta o restricciones de transferencia ocultas?
- Puente y riesgo entre cadenas: para activos multicanal, ¿el puente está verificado y existen límites de emisión?
- Historial de auditoría: ¿el código implementado está cubierto por trabajos de auditoría recientes y de reputación, sin hallazgos críticos pendientes?
- Dependencias externas: ¿se evalúan los protocolos de staking, custodios e infraestructura de redención por sus propios riesgos?
¿Qué sucede si un activo falla?
Un hallazgo débil no bloquea automáticamente la lista, pero tiene consecuencias. Caps de suministro reducidos, ratios de préstamo a valor más bajos, uso de garantía no permitido o incorporación retrasada están todos sobre la mesa. La gobernanza conserva la discreción final, pero debe declarar públicamente cualquier riesgo residual que decida aceptar.
El marco también introduce revisiones anuales de actualización para todos los activos activamente listados, lo que significa que el estándar no solo se aplica al ingreso; se aplica durante toda la vida del activo en el protocolo.
Relacionado: AAVE llega a Solana mientras la Fundación Solana se involucra para apoyar la recuperación de DeFi
Descargo de responsabilidad: La información presentada en este artículo es únicamente para fines informativos y educativos. El artículo no constituye asesoramiento financiero ni de ningún otro tipo. Coin Edition no se hace responsable de ninguna pérdida derivada del uso del contenido, productos o servicios mencionados. Se aconseja a los lectores que ejerzan cautela antes de tomar cualquier acción relacionada con la empresa.