Guía · Clúster editorial entre nichos ·
La Sección 104 pool explicada — Impuesto sobre las Ganancias de Capital en criptomonedas en el Reino Unido, con ejemplos prácticos (2026)
La Sección 104 pool es el método que HMRC utiliza para calcular el Impuesto sobre las Ganancias de Capital en criptomonedas en el Reino Unido — coste medio ponderado, no primero en entrar, primero en salir — y aplicarlo correctamente es la parte más compleja de una declaración de criptoactivos en el Reino Unido. Esta guía desarrolla la mecánica del pool con cifras reales, explica las reglas del mismo día y de los 30 días, y emplea los tipos vigentes del 18 %/24 % que sustituyeron a los obsoletos 10 %/20 % en octubre de 2024. No constituye asesoramiento fiscal.
Mercados cubiertos en esta guía
Mercados cubiertos
- Reino Unido
La mayoría de los inversores en criptomonedas en el Reino Unido asumen que el Impuesto sobre las Ganancias de Capital (CGT, por sus siglas en inglés) funciona como un extracto de corretaje: se compra una moneda, se vende más tarde y la ganancia es la diferencia. No es así. HMRC calcula el CGT sobre criptomonedas mediante la Sección 104 pool: cada unidad de un token determinado forma parte de una cartera única con un coste medio único, y la ganancia en una transmisión se mide frente a ese promedio, no frente a ninguna compra concreta. Calcular el pool con exactitud es la parte más compleja de una declaración de criptoactivos en el Reino Unido y — en la era del reporte de plataformas CARF — la parte que HMRC ahora puede cotejar con los datos disponibles. Esta guía lo desarrolla con cifras reales. Es una guía explicativa, no asesoramiento fiscal; para su situación particular, consulte a un asesor fiscal cualificado en el Reino Unido.
Qué es la Sección 104 pool
La Sección 104 pool toma su nombre del artículo 104 de la Taxation of Chargeable Gains Act 1992, y HMRC codifica su aplicación a los criptoactivos en el Manual de Criptoactivos (CRYPTO22200). El principio: no se hace seguimiento de monedas individuales. Para cada tipo de token — un pool para BTC, otro separado para ETH, y así sucesivamente — HMRC agrupa todas las unidades en una única cartera con un coste total deducible único. Cada adquisición adicional incrementa tanto la cantidad como el coste total, generando un nuevo promedio. En cada transmisión, se utiliza ese coste medio del pool como base imponible.
Esto no es ni primero en entrar, primero en salir (FIFO), ni identificación específica — dos métodos que los inversores en criptomonedas suelen asumir erróneamente como aplicables y que producen resultados distintos (a veces muy distintos). Utilizar el método incorrecto es uno de los errores más frecuentes en la tributación de criptomonedas en el Reino Unido y, tras la implantación de CARF, es uno que HMRC está en posición de detectar.
Cómo funciona el pool — un ejemplo práctico
Tomemos un único token, BTC, y tres operaciones:
- Compra de 1 BTC por
£20.000. Pool: 1 BTC, coste total£20.000, promedio£20.000. - Compra de 1 BTC por
£30.000. Pool: 2 BTC, coste total£50.000, promedio£25.000por BTC. - Venta de 1 BTC por
£40.000. El coste deducible es el promedio del pool,£25.000— no los£20.000pagados en la primera compra, ni los£30.000de la más reciente. Ganancia =£40.000 − £25.000 = £15.000. El pool conserva 1 BTC con un promedio de£25.000.
Obsérvese lo que hace el pool: promedia el orden de las compras. Un inversor que hubiera asumido FIFO habría declarado una ganancia de £20.000 (£40.000 − £20.000); uno que asumiera último en entrar, primero en salir habría declarado £10.000. La respuesta correcta, conforme al mandato de HMRC, es £15.000. En un historial real de cientos de operaciones en varios exchanges, esas diferencias se acumulan hasta generar cifras materialmente incorrectas — que es precisamente la razón de ser del software de fiscalidad de criptomonedas.
Las dos reglas que prevalecen sobre el pool
Antes de aplicar el pool, HMRC empareja las transmisiones con dos reglas de ventana corta, en este orden:
La regla del mismo día (TCGA 1992 s.105). Las transmisiones se emparejan primero con adquisiciones del mismo token realizadas el mismo día, con independencia del pool. Si compra y vende la misma moneda en un mismo día, ese emparejamiento tiene prioridad sobre el pool.
La regla de los 30 días o “bed-and-breakfast” (TCGA 1992 s.106A). A continuación, las transmisiones se emparejan con adquisiciones del mismo token en los 30 días siguientes. Se trata de una norma antielusión: impide que un inversor venda para «cristalizar» una pérdida o restablecer una base de coste y vuelva a comprar de inmediato. Si vende 1 BTC y lo recompra en un plazo de 30 días, la transmisión se empareja con esa recompra — al coste de la recompra — y no con el pool. Solo una vez agotados los emparejamientos del mismo día y de los 30 días se aplica la Sección 104 pool al resto.
Estas reglas son las que con más frecuencia provocan errores en la conciliación manual, ya que exigen verificar cada transmisión frente a una ventana móvil de 30 días hacia adelante en todos los exchanges simultáneamente — exactamente el tipo de cruce de datos que el software realiza bien y los seres humanos ejecutan deficientemente.
Los tipos y el límite exento — utilice las cifras actuales
Una vez calculada la ganancia, se aplica el tipo impositivo — y aquí es donde una cantidad llamativa de contenido fiscal sobre criptomonedas en el Reino Unido está sencillamente desactualizado. En el Autumn Statement del 30 de octubre de 2024, el Reino Unido elevó los tipos del CGT con efecto inmediato, pasando de los antiguos 10 %/20 % (tipo básico/tipo superior) a 18 %/24 %. Cualquier guía o calculadora que siga citando 10 %/20 % para una transmisión posterior a esa fecha es incorrecta, y un inversor que concilie sus datos frente a los reportados por CARF necesita las cifras actuales. El tipo aplicable depende del tramo en el que caiga la ganancia una vez sumada a los rendimientos del trabajo.
Otros dos datos actuales son relevantes. El importe exento anual — la ganancia que puede materializarse libre de impuestos cada año — se ha recortado dos veces: de £12.300 a £6.000 (ejercicio 2023/24) y luego a £3.000 (ejercicio 2024/25 en adelante). Si las ganancias totales superan £3.000, es obligatorio declararlas mediante el régimen de autoliquidación (Self Assessment), cumplimentando el formulario SA108 Capital Gains Summary. Muchos más inversores ordinarios superan ahora ese umbral que hace dos años, lo que explica por qué la mecánica de la Sección 104 pool ha dejado de ser una cuestión de nicho para convertirse en algo que cualquier titular habitual de criptoactivos en el Reino Unido necesita gestionar correctamente.
Por qué es difícil hacerlo a mano — y qué lo resuelve
Reconstruir pools de la Sección 104 precisas a lo largo de un historial plurianual y multi-exchange, aplicando correctamente las reglas del mismo día y de los 30 días y registrando transferencias, staking y eventos DeFi, es genuinamente difícil de ejecutar a mano sin errores. Es la razón de la existencia del software de fiscalidad de criptomonedas orientado al mercado del Reino Unido, y la razón por la que resulta rentable para cualquier inversor con más que un puñado de operaciones.
Dos herramientas lideran el mercado británico. Koinly es la más completa, con una amplia cobertura de exchanges y carteras y un informe para HMRC que construye la Sección 104 pool y aplica las reglas de ventana corta de forma automática. Recap es la especialista con sede en el Reino Unido, diseñada desde cero para las normas británicas con un modelo de privacidad basado en cifrado de extremo a extremo. Nuestros análisis detallan la economía de afiliación y las ventajas e inconvenientes de cada herramienta; para el cálculo del pool en sí, cualquiera de las dos produce los números en formato HMRC que describe esta guía.
Un ejemplo práctico de la regla de los 30 días
La regla de los 30 días es la que más sorprende a los inversores, por lo que se desarrolla a continuación con cifras. Suponga que su pool de BTC tiene 1 BTC con un coste medio de £25.000, y que:
- Día 1: venta de 1 BTC por
£40.000. - Día 20: compra de 1 BTC por
£38.000.
De forma intuitiva, podría esperarse una ganancia de £15.000 (£40.000 − £25.000 de coste del pool). Sin embargo, la regla de los 30 días prevalece sobre el pool: al haber readquirido el mismo token en los 30 días siguientes a la transmisión, la venta se empareja con la recompra del día 20, no con el pool. La ganancia pasa a ser £40.000 − £38.000 = £2.000, y el pool queda intacto, conservando el BTC original a £25.000. La regla existe para impedir el “bed-and-breakfasting” — vender para cristalizar una pérdida o restablecer una base de coste y recomprar de inmediato — y se aplica tanto si la recompra resulta favorable como desfavorable. En un historial de operaciones intenso con reentradas frecuentes, estos emparejamientos redistribuyen las cifras de forma sustancial y deben verificarse transmisión a transmisión frente a una ventana móvil hacia adelante.
Staking, airdrops y el problema de doble capa
No todo lo que llega a su cartera es una cuestión de ganancias de capital. Las recompensas por staking, determinados rendimientos de DeFi y muchos airdrops se tratan generalmente como ingresos en el momento de su recepción, valorados en libras esterlinas al precio de mercado de ese día — ese valor tributa como renta, y se convierte a su vez en el coste de adquisición que entra en su Sección 104 pool. Cuando posteriormente transmite esas monedas, la ganancia de capital se mide frente a ese coste del pool. El resultado es un tratamiento en dos capas: impuesto sobre la renta en la recepción y CGT en la transmisión, con el pool como nexo entre ambos. Es uno de los puntos donde con más frecuencia falla un cálculo elaborado a mano, ya que mezcla dos regímenes fiscales para una misma moneda, y la guía de HMRC sobre DeFi sigue en desarrollo — un ámbito en el que conviene buscar asesoramiento profesional antes que aventurar una interpretación.
Preguntas frecuentes
¿El CGT sobre criptomonedas en el Reino Unido se calcula por FIFO?
No. Es la confusión más extendida. El CGT en el Reino Unido utiliza el coste medio de la Sección 104 pool, con las reglas del mismo día (s.105) y de los 30 días (s.106A) superpuestas — no FIFO, ni identificación específica.
¿Es necesario un pool separado para cada moneda?
Sí. Cada tipo de token tiene su propia Sección 104 pool — una para BTC, otra separada para ETH, y así sucesivamente. Nunca se promedian tokens distintos entre sí.
¿Mover criptomonedas entre mis propias carteras es una transmisión?
No. Transferir monedas entre carteras o cuentas bajo su control no constituye una transmisión y no genera CGT — aunque sigue siendo recomendable registrarlo, ya que complica la conciliación y porque las comisiones de transferencia pagadas en criptomonedas pueden en sí mismas constituir pequeñas transmisiones.
¿Intercambiar una criptomoneda por otra está sujeto a tributación?
Sí. Un intercambio de criptomoneda por criptomoneda es una transmisión de la moneda entregada, valorada en libras esterlinas en el momento del intercambio — aunque no haya ningún movimiento de dinero fiduciario. Esto sorprende a muchos inversores y es una fuente frecuente de ganancias no declaradas.
Conclusión
El CGT sobre criptomonedas en el Reino Unido funciona por agrupación, promedio y normas específicas que una mentalidad de corretaje convencional no recoge correctamente: la Sección 104 pool utiliza el coste medio, las reglas del mismo día y de los 30 días prevalecen sobre ella, y desde octubre de 2024 los tipos son del 18 %/24 % frente a un límite exento de £3.000. Calcule el pool correctamente, mantenga sus registros actualizados y — en la era de CARF — su declaración coincidirá con los datos que HMRC recibe en la actualidad. Esta guía tiene carácter informativo general y no constituye asesoramiento fiscal; para su situación específica, consulte a un profesional fiscal cualificado en el Reino Unido o directamente a HMRC.