¿Tributan los airdrops? Qué registrar y cómo llevar el control

¿Tributan los airdrops? Depende de tu jurisdicción. Qué registrar al recibir tokens, cómo llevar una tabla de control y por qué acudir a un profesional local.

Por el equipo editorial de CoinDropster · Actualizado:

¿Tributan los airdrops? Es una pregunta que este artículo no puede responder y no lo intentará: las normas dependen del país, a veces de la región, y cambian con el tiempo. Lo que sí puedes hacer de antemano sirve con cualquier respuesta: llevar un registro cuidadoso. Abajo: qué datos conservar, cómo estructurar un registro y cuándo hace falta un profesional local.

Este es material de referencia, no asesoramiento fiscal, jurídico ni financiero. No extrae conclusiones sobre cómo tributa o no tributa ningún activo ni ofrece tipos o normas de ningún país. Las reglas dependen de la jurisdicción y cambian; nada aquí garantiza un resultado. Para tu caso concreto, consulta a un asesor fiscal o abogado cualificado de tu jurisdicción.

Por qué no hay una respuesta de sí o no

No existe una respuesta única sobre el tratamiento fiscal de los airdrops, por varias razones, ninguna depende del proyecto:

  • Jurisdicción. Cada país clasifica los activos digitales de forma distinta y mira de forma distinta los tokens recibidos gratis.
  • Condición del contribuyente. Un particular, un autónomo y una empresa pueden quedar en regímenes distintos.
  • Circunstancias de la recepción. Los tokens pueden haber llegado por acciones realizadas o simplemente aparecer en una dirección. No siempre se tratan igual.
  • Cambio de normas. Los criterios sobre activos digitales se actualizan, y la respuesta de ayer puede no servir hoy.

Por eso, cualquier artículo que prometa una respuesta universal merece cautela. Lo práctico es otra cosa: reunir datos para que cualquier profesional pueda orientarse rápido.

Qué registrar de cada recepción

Es más fácil anotar los datos en el momento que reconstruirlos un año después. El conjunto mínimo:

  • Fecha y hora de recepción. Con la zona horaria. Toma la hora del registro de la transacción, no de la memoria.
  • Cantidad de tokens. Exacta, con todos los decimales, y el nombre del token.
  • Precio del token en el momento de la recepción y fuente del precio. Qué servicio o exchange, qué cotización y en qué moneda. Si en ese momento no había precio (el token aún no cotizaba), anótalo: también es un dato que conviene conservar.
  • Dirección de la wallet y red. Dónde llegaron los tokens y en qué red.
  • Hash de la transacción. Permite a cualquiera verificar el evento en un explorador de bloques.
  • Comisiones. El gas del claim y de las acciones relacionadas, en el token nativo de la red y en valor monetario de ese momento.
  • Acciones posteriores. Cada venta, intercambio, transferencia o bloqueo: fecha, cantidad, importe obtenido, comisión, hash.
  • Notas. Nombre del proyecto, condiciones de recepción, estado en el momento del claim, enlace al anuncio oficial.

Guarda también capturas y exportaciones del historial de tu wallet o explorador: los datos en la cadena permanecen, pero los servicios y las interfaces cambian.

Cómo llevar el registro

Basta una tabla común: una fila, un evento. No mezcles la recepción con las acciones posteriores en una misma fila, porque tienen fechas, precios y cantidades distintos. Una estructura típica de columnas:

  1. Tipo de evento: recepción, venta, intercambio, transferencia, comisión.
  2. Fecha y hora con zona horaria.
  3. Proyecto y token.
  4. Cantidad.
  5. Precio unitario, moneda y fuente del precio.
  6. Dirección y red.
  7. Hash de la transacción.
  8. Comisión.
  9. Nota.

Ejemplo condicional de fila (cifras inventadas): «recepción; fecha; proyecto X; 100 tokens; precio en la recepción: valor de la fuente elegida; dirección; hash; comisión del claim; nota». Un mes después se añade a la misma tabla una fila de «venta» con otra fecha, otra cantidad y otro precio. El registro existe precisamente para que esas dos filas no se confundan.

Hábitos que ahorran tiempo: usar siempre la misma fuente de precios, guardar una copia del registro fuera del dispositivo principal y añadir una columna con el nombre de la wallet si tienes varias. Cómo reunir información sobre los propios proyectos se explica en el artículo sobre cómo hacer seguimiento de airdrops.

Recepción y venta son eventos distintos

En varias jurisdicciones, recibir tokens y venderlos o intercambiarlos después se consideran eventos separados, cada uno con su fecha y su valoración. Por eso importa guardar ambas fechas y ambos precios: la diferencia entre el precio en la recepción y el de la venta puede ser relevante. No es una conclusión ni una afirmación sobre lo que se aplica a ti, sino una razón para llevar un registro detallado. Cómo funciona en tu caso, y si funciona así, lo determina la ley local.

Si los tokens llegan con vesting, la recepción y el desbloqueo efectivo pueden tener fechas distintas. Cómo funcionan los desbloqueos se describe en el artículo sobre TGE, vesting y unlocks; en el registro anota tanto la fecha del claim como las fechas en que se abren partes de la asignación.

Cuándo hace falta un profesional local

El registro no sustituye el asesoramiento: lo hace más barato y más preciso. Consulta a un asesor fiscal o abogado con experiencia en activos digitales en tu jurisdicción si:

  • no estás seguro de cómo se clasifican los tokens recibidos;
  • hay muchas operaciones, incluidas puentes, pools de liquidez o varias redes;
  • actúas como empresa, autónomo o no residente;
  • necesitas saber qué documentos presentar y en qué plazos.

Lleva al profesional tu registro, los hashes y las capturas, y las preguntas podrán ser concretas. No te fíes de chats ni resúmenes: no conocen tu situación y rara vez siguen los cambios.

En el catálogo de CoinDropster cada proyecto tiene una página con su estado, y el seguimiento de cambios de estado ayuda a no perder el momento en que se pueden recibir los tokens y a abrir a tiempo la entrada en el registro. Los estados Potential, Confirmed, Snapshot, Verification, Reward available y Distributed se explican en el artículo sobre los estados de un airdrop. Ver airdrops en seguimiento →