Aave V4 Mainnet próximamente en línea: ¿Cómo la arquitectura Hub-Spoke resuelve el problema de la fragmentación de liquidez?

En el sistema actual de Aave V3, el protocolo adopta un enfoque de despliegue de múltiples instancias centrado en “mercados”. El mercado principal en la red principal de Ethereum posee aproximadamente 60 mil millones de dólares en liquidez, mientras que el mercado Prime, orientado a usuarios con baja tolerancia al riesgo, tiene alrededor de 2 mil millones de dólares, funcionando de manera independiente entre sí. Esto significa que, incluso si un mismo activo —como USDC— tiene decenas de miles de millones en el mercado principal, los usuarios del mercado Prime no pueden acceder a esa liquidez. La esencia de este diseño es que la asignación de riesgos del mercado está estrechamente vinculada a la profundidad de liquidez, lo que hace que cada nuevo mercado enfrente el desafío de “acumular liquidez desde cero”.

La aparición de Aave V4 es una respuesta fundamental a esta restricción estructural: al introducir una arquitectura Hub-Spoke, separa completamente el almacenamiento de liquidez de la lógica del mercado, permitiendo que nuevos mercados accedan a los pools de liquidez existentes desde su primer día en línea.

Mecanismo de separación de Hub y Spoke: cómo lograr la unificación de liquidez y la separación de riesgos

El núcleo de la arquitectura Hub-Spoke radica en la reestructuración de funciones. Liquidity Hub actúa como un centro de liquidez unificado, gestionando de manera centralizada la cantidad total de suministro de todos los activos, las autorizaciones de préstamo y las restricciones contables, asegurando que la escala total de préstamos del sistema no exceda el límite de suministro. Spoke, por otro lado, es un módulo de interacción dedicado al usuario, donde cada Spoke puede definir independientemente los tipos de activos que admite, los parámetros de riesgo, las reglas de liquidación y la configuración de oráculos, mientras obtiene apoyo de liquidez dentro de los límites preestablecidos desde el Hub. El avance clave de este diseño es que la liquidez ya no está bloqueada dentro de los límites de un mercado específico, sino que existe en forma de un “pool compartido” a nivel de Hub, permitiendo que múltiples Spoke accedan a ella en paralelo según los límites de crédito definidos por la gobernanza. Al mismo tiempo, el riesgo se limita estrictamente dentro de cada Spoke: incluso si un Spoke incurre en morosidad debido a la volatilidad de los activos o fallos de liquidación, no se propagará al Hub o a otros Spoke.

El costo unificado: compromisos de eficiencia y complejidad de gobernanza en una arquitectura modular

Cualquier reestructuración arquitectónica conlleva compromisos. El modelo Hub-Spoke, al resolver la fragmentación de la liquidez, introduce nuevos costos estructurales. Primero, el nivel Hub debe asumir una responsabilidad contable global más compleja: V4 abandona el mecanismo de rebase de aToken en V3, y se mueve hacia un modelo de cuotas al estilo ERC-4626, donde el valor del activo subyacente correspondiente a cada cuota se incrementa con la acumulación de intereses, registrando con precisión el uso de los límites de cada Spoke en el pool unificado. Segundo, el proceso de gobernanza enfrenta una mayor complejidad: los parámetros de riesgo de los Spoke son establecidos por la DAO, pero la distribución de límites de crédito entre diferentes Spoke, los mecanismos de vínculo de tasas de interés y la coordinación de liquidaciones entre Spoke requieren un marco de gobernanza más detallado. Tercero, las disputas sobre la ruta de migración ya han surgido en la comunidad: anteriormente, Aave Labs propuso pausar las optimizaciones de V3 para impulsar la migración de usuarios a V4, lo que provocó la oposición de algunos contribuyentes clave, y finalmente retiró la propuesta, comprometiéndose a no forzar la migración. Esto indica que la actualización de la arquitectura, además de ser técnica, también debe abordar el problema de la transición suave del ecosistema existente.

De protocolo a infraestructura: ¿qué significa la configuración para el campo de préstamos DeFi?

La dirección de evolución de V4 es, en esencia, transformar Aave de un “protocolo de préstamos de múltiples mercados” a una “infraestructura modular capaz de soportar lógicas financieras diversas”. Este cambio de posicionamiento tendrá múltiples impactos en la industria. Primero, la mejora de la eficiencia de capital cambiará el estándar competitivo en el campo de los préstamos: los nuevos mercados ya no necesitan competir por depósitos con los mercados existentes; los desarrolladores pueden centrarse en lógicas de préstamos personalizadas para activos nuevos como Pendle PT, posiciones de Uniswap LP, Ethena sUSDe, entre otros, sin necesidad de construir liquidez desde cero. Segundo, el mecanismo de fijación de precios de riesgo cambia de “corto y al pie” a “detallado”: el mecanismo de prima de liquidez introducido en V4 ajusta dinámicamente las tasas de interés de los préstamos según el estado de liquidez de los activos colaterales, manteniendo una prima cero para activos de referencia como ETH, mientras que los activos más volátiles asumen primas correspondientes. Tercero, la integración profunda del stablecoin GHO refuerza aún más el ciclo cerrado dentro del protocolo: el mecanismo de liquidación suave (LLAMM) permite que el sistema convierta gradualmente los activos a GHO cuando el precio de los colaterales baja y recompre los colaterales cuando sube, mejorando la eficiencia y estabilidad de la liquidación.

Mirando hacia adelante desde V4: posibles rutas de evolución en capas de liquidez, préstamos cross-chain y expansión del ecosistema

