Fiscalidad de los pools de liquidez en España

2. Qué es un pool de liquidez y fundamentos para entender la fiscalidad

2.1. Qué es un pool de liquidez: fundamentos para entender la fiscalidad

Un pool de liquidez es un contrato inteligente desplegado en una Blockchain, que almacena reservas de dos o más activos digitales y permite a terceros realizar intercambios entre ellos de forma automatizada, sin necesidad de una contraparte directa. El mecanismo que gestiona estos intercambios se denomina por sus siglas en inglés, AMM (Automatic Market Maker).

Los usuarios que aportan activos al pool se denominan proveedores de liquidez (en ingles, liquidity providers). A cambio de su aportación, reciben una recompensa económica habitualmente expresada como APR o APY en base a estimaciones, derivada de las comisiones que pagan los usuarios que realizan intercambios a través del pool y que puede ser entregada en alguno de los dos activos aportados o en un tercer activo diferente a los anteriores.

El proveedor de liquidez asume un riesgo específico de esta actividad conocido como impermanent loss o perdida no permanente, a cambio del rendimiento generado por el AMM.

2.2. Los tres sub-eventos fiscalmente relevantes

Toda operación en un pool de liquidez puede descomponerse en tres fases, cada una con posible relevancia fiscal diferenciada:

• Fase 1: Delegación de activos
  •   El proveedor deposita los activos en el contrato inteligente del pool.
  • De forma opcional y según el tipo de contrato, puede recibir (o no) un LP token o NFT de liquidez como resguardo de su participación.
    
• Fase 2: Obtención de rendimientos
  • Durante el tiempo que los activos permanecen en el pool, se generan comisiones.
  • Estos rendimientos pueden distribuirse automáticamente o reclamarse manualmente.
    
• Fase 3: Desmontaje y recuperación
  • El proveedor devuelve el LP token o NFT Token de liquidez al protocolo.
  • Recupera los activos originales, que pueden haber variado en cantidad (impermanent loss).
  • Recibe los rendimientos pendientes, si los hubiera.

La complejidad fiscal reside precisamente en que estas tres fases no siempre generan los mismos hechos imponibles, y en que la naturaleza del LP token determina de forma decisiva el tratamiento de la operación completa.

2.3. Qué es el impermanent loss

El impermanent loss (traducible como pérdida no permanente), es la variación entre la cantidad de activos que se depositaron en el pool y la que se recupera al salir a causa de la demanda de activos y las logicas y configuraciones del usuario y contrato descentralizado. Esta variación no se consolida hasta el momento de la retirada, lo que explica el calificativo “no permanente” durante la vida del pool, el resultado podría revertirse en un mercado ideal donde los activos delegados dispongan de la misma demanda exacta.

El mecanismo es el siguiente:

1. El AMM utiliza los activos del pool para facilitar intercambios de terceros.
2. Cada operación altera la composición del pool en función de la demanda de mercado. Si un activo es muy demandado (muchos usuarios lo compran), el pool tendrá menos cantidad de ese activo y más del otro. Al retirar, el proveedor recupera la composición resultante de esos miles de intercambios.

Como regla general, el proveedor recuperará más cantidad del activo menos demandado y menos del más demandado. En casos de ineficiencias del AMM, pueden producirse variaciones positivas o negativas en ambos activos simultáneamente, aunque es poco frecuente.

Ejemplo ilustrativo:

• Se depositan 0,10 ETH y 1.000 USDT en PancakeSwap (ambos con valor de mercado de 1.000 USD en el momento del depósito).
• Durante la vida del pool, ETH sube de precio y hay alta demanda de ETH.
• El usuario durante este tiempo va reclamando rendimientos, que le son suministrados en CAKE, el criptoactivo del medio.
• Al retirar, se recuperan 0,09 ETH y 1.100 USDT

3. Marco normativo aplicable: qué dice la AEAT y qué no dice

3.1. Lo que sí está regulado

La normativa fiscal española ofrece un marco suficiente para las operaciones cripto más comunes, pero insuficiente para la especificidad de los pools de liquidez. Los pilares normativos aplicables son:

