En el sistema actual de Aave V3, el protocolo funciona bajo un modelo de despliegue multiinstancia centrado en "mercados". El mercado principal en la red principal de Ethereum gestiona aproximadamente 60 000 millones de dólares en liquidez, mientras que el mercado Prime—diseñado para usuarios con menor tolerancia al riesgo—alberga cerca de 2 000 millones. Estos dos mercados operan de forma independiente. Esto significa que, aunque un mismo activo, como USDC, cuente con miles de millones en reservas en el mercado principal, los usuarios del mercado Prime no pueden acceder a esa liquidez. En esencia, este diseño vincula estrechamente la asignación de riesgo a la profundidad de liquidez dentro de cada mercado, lo que obliga a que cada nuevo mercado deba enfrentarse al reto de "construir liquidez desde cero".
Aave V4 aborda directamente esta limitación estructural. Al introducir una arquitectura Hub-Spoke, separa completamente el almacenamiento de liquidez de la lógica de mercado, permitiendo que los nuevos mercados accedan a los pools de liquidez existentes desde el primer día.
Cómo la separación entre Hub y Spoke logra liquidez unificada y aislamiento de riesgos
La arquitectura Hub-Spoke redefine de manera fundamental los roles. El Liquidity Hub actúa como un pool centralizado, gestionando el suministro total de todos los activos, las autorizaciones de préstamo y las restricciones contables, asegurando que el volumen total de préstamos nunca supere el límite de suministro. Los módulos Spoke funcionan como interfaces de usuario especializadas. Cada Spoke puede definir de forma independiente los tipos de activos que admite, parámetros de riesgo, reglas de liquidación y configuraciones de oráculos, mientras extrae liquidez del Hub dentro de los límites preestablecidos. El avance clave aquí es que la liquidez ya no queda bloqueada dentro de los límites de un mercado específico, sino que existe como un "pool compartido" a nivel del Hub y puede ser accedida en paralelo por varios Spokes según los límites de crédito definidos por la gobernanza. Al mismo tiempo, el riesgo se contiene estrictamente dentro de cada Spoke. Incluso si un Spoke incurre en deuda incobrable debido a la volatilidad de un activo o a liquidaciones fallidas, esto no afecta al Hub ni a otros Spokes.
El coste de la unificación: compensaciones de eficiencia y complejidad de gobernanza en una arquitectura modular
Toda reestructuración arquitectónica conlleva compensaciones. Si bien el modelo Hub-Spoke resuelve la fragmentación de liquidez, introduce nuevos costes estructurales. En primer lugar, el Hub debe asumir responsabilidades contables globales más complejas. V4 abandona el mecanismo de rebase de los aTokens de V3 y adopta un modelo de participaciones al estilo ERC-4626. Cada participación representa el valor subyacente del activo, que crece con los intereses acumulados, permitiendo un seguimiento preciso del uso de cuotas de cada Spoke dentro del pool unificado. En segundo lugar, el proceso de gobernanza se vuelve más complejo. La DAO establece los parámetros de riesgo para cada Spoke, pero la asignación de límites de crédito, la coordinación de tipos de interés y la gestión de liquidaciones entre Spokes requieren un marco de gobernanza más sofisticado. En tercer lugar, ya han surgido controversias sobre la ruta de migración dentro de la comunidad. Anteriormente, Aave Labs propuso pausar las optimizaciones de V3 para incentivar la migración de usuarios a V4, lo que encontró resistencia entre los colaboradores principales. Finalmente, la propuesta fue retirada y se asumió el compromiso de no forzar la migración. Esto pone de manifiesto que las mejoras técnicas también deben abordar una transición fluida del ecosistema existente.
De protocolo a infraestructura: implicaciones para el panorama DeFi de préstamos
La evolución de V4 supone, en esencia, la transformación de Aave de un "protocolo de préstamos multi-mercado en paralelo" a una "infraestructura modular capaz de soportar lógicas financieras diversas". Este cambio tendrá varios impactos a nivel sectorial. En primer lugar, la mejora en la eficiencia del capital redefinirá los estándares competitivos en el ámbito del préstamo. Los nuevos mercados ya no necesitan competir con los existentes por los depósitos. Los desarrolladores pueden centrarse en lógicas de préstamo personalizadas para activos novedosos como Pendle PT, posiciones LP de Uniswap y Ethena sUSDe, sin tener que construir liquidez desde cero. En segundo lugar, la tarificación del riesgo pasa de un enfoque "talla única" a un modelo más granular. V4 introduce un mecanismo de prima de liquidez, ajustando dinámicamente los tipos de interés de los préstamos en función del perfil de liquidez de los activos colateralizados. Los activos de referencia como ETH mantienen una prima nula, mientras que los activos más volátiles soportan primas superiores. En tercer lugar, la integración más profunda de la stablecoin GHO refuerza aún más el bucle interno del protocolo. El mecanismo de liquidación suave (LLAMM) permite que el sistema convierta progresivamente el colateral en GHO cuando los precios caen y recompre colateral cuando los precios suben, mejorando la eficiencia y la estabilidad de las liquidaciones.
Mirando más allá de V4: posibles caminos para la capa de liquidez, préstamos cross-chain y expansión del ecosistema
La arquitectura de V4 no solo resuelve los desafíos actuales, sino que también deja margen para futuras expansiones. En primer lugar, la capa de liquidez unificada es, por naturaleza, idónea para préstamos cross-chain. Los usuarios pueden depositar activos en una cadena y tomar préstamos en otra, con la capa de liquidez funcionando como un hub cross-chain abstracto para compensación y contabilidad. En segundo lugar, la composabilidad de los Spokes habilita mercados secundarios de deuda, mercados de crédito a plazo fijo y líneas de crédito dinámicas para posiciones AMM: se hacen posibles primitivas financieras complejas. Los desarrolladores solo necesitan centrarse en la lógica de negocio a nivel de Spoke, mientras que los marcos subyacentes de liquidación y gestión de riesgos pueden heredar los módulos probados de Aave. Además, el ecosistema de Aave explora una "capa de red independiente", con planes para lanzar una red dedicada como infraestructura principal para GHO y las operaciones de préstamo. Aunque este concepto aún se encuentra en fases tempranas, refleja la intención estratégica de los principales protocolos DeFi de evolucionar hacia una pila tecnológica más completa.
Riesgos y límites: amenazas potenciales aún no resueltas por la nueva arquitectura
A pesar de las importantes mejoras arquitectónicas de V4, algunas dimensiones del riesgo permanecen sin resolver. En primer lugar, aunque la liquidación ha pasado de un sistema de "ratio fijo" a una "liquidación mínima necesaria", sigue dependiendo de liquidadores externos. Frente a diseños como Fluid, que integran profundamente el préstamo con la liquidez de DEX, este enfoque presenta carencias en estructura de costes y eficiencia de ejecución. En segundo lugar, en un entorno multi-Spoke, la monitorización global de riesgos entre Spokes aún no está madura. Cuando varios Spokes acceden simultáneamente a la liquidez del Hub con modelos de riesgo distintos, los mecanismos para identificar y alertar sobre riesgos sistémicos aún no están probados. En tercer lugar, aunque el mecanismo de liquidación suave de GHO se inspira en el modelo LLAMM de crvUSD, su desempeño real bajo condiciones extremas de mercado carece de datos de pruebas de estrés a gran escala. Además, las disputas de gobernanza—como las renovaciones de contratos de colaboradores principales y los conflictos de asignación de recursos entre V3 y V4—ponen de relieve el riesgo de división comunitaria durante grandes actualizaciones.
Resumen
El lanzamiento en mainnet de Aave V4 marca un cambio de paradigma para los protocolos de préstamos DeFi: de una arquitectura "multi-mercado en paralelo" a una de "capa de liquidez unificada + unidades modulares de riesgo". El diseño Hub-Spoke resuelve el problema histórico de la fragmentación de liquidez y proporciona un marco fundamental para la incorporación de nuevos tipos de activos, la habilitación de préstamos cross-chain y la implementación de una tarificación de riesgo granular. Sin embargo, persisten desafíos en la complejidad de la gobernanza, las carencias en la monitorización global de riesgos y la coordinación comunitaria durante la migración. Para el sector DeFi de préstamos, V4 no es solo una actualización de versión: es un experimento estructural sobre cómo los protocolos evolucionan hacia infraestructuras.
Preguntas frecuentes
P1: ¿Cuál es la diferencia principal entre Aave V4 y V3 en la gestión de liquidez?
V3 utiliza un modelo de mercados independientes, donde cada mercado mantiene su propio pool de liquidez y los activos no se comparten entre mercados. V4 introduce la arquitectura Hub-Spoke, en la que toda la liquidez se almacena de forma centralizada en el Liquidity Hub. Varios Spokes comparten el mismo pool de liquidez, mientras que cada uno gestiona de manera independiente sus parámetros de riesgo.
P2: ¿Cómo evita la arquitectura Hub-Spoke que el riesgo se propague por el sistema?
El riesgo se contiene dentro de cada Spoke. Cada Spoke tiene su propia lista de activos, reglas de liquidación y límites de cuota. Incluso si un Spoke incurre en deuda incobrable, esto no afecta al Hub ni a otros Spokes. El Hub solo se encarga de la contabilidad global y la gestión de cuotas, sin asumir directamente el riesgo crediticio de los Spokes.
P3: ¿Qué mejoras clave incorpora V4 para la stablecoin GHO?
Las principales mejoras incluyen: la introducción de un mecanismo de liquidación suave (LLAMM), que liquida gradualmente el colateral durante la volatilidad de precios en lugar de liquidar todo de golpe; el soporte para pagos de intereses de stablecoin en GHO; y la incorporación de un mecanismo de rescate de emergencia para abordar casos extremos de pérdida de paridad de GHO.
P4: ¿Los usuarios de V3 deben migrar tras el lanzamiento de V4?
Aave Labs ha retirado la propuesta de migración forzosa y se ha comprometido a operar V3 y V4 en paralelo, por lo que los usuarios no están obligados a migrar. El despliegue inicial de V4 utilizará parámetros conservadores y una lista de activos reducida para priorizar la seguridad.
P5: ¿En qué se diferencia el mecanismo de liquidación de V4 respecto a V3?
V3 utiliza un factor de cierre de ratio fijo para las liquidaciones, lo que puede provocar liquidaciones excesivas. V4 adopta una lógica de liquidación dinámica basada en factores de salud, donde el sistema calcula la cantidad mínima necesaria de liquidación: solo se reembolsa la deuda suficiente para devolver la posición a una zona segura.
