Aave V4: del mercado fragmentado a la liquidez modular

Escrito por: Tia, Techub News

En el ámbito de los préstamos DeFi, Aave ha sido siempre un referente de innovación y estándar de la industria. Con el crecimiento de la base de usuarios y la variedad de activos, Aave V3 ha ido revelando problemas relativamente básicos como la fragmentación de liquidez, la gestión de riesgos y los mecanismos de liquidación. Para abordar estos desafíos, V4 ha realizado una actualización sistemática: la organización de la liquidez ha sido rediseñada en una arquitectura unificada Hub y módulos Spoke, permitiendo compartir liquidez entre múltiples activos y estrategias manteniendo el aislamiento de riesgos; el sistema contable ha sido actualizado a un modelo de participación estilo ERC-4626, haciendo que el estado global de liquidez sea claro y controlable; el mecanismo de liquidación ha cambiado de un modelo de proporción fija a uno dinámico centrado en el factor de salud, con lógica de liquidación mínima necesaria y en función de la salud del sistema. En conjunto, V4 no es simplemente una optimización de parámetros, sino una evolución coordinada de la arquitectura y los 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 gestión de riesgo más controlada.

De “mercado” en V3 a las restricciones de fragmentación de liquidez

En Aave V3, el protocolo adopta un enfoque de despliegue centrado en “mercados”. En diferentes redes, o incluso dentro de la misma red, Aave divide en varios mercados independientes, como los de Ethereum en Core y Prime. Cada mercado cuenta con piscinas de liquidez completamente independientes, combinaciones de activos soportados y parámetros de riesgo diferentes, formando perfiles de riesgo distintos.

Cuando un usuario provee activos a Aave V3, en realidad los deposita en un mercado específico, no en una piscina global compartida. Esto significa que los activos suministrados en el mercado Ethereum Core solo pueden ser utilizados por 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 el costo es igualmente evidente: la liquidez se fragmenta. Incluso para un mismo activo, la liquidez se dispersa en varios mercados, dificultando su gestión integrada y afectando la eficiencia del uso de capital, la profundidad de mercado y la expansión de nuevas funciones.

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

La respuesta de V4 a este problema consiste en una reestructuración profunda de la arquitectura subyacente, introduciendo un nuevo esquema llamado Hub y Spoke (radial). El objetivo principal de este diseño es resolver los problemas de fragmentación de liquidez y limitaciones de escalabilidad presentes en V3.

En V4, el protocolo ya no vincula la liquidez a un solo mercado, sino que en cada red se introduce un Hub de liquidez unificado, que actúa como centro de toda la financiación. 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 gestiona globalmente la liquidez y las restricciones contables clave, 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 el punto de interacción directa del usuario. Todas las operaciones visibles para los usuarios se colocan en una capa de módulos altamente modular, llamada Spoke en V4.

Spoke: módulos de riesgo localizados y modulares

El Spoke constituye la interfaz de interacción real del usuario con el protocolo en 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, las estructuras de colateral, las integraciones de oráculos y la lógica de liquidación, mientras que el Hub solo respalda con liquidez limitada desde el backend.

El núcleo de esta división radica en que: los riesgos se mantienen estrictamente dentro del Spoke, sin propagarse a nivel del sistema. Las diferentes necesidades de préstamo de activos, con diversos perfiles de comportamiento, ya no deben compartir los mismos parámetros de riesgo, sino que pueden separar las lógicas de riesgo en un entorno de liquidez compartida.

Por ello, muchas funciones que en V3 eran complejas o pesadas, ahora pueden implementarse en V4 de forma más natural. Por ejemplo, el modo E-Mode deja de ser solo una configuración de parámetros y puede existir como un Spoke independiente, dedicado a un conjunto de activos altamente relacionados; los modos de aislamiento también pueden lograrse mediante Spokes específicos, y el Hub puede establecer límites claros sobre su liquidez disponible. Para RWA o estructuras de colateral más complejas, V4 permite introducir Spokes personalizados con controles de acceso y reglas de riesgo más estrictas, sin dispersar esa complejidad en todo el protocolo.

¿Y cómo se calcula la liquidez unificada en V4?