• Artículo 33 LIRPF: Define las ganancias y pérdidas patrimoniales. Toda alteración en el valor del patrimonio del contribuyente que no sea calificada como rendimiento tributa como ganancia o pérdida patrimonial. La base: valor de transmisión menos valor de adquisición.
• Artículo 37 LIRPF: Regula la valoración en caso de permuta de bienes o derechos. En una permuta, el valor de adquisición del bien recibido es el valor de mercado del bien entregado (o el del bien recibido, si fuera mayor). Este artículo es clave para el tratamiento de los pools donde el activo saliente difiere del entrante.
• Consulta vinculante V1766-22 de la DGT: Establece que los rendimientos obtenidos por la delegación de activos a terceros con expectativa de retorno variable tienen la consideración de rendimientos del capital mobiliario, integrables en la base del ahorro. Esta consulta, emitida en el contexto del staking, es la referencia más próxima a los ingresos por provisión de liquidez.
• Método FIFO obligatorio para el cálculo de ganancias.

3.2. El vacío específico sobre los Pools de Liquidez

La AEAT y la DGT no han emitido hasta la fecha ningún criterio específico sobre los siguientes aspectos, todos ellos relevantes para la correcta declaración de operaciones en pools de liquidez:

• Si la recepción de un LP token constituye o no una permuta sujeta a tributación respecto a los dos activos delegados o si, debe ser considerado un mero resguardo sin evento imponible
• En qué momento temporal debe imputarse el resultado económico del pool
• Cómo tratar fiscalmente el impermanent loss de forma específica
• La distinción fiscal entre LP tokens fungibles y LP tokens en forma de NFT

Esta ausencia no implica que el contribuyente quede eximido de declarar. Implica que debe adoptar una posición razonada, coherente y documentada, que pueda sostenerse ante un eventual requerimiento de Hacienda.

3.3. Por qué es necesaria una interpretación propia

La Ley General Tributaria establece que la interpretación de las normas tributarias se realizará con arreglo a los criterios admitidos en Derecho. En ausencia de norma específica, el contribuyente puede y debe aplicar los principios generales por analogía, siempre que la analogía sea razonada y no implique extensión del hecho imponible o de las exenciones.

El criterio de AFCripto es el de buscar la analogía más cercana para cada uno de los eventos del pool de liquidez y aplicar por analogía los artículos de la LIRPF, documentando su carácter interpretativo para ayudar al contribuyente.

4. Criterio sobre los Pools de liquidez de AFCripto

4.1. ¿Qué es un LP token y cómo tratarlo fiscalmente?

Definición canónica: Un LP token es un activo emitido por un protocolo de liquidez que representa la participación proporcional de un proveedor de liquidez en un pool determinado. Desde el punto de vista funcional, actúa como resguardo de los activos depositados y del derecho a recuperarlos, no necesariamente como un activo económico independiente.

La distinción entre estas dos funciones, resguardo vs. activo económico independiente, es la clave de todo el tratamiento fiscal del pool.

LP token como mero resguardo: Cuando el LP token se utiliza exclusivamente como reguardo de los activos depositados en el futuro, sin que sea vendido, permutado, utilizado como colateral ni transferido a terceros, AFCripto interpreta que su recepción no genera hecho imponible. No hay transmisión de los activos originales al ser meramente el proveedor y no se produce adquisición de un nuevo activo económico.
Esta posición se apoya en que los activos depositados no han salido del patrimonio del contribuyente de forma definitiva al existir un derecho contractual claro a recuperarlos pese al impermanent loss, y que, El LP token es la acreditación de ese derecho, no un activo de valor propio.

LP token como activo económico: Cuando el LP token se vende en un mercado secundario, se utiliza como colateral en un protocolo de lending, se transfiere a un tercero o se permuta por otro activo, deja de actuar como resguardo y pasa a tener valoración propia. En ese caso, la operación genera un hecho imponible de alteración patrimonial, que se declarará en la casilla 1800.

Ejemplo de LP token como activo:

