KOINTAX.ioKOINTAX.io

Aave v3: efficiency mode, isolation mode y colateral avanzado en España

Aave v3 introduce nuevas funcionalidades como eMode (efficiency mode) e isolation mode que permiten mayor apalancamiento o restricciones en el uso del colateral. Cómo afectan fiscalmente estas nuevas modalidades.

Equipo declaracrypto·16 de abril de 2026·7 min read

Aave v3: fiscalidad de las nuevas funcionalidades avanzadas en España

Aave v3 es la versión más reciente del protocolo de lending descentralizado y trae cambios importantes en cómo los usuarios pueden gestionar su colateral y su deuda. Estas nuevas funcionalidades crean escenarios fiscales que los usuarios avanzados deben entender.

Repaso: cómo funciona Aave básico

En Aave, depositas colateral y puedes pedir prestado hasta un porcentaje de ese colateral (LTV: Loan-to-Value). Los intereses los paga el prestatario y los recibe el prestamista.

Nueva funcionalidad 1: Efficiency Mode (eMode)

El eMode (modo eficiencia) permite a los usuarios que depositan y piden prestado activos correlacionados (ej.: stETH y ETH, USDC y DAI) obtener un LTV mucho mayor (hasta el 97%).

Ejemplo de uso:

  • Depositas 10.000$ de stETH como colateral (en modo normal: LTV máximo 80%).
  • Con eMode (stETH/ETH): LTV sube a 93%.
  • Puedes pedir prestados hasta 9.300$ en ETH.
  • El "loop" de stETH: stETH → colateral → pedir ETH → comprar stETH → más colateral → repetir.

Fiscalidad del eMode:

  • El eMode no cambia los hechos imponibles, solo permite utilizar más LTV.
  • Cada operación dentro del loop es un evento fiscal igual que en v2.
  • La mayor exposición al stETH loop implica más eventos fiscales (ver artículo 147 sobre loops).

Nueva funcionalidad 2: Isolation Mode

El isolation mode restringe ciertos activos (los más "exóticos") a ser usados como colateral solo hasta un límite de deuda específico y solo para pedir prestados ciertos activos "seguros" (USDC, USDT, DAI).

Ejemplo: XTOKEN está listado en Aave v3 en isolation mode con un debt ceiling de 1M$ en USDC.

  • Puedes depositar XTOKEN como colateral.
  • Solo puedes pedir USDC/USDT/DAI, no ETH u otros activos.

Fiscalidad del isolation mode:

  • Sin diferencias conceptuales: depositar XTOKEN → si genera un token de posición (aXTOKEN) → posible transmisión.
  • Los intereses recibidos por depositar un token en isolation mode → mismo tratamiento como capital mobiliario.

Nueva funcionalidad 3: Portals (cross-chain)

Aave v3 Portals permite mover posiciones entre cadenas (ej.: de Ethereum a Polygon) sin pasar por un bridge externo.

Fiscalidad de Portals:

  • Mover colateral de Ethereum a Polygon vía Portal: ¿es transmisión?
    • Tu ETH/colateral sigue siendo tuyo, solo cambia de cadena → posiblemente no es transmisión.
    • Postura conservadora: podría ser una transmisión del aToken de Ethereum + adquisición del aToken de Polygon.
  • Sin criterio DGT específico, la postura menos conservadora (no transmisión) parece razonable al ser la misma posición económica.

Nueva funcionalidad 4: Risk parameters por supply cap y borrow cap

Aave v3 introduce límites máximos de oferta y préstamo por asset. Si un asset alcanza su supply cap:

  • No puedes depositar más.
  • Los que depositaron antes podrían vender sus aTokens en el mercado secundario a descuento si hay mucha demanda.
  • Vender aTokens en el mercado → transmisión de los aTokens (GPO).

GHO: la stablecoin nativa de Aave

Aave v3 lanzó GHO, una stablecoin descentralizada similar a DAI pero creada directamente por el protocolo Aave:

  • Acuñas GHO depositando colateral en Aave.
  • El GHO tiene un tipo de interés fijo (decidido por el DAO de Aave).

Tributación de GHO:

  • Idéntica a DAI: el GHO acuñado es deuda, no ingreso.
  • Los intereses del GHO (stability rate) son un coste → posiblemente deducibles como gasto financiero de inversión.
  • Si vendes el GHO → transmisión de GHO al precio de mercado.

AAVE token: staking y Safety Module

AAVE el token también tiene su propio staking en el Safety Module (SM):

  • Stakeas AAVE en el SM → recibes stkAAVE.
  • El SM actúa como seguro: si hay un déficit en el protocolo, se pueden "slashear" (quemar) stkAAVE.
  • Recompensas del SM → capital mobiliario.
  • Riesgo de slashing → pérdida patrimonial si se produce.

Tributación de stkAAVE:

  • AAVE → stkAAVE: posible transmisión de AAVE.
  • Recompensas de stkAAVE → capital mobiliario.
  • Al desbloquear → posible transmisión de stkAAVE → vuelta a AAVE.
  • Si hay slashing → pérdida patrimonial (reducción de stkAAVE).

Tabla resumen Aave v3

EventoTratamiento
Depósito colateral (recibir aToken)Posible transmisión del activo depositado
Intereses recibidos (aToken rebasing)Capital mobiliario periódico
Pedir préstamoSin implicación fiscal directa
Intereses pagadosPosible gasto deducible
eMode: loop de stETHMúltiples transmisiones por cada iteración
AAVE → stkAAVEPosible transmisión de AAVE
Recompensas stkAAVECapital mobiliario
Acuñar GHOSin transmisión (es deuda)
Slashing en SMPérdida patrimonial
LiquidaciónTransmisión colateral al precio de liquidación

Actualizado: abril 2026 | Ejercicio fiscal: 2025

Ready to calculate your crypto taxes?

Connect your exchanges, import your history and generate your IRPF report in minutes.

Start free — no card needed