Aave V4: liquidez unificada y mayor eficiencia de capital

Aave es uno de los protocolos de referencia en DeFi: reúne el dinero de muchos usuarios en pools de liquidez de los que cualquiera puede pedir prestado, pagando un interés a quienes aportaron ese capital. Con V4 llega el cambio más importante de su arquitectura desde hace años: la forma en que se organiza esa liquidez.

El proyecto nació como ETHLend, un mercado de préstamos peer-to-peer, y evolucionó hasta convertirse en Aave, sustituyendo el emparejamiento directo entre prestamista y prestatario por pools compartidos. Desde entonces ha ido sumando piezas: los flash loans (préstamos sin colateral que deben devolverse dentro de la misma transacción), su despliegue en múltiples blockchains, y en V3 herramientas de gestión de riesgo como el modo de aislamiento para activos nuevos o volátiles y el eMode, que permite pedir prestado con más eficiencia cuando el colateral y el préstamo son activos correlacionados. V4 no sustituye nada de esto: reorganiza por debajo cómo se administra el capital que hace posible todo lo anterior.

Aave V4 ya está en producción: se lanzó en Ethereum mainnet el 30 de marzo de 2026 y se desplegó en Avalanche el 15 de julio de 2026. Los ejemplos de hubs de este artículo (Stablecoins, RWA, etc.) son ilustrativos; en el lanzamiento real los primeros hubs se llaman Core, Plus y Prime.

01. El problema de V3: liquidez fragmentada

En V3, cada mercado es un compartimento independiente con sus propios activos, reglas y liquidez. Esto tiene una ventaja clara: aísla riesgos, porque un problema en un activo concreto no se extiende automáticamente a otros mercados. Pero también tiene un coste importante, y es que el capital queda repartido en cajones separados que no se comunican entre sí.

Un mercado puede tener USDC de sobra mientras otro se queda sin liquidez para prestar, y aunque ambos sean de Aave, no existe un puente directo entre ellos: el capital ocioso del primero no puede socorrer al segundo. Además, cada mercado nuevo empieza de cero. Lanzar un mercado en una red nueva, o para un activo nuevo, significa convencer a depositantes y prestatarios de entrar desde el primer día, compitiendo por liquidez con los mercados ya existentes del propio protocolo.

02. La solución de V4: Hubs, Spokes y Reserves

La idea central de V4 es sencilla de enunciar, aunque potente en la práctica: separar dónde vive el dinero de cómo se usa ese dinero. Esto se consigue con tres piezas nuevas que trabajan de forma coordinada.

Liquidity Hubs: la caja fuerte común

‍Los Hubs son la capa central de asentamiento de Aave V4. Cada Hub agrupa la liquidez, gestiona las líneas de crédito de los mercados que dependen de él, aplica los parámetros de riesgo que define la gobernanza y controla la contabilidad de los activos, los intereses generados y la utilización de los fondos. El usuario normal no interactúa con el Hub directamente: funciona en segundo plano, como una tesorería compartida. Además, pueden existir distintos tipos de Hub según su propósito —desde uno conservador centrado en stablecoins hasta otro más orientado a colaterales de mayor riesgo y rendimiento—, cada uno bajo su propio modelo de gobernanza.

Spokes: los mercados con los que interactúas

‍Los Spokes son los contratos con los que sí interactúan los usuarios. Cada Spoke define su propia lógica orientada al usuario: qué activos acepta como colateral, qué se puede pedir prestado, el modelo de tipos de interés, los límites de riesgo y las condiciones de liquidación. Un Spoke puede conectarse a un único Hub o a varios a la vez, lo que le da flexibilidad para acceder a distintos perfiles de liquidez según lo que necesite. Y quizá lo más importante: el riesgo se aísla a nivel de Spoke. Si algo falla en uno de ellos, ese problema no se propaga automáticamente al Hub ni al resto de Spokes conectados, lo que permite experimentar con mercados más arriesgados sin comprometer la seguridad del conjunto.

Reserves: la contabilidad de cada activo

‍Dentro de cada Spoke, las Reserves son las unidades contables de cada activo concreto: llevan el registro de depósitos, préstamos, pagos e intereses acumulados, y aplican los límites de emisión (supply caps) y configuraciones específicas que la gobernanza haya aprobado para ese Spoke. La gobernanza, a su vez, decide cuánto del capital del Hub puede asignarse a cada Reserve mediante líneas de crédito, que se ajustan de forma dinámica según la demanda y el perfil de riesgo.

V3: cada mercado tiene sus propias reglas y su propia liquidez.
V4: varios mercados tienen reglas distintas pero comparten la liquidez de un mismo Hub.

03. V3 frente a V4, de un vistazo

04. Por qué mejora la eficiencia de capital

Ejemplo: el mercado 1 tiene 100M USDC depositados pero solo 20M prestados; el mercado 2 tiene 20M depositados y 18M prestados, casi sin margen. En V3, el primero tiene capital dormido mientras el segundo se queda sin liquidez. En V4, ambos Spokes pueden compartir un Hub: el capital fluye hacia donde hay demanda real, dentro de los límites de riesgo fijados por la gobernanza.

05. Interoperabilidad entre blockchains: aún futura

Aave ya opera en varias redes, pero hoy la liquidez de cada blockchain vive separada. La arquitectura modular de V4 abre la puerta a que, en el futuro, los Spokes conecten Hubs de distintas cadenas para enrutar liquidez entre ellas.

Importante: la documentación oficial de Aave presenta esto como una capacidad futura de la arquitectura, no como una función del lanzamiento inicial de V4.

06. ¿Y los riesgos?

Concentrar la liquidez en Hubs no centraliza Aave: sigue siendo contratos inteligentes con wallets de autocustodia. Pero sí crece la concentración arquitectónica:

• Un problema grande en un Spoke puede afectar a la liquidez compartida del Hub.
• La gobernanza gana peso: decide qué Spokes se conectan y con cuánta liquidez.
• Hay más módulos y conexiones internas que coordinar, aunque el protocolo ha sido auditado.
• Una futura conexión entre blockchains añadiría dependencia de los sistemas de comunicación entre redes.

La liquidez de V3 no migra automáticamente: ambas versiones convivirán mientras se demuestra la seguridad y el rendimiento de la nueva arquitectura.

‍V3 aísla liquidez y riesgo por mercado. V4 comparte la liquidez en Hubs y aísla solo el riesgo a nivel de Spoke, más eficiencia de capital, a cambio de más responsabilidad para la gobernanza.

‍

Fuentes: documentación oficial de Aave (aave.com/docs/aave-v4, aave.com/docs/aave-v4/liquidity), blog de Aave y foro de gobernanza (governance.aave.com).

‍