• Se depositan 100 USDT y 0,1 ETH en un pool y se recibe el token LP-1287.
• Días más tarde, sin retirar los activos del pool, el LP-1287 se vende en otro protocolo por 400 USDT.
• En este caso, el LP actúa como activo económico dado que la venta genera ganancia o pérdida patrimonial calculada entre el valor de adquisición (proporcional a los activos depositados) y los 400 USDT recibidos.
• No habrá impermanent loss porque los activos originales no han sido recuperados.

4.2. ¿Cuándo se materializa el beneficio o pérdida?

Esta es una de las preguntas con mayor impacto práctico para el contribuyente, y una donde el silencio normativo es más pronunciado.

Durante la vida del pool, el AMM ejecuta continuamente operaciones de intercambio que alteran la composición del pool y, por extensión, el valor de la participación del proveedor. Podrían producirse decenas, miles o millones de micro-operaciones, cada una de las cuales modifica la proporción de activos. La pregunta es ¿genera cada una de esas operaciones un hecho imponible para el proveedor de liquidez?

La respuesta de AFCripto es no, y el razonamiento se basa en que esas operaciones ocurren en el protocolo, en la “posesión” del contrato inteligente, no en la posesión del proveedor. El proveedor no ejecuta esas operaciones, no las controla y no las puede individualizar aunque tenga acceso a los activos mediante el LP token, el resultado de esas operaciones no está consolidado en su patrimonio hasta que los retira efectivamente.

Por ello, desde AFCripto consideramos que el resultado económico del pool (impermanent loss o gain, diferencia entre activos entrados y salidos) se imputa un segundo antes del momento del retorno de los fondos.

4.3. ¿Qué atribución fiscal-contable aplicar al impermanent loss?

Una vez establecido el momento de imputación, surge el problema técnico ¿cómo registrar contablemente la diferencia entre los activos entrados y salidos?

El problema es que esa diferencia no siempre tiene correlación directa en valor económico entre los dos activos. En un pool ETH/USDC donde se depositaron 1 ETH y 2.000 USDC, y se recuperan 0,9 ETH y 2.200 USDC, la diferencia no puede registrarse como un simple trade porque el valor económico no cuadra directamente entre los dos lados de la operación.

Criterio AFCripto sobre la atribución contable:
A falta de atribuciones especificas en herramientas contables cripto, la diferencia entre activos entrados y salidos se registra mediante beneficio o pérdida por apalancamiento, de forma que se consume el FIFO de la diferencia del activo ganado o perdido de la forma más fidedigna posible.

Por qué esta solución es válida fiscalmente:
Los beneficios y perdidas por apalancamiento concurren en la base del ahorro con las alteraciones patrimoniales que derivan de la transmisión y su representación no incurre en errores en términos de contravalores en una posible operación, materializando de la forma más fidedigna posible la alteración patrimonial incurrida en términos de plus/minusvalía.

4.4. ¿Cómo se tratan los ingresos (recompensas) generados por el pool?

Las comisiones generadas por el pool y distribuidas al proveedor de liquidez —ya sea de forma periódica o al retirar los activos— tienen, en el criterio de AFCripto, la consideración de rendimientos del capital mobiliario, integrables en la casilla 0033.

El fundamento es la analogía con la consulta vinculante V1766-22 de la DGT por la que existe una delegación de activos a un tercero (el contrato inteligente del protocolo), y existe una retribución estimada y conocida (el APR/APY del pool) por asumir ese rol. La estructura económica es análoga a la del staking, dado que el activo trabaja para generar un rendimiento mientras está delegado.

Los ingresos se declaran por su valor de mercado en euros en el momento en que se reciben o se hacen disponibles para el proveedor.

4.5. ¿El impermanent loss puede ser positivo?

Sí. El término «impermanent loss» es ligeramente engañoso y puede haber un «impermanent gain», es decir, una situación en la que el proveedor recupera activos con mayor valor del que depositó, o una composición más favorable que la inicial.