Para soportar la liquidez unificada en el nivel del Hub, V4 abandona el mecanismo de rebase de aToken, adoptando en su lugar un sistema de participación estilo ERC-4626.

En Aave V4, el protocolo deja atrás el método de rebase de los aTokens y adopta un sistema de cuentas 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 de cada participación en activos subyacentes aumenta 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, un método más cercano a la lógica contable de una bóveda (vault) tradicional.

Este modelo de participación está estrechamente relacionado con el diseño de liquidez unificada de V4. En la arquitectura de V4, todos los activos suministrados se concentran en el Hub de liquidez en la 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 de préstamo ni los riesgos específicos de cada Spoke, solo controlar el total de activos, el total de participaciones y las cuotas ocupadas por cada Spoke. Este diseño permite que múltiples Spokes compartan un mismo pool de activos, manteniendo claridad y control en la contabilidad, evitando la complejidad y el riesgo de externalidades que podría presentar un rebase en entornos multidepartamentales.

Si se continuara usando el mecanismo de rebase de aToken, la compartición de activos entre Spokes enfrentaría dificultades de sincronización, potenciales riesgos de externalización de intereses y riesgos en la gestión de cuotas de submódulos. La adopción del sistema de participaciones ERC-4626 simplifica estos problemas a relaciones aritméticas simples, permitiendo que el Hub soporte múltiples estrategias y configuraciones de riesgo de forma segura y controlada bajo una liquidez unificada. Esto garantiza eficiencia en capital y sienta las bases para la modularidad y futura expansión del esquema V4.

Ajuste fino del mecanismo de liquidación: dejando atrás la liquidación por proporción fija

Además de reestructurar la liquidez, V4 también ha realizado cambios importantes en el mecanismo de liquidación. En lugar de la lógica basada en una proporción fija, V4 introduce un motor de liquidación guiado por objetivos de riesgo.

En versiones anteriores como V3, cuando el factor de salud de una posición caía por debajo de un umbral de seguridad, el protocolo permitía que los liquidadores pagaran una parte de la deuda según un factor de cierre predefinido, confiscando colateral en el proceso. Aunque efectivo para proteger la seguridad del protocolo, en escenarios de alta volatilidad o riesgo extremo podía provocar liquidaciones excesivas, mucho mayores de las estrictamente necesarias para restaurar la posición a un estado seguro.

El nuevo motor de liquidación en V4 se centra en el “objetivo de seguridad”. Cuando se detecta una posición en riesgo de liquidación, el sistema calcula cuánto hay que pagar para devolver el factor de salud a un nivel seguro, en lugar de simplemente liquidar en proporción máxima. La liquidación ahora busca realizar el mínimo necesario, procurando reducir al máximo la erosión de los activos del usuario sin comprometer la seguridad del protocolo.

Este cambio implica que el factor de cierre ya no es un parámetro estático, sino que se determina dinámicamente en función del 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, haciendo que la lógica de liquidación refleje de forma más precisa las diferencias de riesgo entre posiciones. También ayuda a reducir el impacto de las liquidaciones y las ventas forzadas.

La actualización del mecanismo de liquidación de Aave recuerda la lógica de liquidación de Fluid. Desde el punto de vista del producto de préstamo, V4 mejora significativamente el método “todo en uno” de liquidación, haciendo la lógica más refinada y alineada con el riesgo real.

No obstante, en comparación con Fluid, que integra directamente las posiciones de préstamo con la profundidad de liquidez de los DEXs permitiendo absorber riesgos en pool y evitar Liquidaciones externas en muchos casos, Aave sigue en un paradigma diferente. Fluid puede ajustar posiciones automáticamente en función de la liquidez del pool, reduciendo la necesidad de liquidadores externos y optimizando costes y eficiencia en ejecución. La dependencia en terceros en Aave, aunque con una lógica de liquidación más avanzada, no puede igualar esa integración.

Resumen

En general, Aave V4 no busca derribar el modelo existente, sino realizar una evolución relativamente moderada pero sistemática: reestructurando la liquidez con la arquitectura Hub and Spoke, logrando la localización de riesgos mediante módulos Spoke, y complementando con un motor de liquidación más preciso. Así, Aave evoluciona de un protocolo de préstamos segmentado por “mercados” a una infraestructura modular capaz de soportar estructuras financieras más complejas.