Aave V4: del mercado fragmentado a la liquidez modular

Artículo: Tia，Techub News

En el ámbito de los préstamos DeFi, Aave ha sido siempre un referente en innovación y estándares de la industria. Con el crecimiento en la cantidad de usuarios y tipos de activos, Aave V3 ha ido mostrando problemas relacionados con la fragmentación de la liquidez, la gestión de riesgos y mecanismos de liquidación relativamente rudimentarios. Para afrontar estos desafíos, Aave V4 ha llevado a cabo una actualización sistemática: la organización de la liquidez ha sido rediseñada en un esquema unificado de Hub y Spoke (radio y radios) modular, logrando compartir liquidez entre múltiples activos y estrategias mientras se mantiene el aislamiento de riesgos; el sistema contable se ha actualizado a un modelo de participaciones estilo ERC-4626, permitiendo que el estado global de la liquidez sea claro y controlable; el mecanismo de liquidación ha pasado de un modo de proporción fija a una lógica dinámica centrada en el factor de salud, con liquidaciones mínimas necesarias y en función del riesgo. En conjunto, V4 no es solo una optimización de parámetros, sino una evolución arquitectónica y de mecanismos que transforma a Aave, de un protocolo de préstamos fragmentado en múltiples mercados, en una infraestructura modular más escalable, eficiente en capital y con riesgos controlados.

De “mercado” como centro en V3, a las limitaciones de la fragmentación de liquidez en la realidad

En Aave V3, el protocolo adopta un enfoque de despliegue basado en “mercados” como núcleo. En diferentes redes, e incluso dentro de la misma red, Aave divide en múltiples mercados independientes, por ejemplo, en la red principal de Ethereum, Core y Prime. Cada mercado cuenta con su propio pool de liquidez, conjunto de activos soportados y parámetros de riesgo, formando perfiles de riesgo distintos.

Cuando un usuario suministra activos a Aave V3, en realidad está depositando esos activos en un mercado específico, no en un pool global compartido. Esto significa que los activos suministrados en el mercado Ethereum Core solo pueden ser utilizados por los prestatarios de ese mercado, sin ser accesibles para Prime u otros usuarios en diferentes redes.

Este diseño tiene ventajas claras en aislamiento de riesgos: los riesgos no se transmiten entre mercados. Pero también tiene un coste evidente: la liquidez está fragmentada. Incluso para un mismo activo, la liquidez se dispersa en varios mercados, dificultando su gestión unificada, lo que afecta la eficiencia del uso del capital, la profundidad del mercado y la expansión de nuevas funciones.

Hub y Spoke: la reorganización de liquidez en Aave V4

La respuesta de Aave V4 a este problema ha sido una reestructuración profunda de la arquitectura subyacente, introduciendo un nuevo esquema llamado Hub and Spoke. Este diseño busca resolver los problemas de fragmentación de liquidez y limitaciones de escalabilidad que persistían en V3.

En V4, el protocolo ya no vincula la liquidez a un único mercado, sino que introduce en cada red un Hub de liquidez unificado, que actúa como fuente central de todos los fondos. Los activos suministrados por los usuarios ya no ingresan en un mercado concreto, sino que se depositan en el Hub correspondiente a esa red, que se encarga de gestionar la liquidez global y las restricciones contables principales, como asegurar que el total de activos prestados no supere la cantidad suministrada y registrar la ocupación de liquidez por parte de diferentes módulos.

Pero el Hub no es la interfaz con los usuarios. Todas las operaciones que perciben los usuarios se colocan en una capa altamente modular, llamada Spoke en V4.

Spoke: la modularización de riesgos en la entrada

El Spoke constituye la interfaz frontal con la que los usuarios interactúan con el protocolo en Aave V4. Cada Spoke está conectado al mismo Hub de liquidez, pero puede tener reglas, parámetros y supuestos de riesgo completamente diferentes. El Spoke gestiona localmente las posiciones de los usuarios, la estructura de colaterales, la integración con oráculos y la lógica de liquidación, mientras que el Hub solo proporciona soporte de liquidez limitado en segundo plano, gestionando el total de activos y las cuotas disponibles.

El núcleo de esta división de funciones es: el riesgo se limita estrictamente al Spoke, sin propagarse a nivel del sistema. Diferentes tipos de activos y comportamientos de préstamo ya no tienen que compartir los mismos parámetros de riesgo, sino que pueden mantener lógicas de riesgo separadas, incluso compartiendo liquidez.

Por ello, muchas funciones que en V3 eran relativamente pesadas de implementar, en V4 pueden realizarse de forma más natural. Por ejemplo, el modo E-Mode ya no es solo un conjunto de parámetros, sino que puede existir como un Spoke independiente, dedicado a un portafolio de activos altamente relacionados; los modos de aislamiento también pueden implementarse mediante Spokes específicos, con límites claros en la liquidez disponible por Hub. Para RWA u otras estructuras de colateral más complejas, V4 permite introducir Spokes personalizados con controles de acceso y reglas de riesgo más estrictas, sin extender esa complejidad a todo el protocolo.