Si hay diferencia positiva entre el valor de los activos recuperados y el valor de los depositados, se genera una ganancia patrimonial que se declara en la casilla 1626. Si la diferencia es negativa, se genera una pérdida patrimonial compensable con otras ganancias del ejercicio o de los cuatro ejercicios siguientes en la base del ahorro.

4.6. ¿Qué pasa si el protocolo sufre un hack o el pool queda vaciado?

Si los activos depositados en el pool son robados, hackeados o se pierden por un fallo del contrato inteligente, sin posibilidad de recuperación, AFCripto interpreta que se genera una pérdida patrimonial. El valor de los activos perdidos constituiría la base de la pérdida al momento en que está sea imputable en la base general a la valuación de fecha del suceso.

La documentación es fundamental para cumplir con los preceptos de acreditación solicitados por el fisco y que esta pérdida pueda ser imputada con garantias. Capturas de la transacción de depósito, evidencia del evento que causó la pérdida, comunicación del protocolo o de fuentes externas verificables que acrediten la pérdida definitiva. Se imputan en la base general como pérdida patrimonial en la casilla 0305.

Criterio AFCripto:

1. El LP token recibido al aportar liquidez no genera hecho imponible si actúa únicamente como resguardo de los activos depositados.
2. Los trades internos del pool no generan eventos fiscales para el inversor al ocurrir en el protocolo y no en su patrimonio.
3. El resultado económico del pool (impermanent loss o gain) se consolida e imputa en el momento de la retirada de liquidez (un segundo antes del retorno).
4. La diferencia entre activos entrados y salidos se registra mediante ganancia o pérdida patrimonial consumiendo el FIFO correspondiente, con atribución por apalancamiento en la casilla 1626.
5. Las fees generadas por el pool constituyen rendimientos del capital mobiliario (casilla 0033, analogía V1766-22).
6. Si el LP token es vendido, permutado o utilizado como activo, genera un hecho imponible de alteración patrimonial independiente (casilla 1800).

5. Tipos de pools y tratamiento específico caso a caso

5.1. Pool tradicional con dos activos volátiles

Este es uno de los casos más frecuentes y fiscalmente más claros dentro de los pools DeFi. El proveedor deposita dos stablecoins (por ejemplo, 500 USDC y 500 USDT) y, al salir, recibe los activos en diferente proporción (por ejemplo, 400 USDC y 600 USDT).

Criterio AFCripto: cuando los activos salientes son los mismos que los entrantes pero en distinta cantidad, no hay permuta entre activos de naturaleza diferente. Sin embargo, la diferencia entre lo depositado y lo recuperado sí genera un resultado patrimonial que debe materializarse. Para evitar transmitir costes de adquisición incorrectos o alterados por el rebalanceo del AMM, AFCripto aplica que se consumen como pérdida por apalancamiento los activos aportados al pool y se registran como beneficio por apalancamiento los activos recuperados, esto, materializa el resultado neto del pool con precisión y preserva la integridad del FIFO para los activos que continúan en el patrimonio.

Ejemplo desarrollado:

• Deposita 1 ETH (valor: 3.000 EUR) + 0,05 BTC (valor: 3.000 EUR) en el pool.
• Recibe el LP token «LP-0144», que actúa como resguardo y no genera hecho imponible.
• Ingresos durante el pool: 0,02 ETH en fees → rendimiento capital mobiliario, casilla 0033.
• Se devuelve LP-0144 y se recuperan 0,9 ETH (valor: 2.700 EUR) + 0,06 BTC (valor: 3.600 EUR).
• Se refleja la pérdida por apalancamiento de 1 ETH + 0,05 BTC (coste original: 6.000 EUR) y nacen 0,9 ETH + 0,06 BTC como beneficio por apalancamiento (valor de mercado en el momento de la retirada: 6.300 EUR).
• Resultado neto: ganancia patrimonial de 300 EUR → casilla 1626.

Los activos recuperados quedan registrados con su valor de mercado en el momento de la retirada como nuevo coste de adquisición para futuros FIFO.

5.2. Pool con el activo saliente es distinto al entrante