La arquitectura de V4 no solo resuelve los problemas actuales, sino que también deja espacio para la expansión funcional futura. Primero, el diseño de una capa de liquidez unificada apoya naturalmente los préstamos cross-chain: los usuarios pueden depositar activos en una cadena y retirar fondos en otra, con la capa de liquidez actuando como un centro de liquidez cross-chain abstracto que asume funciones de liquidación y contabilidad. En segundo lugar, la combinabilidad de los Spoke hace posible la creación de mercados secundarios de posiciones de deuda, mercados de crédito a plazo fijo y límites de crédito dinámicos para posiciones AMM, donde los desarrolladores solo necesitan concentrarse en la lógica de negocio a nivel de Spoke, y el sistema de liquidación subyacente y el marco de gestión de riesgos pueden heredarse directamente de módulos verificados de Aave. Además, el ecosistema de Aave está explorando la dirección de una “capa de red independiente” y planea lanzar una red dedicada como infraestructura central para GHO y los negocios de préstamos; aunque esta dirección aún está en la fase de concepto, ya 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: potenciales peligros no resueltos en la nueva arquitectura

A pesar de que V4 ha logrado optimizaciones significativas a nivel arquitectónico, aún existen dimensiones de riesgo que no se han resuelto por completo. Primero, aunque el mecanismo de liquidación ha pasado de “proporción fija” a “liquidación mínima necesaria”, aún depende de liquidadores externos de terceros para su ejecución, lo que presenta una discrepancia en la estructura de costos y en la eficiencia de ejecución en comparación con diseños como Fluid, que integran profundamente préstamos y liquidez de DEX. Segundo, en un entorno de funcionamiento paralelo de múltiples Spoke, aún no se ha formado un paradigma maduro para la supervisión de riesgos globales entre Spoke: cuando múltiples Spoke acceden simultáneamente a la liquidez del Hub y utilizan diferentes modelos de riesgo, el mecanismo de identificación y alerta de riesgos sistémicos aún necesita validación. Tercero, aunque el mecanismo de liquidación suave de GHO se basa en el modelo LLAMM de crvUSD, su rendimiento en condiciones de mercado extremas aún carece de datos de pruebas de estrés a gran escala. Además, las disputas en el ámbito de la gobernanza de la DAO —incluidos problemas de renovación de contribuyentes clave, y conflictos en la asignación de recursos entre V3 y V4— reflejan los riesgos de divergencia que la comunidad podría enfrentar durante una actualización significativa.

Resumen

El despliegue de la red principal de Aave V4 marca la transición del protocolo de préstamos DeFi de un “multi-mercado paralelo” a un paradigma arquitectónico de “capa de liquidez unificada + unidades de riesgo modular”. El diseño Hub-Spoke, al abordar el problema de la fragmentación de liquidez, proporciona una base para la integración de nuevos activos, préstamos cross-chain y la fijación de precios de riesgos detallada. Sin embargo, la complejidad de gobernanza que trae la actualización de la arquitectura, la brecha en la supervisión de riesgos globales y los problemas de coordinación comunitaria en la ruta de migración siguen siendo desafíos que V4 debe enfrentar de manera continua en su proceso de aterrizaje técnico hacia la madurez del ecosistema. Para el campo de préstamos DeFi, V4 no solo representa una iteración de la versión del protocolo, sino también un experimento estructural sobre “cómo el protocolo puede evolucionar hacia una infraestructura”.

FAQ

Q1: ¿Cuál es la diferencia clave en la gestión de liquidez entre Aave V4 y V3?

V3 adoptó un modelo de mercado independiente, donde cada mercado tiene su propio pool de liquidez y no puede compartir activos; V4 introduce la arquitectura Hub-Spoke, donde toda la liquidez se almacena de manera centralizada en Liquidity Hub, y múltiples Spoke comparten el mismo pool de liquidez mientras gestionan independientemente sus parámetros de riesgo.

Q2: ¿Cómo previene la arquitectura Hub-Spoke la propagación de riesgos dentro del sistema?

El riesgo se limita dentro de cada Spoke. Cada Spoke tiene una lista de activos, reglas de liquidación y límites de crédito independientes; incluso si un Spoke incurre en morosidad, no se propagará al Hub o a otros Spoke. El Hub solo se encarga de la contabilidad global y la gestión de límites, sin asumir directamente el riesgo crediticio de los Spoke.

Q3: ¿Qué actualizaciones clave se han realizado en GHO stablecoin en V4?

Las actualizaciones principales incluyen: la introducción del mecanismo de liquidación suave (LLAMM), que permite la liquidación gradual en lugar de una liquidación forzada de una sola vez durante la volatilidad de los precios de los colaterales; soporte para el pago de intereses de stablecoin en forma de GHO; y la adición de un mecanismo de rescate de emergencia para abordar situaciones extremas de desanclaje continuo de GHO.

Q4: ¿Los usuarios de V3 necesitan migrar después del lanzamiento de V4?

Aave Labs ha retirado la propuesta de migración obligatoria, comprometiéndose a que V3 y V4 funcionen en paralelo, sin requerir migración forzada por parte de los usuarios. La implementación inicial de V4 adoptará parámetros conservadores y una configuración de activos simplificada, priorizando la seguridad.

Q5: ¿Cuál es la diferencia en el mecanismo de liquidación entre V4 y V3?

V3 adoptó un modelo de liquidación con un factor de cierre de proporción fija, lo que puede llevar a liquidaciones excesivas; V4 se mueve hacia una lógica de liquidación dinámica centrada en el factor de salud, donde el sistema calcula la cantidad mínima necesaria para liquidar, reembolsando solo la deuda suficiente para restaurar la posición a un rango seguro.