¿Cómo calcula V4 la liquidez unificada en las cuentas?

Para soportar la liquidez unificada en el Hub, V4 abandona el mecanismo de rebase de aTokens y adopta un sistema de participaciones estilo ERC-4626.

En Aave V4, el protocolo deja atrás el mecanismo de rebase de los aTokens y adopta un sistema de contabilidad basado en participaciones (shares) estilo ERC-4626. Esto significa que los usuarios ya no poseen aTokens que aumentan automáticamente con los intereses, sino que mantienen un número fijo de participaciones, y el valor subyacente de cada participación crece con el tiempo. En otras palabras, los intereses ya no se reflejan en la cantidad de tokens, sino en la cantidad de activos que cada participación puede canjear, asemejándose más a la lógica de un vault tradicional.

Este modelo de participaciones está estrechamente ligado a la arquitectura de liquidez unificada de V4. En ella, todos los activos suministrados se agrupan en el Hub de liquidez en cadena, que usa el sistema de participaciones para registrar con precisión el estado global de los activos. El Hub no necesita gestionar las estrategias o riesgos específicos de cada Spoke, solo controlar el volumen total de activos, el total de participaciones y las cuotas ocupadas por cada módulo. Este diseño permite que múltiples Spokes compartan un mismo pool de activos, manteniendo la contabilidad clara y controlada, evitando la complejidad y los riesgos que podría acarrear un rebase de aTokens en entornos con múltiples módulos.

Si se continuara usando el mecanismo de rebase de aTokens, compartir un mismo activo entre Spokes provocaría dificultades en la sincronización de intereses, riesgos y límites de cuota, complicando la gestión. La adopción del modelo ERC-4626 simplifica estos aspectos, permitiendo que el Hub gestione de forma segura y controlada múltiples estrategias y configuraciones de riesgo, optimizando la eficiencia del capital y facilitando la modularidad y futuras expansiones.

Ajuste fino del mecanismo de liquidación: dejar atrás las liquidaciones por proporción fija

Además de la reestructuración de la liquidez, Aave V4 ha ajustado significativamente su mecanismo de liquidación. En lugar de un proceso basado en proporciones fijas, V4 introduce un motor de liquidación orientado a objetivos de riesgo.

En versiones anteriores, cuando el factor de salud de una posición caía por debajo de un umbral de seguridad, el protocolo permitía que un liquidator pagara una parte de la deuda según un close factor predefinido, y confiscaba la colateral correspondiente. Aunque eficaz para proteger la seguridad del protocolo, en condiciones de alta volatilidad o en situaciones límite, esto podía provocar liquidaciones excesivas, superando lo estrictamente necesario para restaurar la seguridad de la posición.

El nuevo motor de liquidación en V4 centra su lógica en el objetivo de seguridad. Cuando una posición entra en estado liquidable, el sistema calcula cuánto hay que pagar y qué cantidad de colateral hay que liquidar para devolver el factor de salud a un nivel seguro. La liquidación ya no busca maximizar la eliminación del riesgo, sino realizar la mínima liquidación necesaria, minimizando la erosión de los activos del usuario y manteniendo la seguridad del sistema.

Este cambio implica que el close factor pasa de ser un parámetro estático a un resultado dinámico, determinado por la situación de riesgo de la posición. La escala de liquidación variará en función de la volatilidad de los activos, la estructura de colateral y los parámetros de riesgo, reflejando de forma más precisa las diferencias de riesgo entre posiciones. Además, ayuda a reducir el impacto de las liquidaciones y la venta de activos en masa.

El mecanismo de liquidación de Aave actualizado recuerda en cierta medida el diseño de liquidación de Fluid. Desde la perspectiva del producto de préstamo, V4 mejora notablemente el esquema “todo o nada” anterior, haciendo que la lógica de liquidación sea más fina y ajustada al riesgo real.

No obstante, en comparación con Fluid, que integra la liquidez de préstamos con la profundidad de los DEX, Aave sigue en un paradigma diferente. Fluid permite que las posiciones de préstamo se integren directamente en la liquidez de trading, absorbiendo parte del riesgo en el pool y reduciendo la necesidad de liquidadores externos en muchas situaciones. Este diseño tiene ventajas en costos y eficiencia, mientras que Aave, que depende de liquidadores externos, aunque ha perfeccionado su lógica, no puede igualar esa integración en la gestión del riesgo.

Resumen

En conjunto, Aave V4 no representa una ruptura radical del modelo existente, sino una evolución relativamente moderada pero sistemática: mediante la arquitectura Hub and Spoke reorganiza la liquidez, mediante módulos Spoke localiza riesgos, y con un mecanismo de liquidación más preciso, transforma a Aave de un protocolo de préstamos fragmentados en múltiples mercados, en una infraestructura modular capaz de soportar estructuras financieras más complejas.