Este es uno de los casos menos frecuentes, pero no por ello menos importante dentro de los pools DeFi. El proveedor deposita dos stablecoins (por ejemplo, USDC y USDT) y, al salir, recibe un activo de naturaleza distinta (por ejemplo, ETH).

Criterio AFCripto: cuando el activo saliente no guarda relación directa con los activos entrantes, la operación se considera una permuta sujeta a tributación como ganancia o pérdida patrimonial (art. 37 LIRPF).
Ante la imposibilidad de consumir el FIFO de forma fidedigna y para no transmitir un valor de adquisición incorrecto o alterado (a causa de la eventual diferencia de valuación de activos), consumiremos como pérdida por apalancamiento los activos aportados al pool y como beneficio por apalancamiento el retorno.
La finalidad de esta representación contable es materializar el beneficio o pérdida patrimonial de forma clara y no transmitir costes de adquisición erroneos o artificiales.

Ejemplo desarrollado:

• Depósita 500 USDC y 500 USDT en el pool.
• Recibe el LP token «LP-0088», que actúa como resguardo y no genera hecho imponible.
• Ingresos durante el pool 50 USDC en fees, reflejados como staking o ingresos por intereses.
• Se devuelve LP-0088 y se reciben 0,5 ETH a cambio.
• Se refleja la pérdida por apalancamiento de 500 USDC y 500 USDT y nace el 0,5 ETH como beneficio por apalancamiento.

5.3. Pools donde el LP es empleado como activo

Cuando el LP token es vendido, permutado, o en general, utilizado como activo, deja de actuar como mero resguardo y debe recibir un tratamiento especial.

Dado que este uso no puede anticiparse en el momento del depósito al no haberse producido este evento, AFCripto no imputa ningún hecho imponible a la entrada y es en el momento del desmontaje, cuando el evento revela la naturaleza del LP como activo, donde se materializa la valoración.

Al no existir mercados activos que permitan determinar el precio del LP de forma fiable, AFCripto aplica el siguiente criterio:

Un segundo antes del desmontaje se registran dos operaciones de compra del LP token, cada una por el 50% del valor de mercado de los activos a recuperar en ese instante. Acto seguido, el LP se transmite por ese mismo valor, resultando en ganancia o pérdida patrimonial nula en la propia transmisión del LP, quedando reflejado el resultado económico real queda así reflejado en los activos recuperados, que nacen con su valor de mercado como coste de adquisición para futuros FIFO.

Ejemplo desarrollado:

• Deposita 1 ETH + 3.000 USDC.
• LP-0233 recibido como resguardo, sin hecho imponible.
• Se reciben ingresos durante el pool 100 USDC en fees, reflejados como staking o ingresos por intereses.
• Un segundo antes del desmontaje se registran dos compras del LP-0233 por 50% de los activos aportados.
• A su transmisión, se genera plusvalia o minusvalia según el valor.

5.4. Pools con múltiples entradas y salidas parciales

En la operativa real es frecuente que un proveedor de liquidez realice aportaciones sucesivas al mismo pool y retire liquidez de forma parcial en distintos momentos antes del desmontaje total. Esta casuística introduce una complejidad adicional en la determinación del momento de imputación del impermanent loss.

Criterio AFCripto: el impermanent loss no se imputa en cada retirada parcial de forma automática hasta que existe una alteración efectiva en la composición del patrimonio, en AFCripto aplicamos el siguiente criterio escalonado:

1. Mientras las retiradas parciales no produzcan una salida con mayor cantidad de alguno de los activos respecto a lo proporcionalmente aportado, no existe alteración patrimonial efectiva que justifique imputación. El IL se difiere hasta el desmontaje total del pool o hasta que se produzca la primera retirada que sí genere esa alteración positiva.
   
2. En el momento en que una retirada parcial concreta por primera vez una salida con más cantidad de algún activo de la proporcionalmente aportada, se imputa el IL acumulado hasta ese instante, un segundo antes de dicha retirada. Las retiradas posteriores que generen nuevas alteraciones se imputarán igualmente en el momento en que se produzcan.
   
3. Las retiradas parciales que no alteren la composición proporcional del patrimonio se registran como simples movimientos sin hecho imponible, preservando el FIFO original de los activos aportados.

Justificación: la ganancia o pérdida no existe fiscalmente hasta que se consolida de forma irreversible en el patrimonio del contribuyente. Una retirada parcial sin alteración positiva no consolida ningún resultado, es una recuperación proporcional de lo aportado.

Ejemplo desarrollado:

• Se aporta 1 ETH + 3.000 USDC.
• Posteriormente se añaden 0,5 ETH + 3.500 USDC.
• Se recuperan 0,6 ETH + 2.600 USDC.
  No hay activo del que se salga con más cantidad de la proporcional aportada por lo que no se imputa IL.
• Se recuperan 0,4 ETH + 2.800 USDC. El USDC recuperado en esta retirada supera proporcionalmente lo aportado si existe IL positivo en USDC y se imputa la diferencia como beneficio por apalancamiento un segundo antes de esta retirada.
• Al desmontaje total se imputa el IL correspondiente al tramo restante en el momento de la retirada final.

6. Guía de registro en CoinTracking paso a paso

CoinTracking es la herramienta de referencia para la contabilidad fiscal de criptomonedas en España. Su implementación correcta para pools de liquidez requiere una serie de ajustes manuales que se detallan a continuación.

6.1. Pools con impermament loss sin LP como activo que se recuperan ambos activos en diferente proporción

1. Montaje del pool
   Registrar la llegada de cada activo como «Depósito», empleando la retirada del activo de la billetera con destino al pool como contravalor.
   
2. Recepción del LP/NFT token
   Identificar la recepción del LP/NFT token sin valor económico con el atributo «ingreso no imponible».
   
3. Ingresos periódicos por recompensas
   Atribuir cada ingreso como «Ingresos por intereses» o «staking» a su llegada, ya sea por entrega automatica o reclamo manual.
   
4. Consolidación del impermanent loss
   Crearemos manualmente un segundo antes de la fecha de retirada de activos de pool asientos con los atributos «beneficio por apalancamiento» con el valor de la diferencia entre el activo depósitado y retirado (salga mas que el aportado) y de «perdida por apalancamiento» con el cuando sea positivo (salga menos que el que se aporto).
   
5. Retirada de activos del pool:
   Registrar la salida de cada activo como «Retirada», empleando la retirada del activo del pool hacia la billetera como contravalor.
   
6. Devolución del LP/NFT token
   Si se ha recibido LP o NFT token, reflejaremos su salida como «Gasto no imponible» en el mismo segundo de la retirada de activos del pool.

6.2. Pools con impermament loss sin LP como activo que se recuperan un solo activo

1. Montaje del pool
   Registrar la llegada de cada activo como «Depósito», empleando la retirada del activo de la billetera con destino al pool como contravalor.
   
2. Recepción del LP/NFT token
   Identificar la recepción del LP/NFT token sin valor económico con el atributo «ingreso no imponible».
   
3. Ingresos periódicos por recompensas
   Atribuir cada ingreso como «Ingresos por intereses» o «staking» a su llegada, ya sea por entrega automatica o reclamo manual.
   
4. Consolidación del impermanent loss
   Registrar como pérdida por apalancamiento la totalidad de los activos depositados (consumiendo su FIFO). Registrar como beneficio por apalancamiento el activo saliente a su valor de mercado en ese instante. Este paso materializa la ganancia o pérdida patrimonial en casilla 1626.
   
5. Retirada de activos del pool:
   Registrar la entrada del activo saliente con el valor de adquisición resultante del paso anterior. El LP token se destruye o etiqueta como devuelto sin valor.
   
6. Devolución del LP/NFT token
   Si se ha recibido LP o NFT token, reflejaremos su salida como «Gasto no imponible» en el mismo segundo de la retirada de activos del pool.

6.3. Pools con LP como activo

1. Montaje del pool
   Registrar la llegada de cada activo como «Depósito», empleando la retirada del activo de la billetera con destino al pool como contravalor.
   
2. Recepción del LP/NFT token
   Identificar la recepción del LP/NFT token sin valor económico con el atributo «ingreso no imponible». El uso posterior como activo no es anticipable en este momento.
   
3. Ingresos periódicos por recompensas Atribuir cada ingreso como «Ingresos por intereses» o «staking» a su llegada, ya sea por entrega automática o reclamo manual.
   
4. Consolidación LP/NFT como activo
   Registrar dos operaciones de compra del LP/NFT token, cada una por el 50% del valor dentro del pool.
   
5. Retirada del LP o NFT Token del pool
   Añadir un asiento de «retirada» del LP/NFT token hacia la wallet de origen empleando los valores de contraparte.

6.4. Pools con múltiples entradas y salidas parciales

1. Montaje de cada aportación:
   Registrar la llegada de cada activo con el atributo «Depósito» en el momento de cada aportación, empleando la retirada del activo de la billetera como contravalor.
   
2. Recepción del LP/NFT token:
   Identificaremos cada recepción del LP/NFT token sin valor económico con el atributo «Ingreso no imponible».
   
3. Ingresos periódicos por recompensas:
   A la entrega de rendimientos, los reflejaremos como «Ingresos por intereses» o «Staking» a su llegada, ya sea por entrega automática o reclamo manual.
   
4. Retiradas parciales sin IL efectivo:
   Registrar la salida de cada activo como «Retirada» sin crear asientos de apalancamiento.
   
5. Primera retirada parcial con IL efectivo:
   Un segundo antes de esta retirada, crearemos asientos de «pérdida por apalancamiento» y/o «beneficio por apalancamiento» sobre el impermanent loss materializado.
   
6. Retiradas parciales posteriores con IL efectivo:
   Repetir el paso 5 para cada retirada posterior que genere alteración patrimonial, imputando únicamente el IL correspondiente al tramo entre la retirada anterior y la actual.
   
7. Desmontaje total:
   Imputar el IL correspondiente al tramo restante un segundo antes de la retirada final, reflejar el retorno de tokens con una «Retirada» desde el pool y registrar la devolución del LP/NFT token como «Gasto no imponible» en el mismo segundo.

7. Tabla resumen del criterio AFCripto

Situación	LP/NFT token	Momento imponible	Tipo operación	Casilla
Retornan 2 activos por IL	Resguardo	Al retirar	G/P por apalancamiento	1626
Retorna 1 solo activo por IL	Resguardo	Al retirar	G/P por apalancamiento	1626
Venta del LP/NFT Token	Activo	Al retirar	Permuta	1800
Colateral del LP/NFT Token	Activo	Al retirar	Permuta	1800
Rendimientos del pool	No aplica	Recepción	Rendimientos capital	0033
Robo	No aplica	A fecha de evento	Pérdida patrimonial sin trans.	0305
Hackeo	No aplica	A fecha de evento	Pérdida patrimonial sin trans.	0305

8. Conclusión y próximos pasos

Los pools de liquidez son, hoy por hoy, el área de mayor complejidad fiscal en el ecosistema cripto español. La combinación de vacío normativo, mecánicas técnicas sofisticadas y herramientas automáticas que no cubren correctamente estos casos hace que la mayoría de contribuyentes que operan en DeFi estén declarando de forma incorrecta, ya sea por exceso (generando hechos imponibles ficticios) o por defecto (omitiendo operaciones imponibles reales).

El criterio que AFCripto ha desarrollado y expone en este artículo busca ofrecer una posición razonada, documentada y coherente que el contribuyente pueda adoptar y defender. No es el único criterio posible —como se ha expuesto en la sección de interpretaciones alternativas— pero sí es el que mejor equilibra coherencia contable, neutralidad fiscal y viabilidad práctica de implementación.

Los puntos más críticos a recordar son tres:

• El LP token como resguardo no genera hecho imponible.
• El resultado del pool se consolida al retirar (no antes).
• La diferencia entre activos entrados y salidos requiere un ajuste manual que ninguna herramienta automática realiza correctamente.

Recuerda que, si tienes dudas o precisas realizar tu contabilidad con pools podemos ayudarte.