Contabilidad de transacciones con tokens
Cómo contabilizar la emisión de tokens (TGE/ICO), clasificar los ingresos de la venta de tokens, gestionar calendarios de vesting, administrar posiciones de tokens en tesorería y contabilizar recompras y quemas de tokens — cubriendo estructuras tanto de utility tokens como de security tokens.
5 puntos clave de esta página
Que su token sea un utility token (ingresos diferidos), un token de gobernanza (similar al patrimonio) o un security token (pasivo financiero) determina su balance, el reconocimiento de ingresos, el tratamiento fiscal y las obligaciones regulatorias. La clasificación debe realizarse antes del TGE y documentarse en las políticas contables.
Recibir €2.000.000 en un evento de generación de tokens no significa que tenga €2.000.000 de ingresos. Los importes obtenidos por utility tokens son ingresos diferidos — un pasivo que representa su obligación de entregar acceso futuro a la plataforma. Los ingresos se reconocen a medida que se presta el servicio con el tiempo.
Los tokens concedidos a fundadores, empleados e inversores bajo calendarios de vesting requieren asientos contables mensuales. Cada evento de cliff y de vesting lineal libera tokens a valor razonable de mercado, creando asientos de gasto (pago basado en acciones según IFRS 2) que deben seguirse y registrarse durante todo el período de vesting.
Cuando un proyecto recompra sus propios tokens en el mercado y los quema, la contabilización depende de si el token se clasificó como patrimonio o como pasivo. Las recompras de tokens financiadas desde la tesorería reducen el pasivo pendiente (si los tokens son pasivos financieros) o se registran como recompras de instrumentos propios (si son similares al patrimonio).
Los tokens retenidos en la tesorería del proyecto — para desarrollo futuro del ecosistema, concesiones al equipo y liquidez — deben seguirse por separado de los tokens vendidos en el TGE. La posición de tesorería, su valor razonable actual y cualquier cambio deben revelarse en el informe anual.
¿Qué contabilidad necesita un proyecto de tokens para sus transacciones con tokens? Una empresa emisora de tokens necesita: (1) una clasificación documentada del tipo de token que determine el marco contable; (2) contabilización de los ingresos del TGE (ingresos diferidos para utility tokens, patrimonio o pasivo para security tokens); (3) un sistema de seguimiento del calendario de vesting con asientos mensuales a medida que los tokens se consolidan; (4) seguimiento del valor razonable de los tokens de tesorería; y (5) contabilización de recompras, quemas o distribuciones secundarias de tokens. Esta página cubre cada una de estas áreas con asientos contables específicos y ejemplos desarrollados.
Sección 1 — Clasificación de tokens: la base de la contabilidad de tokens
Cómo el tipo de token determina el tratamiento en balance, el reconocimiento de ingresos y las obligaciones fiscales
La decisión de clasificación — tomada antes del TGE
La clasificación del token no es una decisión contable posterior. Debe realizarse durante el diseño del token, antes del TGE, con base en los derechos legales y económicos que reciben los tenedores. El tratamiento contable se deriva de la sustancia jurídica — no de la presentación preferida por el proyecto. Equivocarse en esto genera errores de información financiera y riesgo regulatorio.
La pregunta clave para cada tipo de token es: ¿qué derechos y obligaciones crea la tenencia de este token? Un token que concede acceso a un servicio crea una obligación de ingresos diferidos. Un token que concede derecho a beneficios crea un pasivo financiero o un instrumento de patrimonio. Un token que concede votos de gobernanza puede no crear ninguno de los dos — pero los reguladores pueden caracterizarlo como valor mobiliario.
Marco de clasificación de tokens — tratamiento contable y de ingresos
| Tipo de token | Ejemplos | Clasificación contable | Reconocimiento de ingresos | Riesgo clave |
|---|---|---|---|---|
| Utility token puro | Acceso a funciones de la plataforma, créditos de API | Ingresos diferidos (IFRS 15 — obligación de desempeño) | A medida que el servicio se presta con el tiempo | Debe entregarse realmente la utilidad prometida |
| Token de gobernanza (sin derechos económicos) | Solo derechos de voto en DAO | Similar al patrimonio (sin pasivo financiero si no hay reembolso) | Incierto — puede ser nulo si no se entrega ningún servicio | Los reguladores pueden reclasificarlo como valor mobiliario |
| Security token / patrimonio tokenizado | Tokens de participación en beneficios, acciones tokenizadas, STO | Pasivo financiero (IAS 32) o patrimonio según los términos | No son ingresos — patrimonio o pasivo | Requisitos de la normativa de valores; obligación de folleto |
| Token de pago | Aceptado como moneda en el ecosistema | Pasivo financiero (si es reembolsable) o patrimonio | Cuando se usa como pago por bienes/servicios | IVA sobre la venta de tokens si se estructura incorrectamente |
| Token híbrido (utilidad + gobernanza) | La mayoría de los tokens de gobernanza DeFi | Separación: elemento de utilidad = ingresos diferidos; gobernanza = patrimonio | La parte de utilidad se reconoce a medida que se entrega el servicio | Complejo — asignar los ingresos entre elementos |
| Stablecoin (emisor) | USDC, USDT, DAI (si usted la emite) | Pasivo financiero — reembolsable a valor nominal | Ingresos por intereses sobre reservas; sin ingresos por venta de tokens | Respaldo completo en fiat/reservas requerido; escrutinio regulatorio |
La prueba del utility token — cinco preguntas
Si la respuesta es sí: utility token. El servicio debe entregarse realmente — los tokens vendidos sin un mecanismo claro de prestación del servicio no son utility tokens, independientemente de la etiqueta.
Si el emisor permite el canje: pasivo financiero. Si solo puede intercambiarse en mercados abiertos (no canjeable por el emisor): no es un pasivo.
Si la respuesta es sí: security token o instrumento financiero — no utility token. Los derechos a beneficios crean pasivos financieros bajo IAS 32.
Si la gobernanza es el derecho principal: ambiguo — puede ser similar al patrimonio. Si la gobernanza es secundaria a la utilidad: domina el elemento de utilidad.
Los utility tokens requieren una obligación real de servicio por parte del emisor. Si el emisor no tiene obligación de entregar nada, el token no es un utility token.
Sección 2 — Contabilidad del TGE: registro de los ingresos por venta de tokens
Cómo contabilizar los ingresos de un evento de generación de tokens — según el tipo de token
TGE de utility token — ingresos como ingresos diferidos
Un TGE de utility token recauda fondos a cambio de una promesa de entregar acceso o servicios futuros de la plataforma. Bajo IFRS 15, esto es un contrato con clientes — los importes recibidos son contraprestación recibida por adelantado respecto de obligaciones de desempeño. El importe total recibido se registra como ingresos diferidos en la fecha de recepción, y los ingresos se reconocen a medida que el servicio se presta con el tiempo.
La obligación de desempeño se define por aquello a lo que el token concede acceso. Si el token proporciona acceso perpetuo a la plataforma (sin vencimiento), el período de reconocimiento de ingresos se extiende durante la vida útil esperada de la plataforma — lo que requiere una estimación. Si el token concede acceso por un período fijo (por ejemplo, un año), los ingresos se reconocen linealmente durante ese período.
Día del TGE — ingresos por venta de utility token (€2.000.000 recaudados en ETH)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Efectivo / criptoactivos — ETH | €2.000.000 | |
| Pasivo por venta de tokens (ingresos diferidos) | €2.000.000 |
* Todos los ingresos se registran como ingresos diferidos — no se reconocen ingresos el día del TGE. El ETH recibido es un criptoactivo en su balance (IAS 38). El pasivo por venta de tokens es corriente o no corriente según el calendario esperado de prestación del servicio.
Liberación mensual de ingresos — utility token (€2M durante una vida estimada de la plataforma de 4 años)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Pasivo por venta de tokens (ingresos diferidos) | €41.667 | |
| Ingresos — acceso a plataforma mediante token | €41.667 |
* €2.000.000 ÷ 48 meses = €41.667 por mes. Se libera a medida que se presta el servicio de la plataforma. Después de 48 meses, se reconoce el total de €2.000.000. Ajuste la liberación mensual si cambia la estimación de vida de la plataforma.
Ingresos del TGE — captación en varios tramos
Muchos TGE se realizan en varias rondas a distintos precios — una ronda seed, una ronda privada y una ronda pública. Cada ronda recibe fondos a un precio de token distinto y con condiciones diferentes (a menudo bloqueos y descuentos). El reto contable es que cada ronda puede tener obligaciones ligeramente diferentes, y el total de ingresos diferidos debe seguirse por ronda si los términos difieren.
TGE en varias rondas — acumulación de ingresos diferidos
Ronda 1 — Seed (6 meses antes del TGE):
Recaudado: €500.000 | Tokens: 50.000.000 a €0,01/token
Términos: cliff de 12 meses, vesting lineal de 24 meses posterior al TGE
Contabilidad: ingresos = ingresos diferidos de €500.000 al recibirlos
Ronda 2 — Privada (3 meses antes del TGE):
Recaudado: €1.500.000 | Tokens: 75.000.000 a €0,02/token
Términos: cliff de 6 meses, vesting lineal de 18 meses posterior al TGE
Contabilidad: ingresos = ingresos diferidos de €1.500.000 al recibirlos
Ronda 3 — TGE público:
Recaudado: €3.000.000 | Tokens: 100.000.000 a €0,03/token
Términos: liquidez inmediata
Contabilidad: ingresos = ingresos diferidos de €3.000.000 en la fecha del TGE
Total de ingresos diferidos en el balance al TGE: €5.000.000
Total de tokens emitidos: 225.000.000
* El reconocimiento de ingresos comienza cuando empieza la obligación de servicio
* El vesting de cada ronda no afecta al momento de reconocimiento de ingresos
* El vesting solo determina cuándo los tenedores de tokens pueden negociar — no cuándo la OÜ reconoce ingresos
TGE de security token / token de patrimonio — tratamiento diferente
Si el token se clasifica como valor mobiliario (concede derechos a beneficios, dividendos o participación similar al patrimonio), los ingresos del TGE no son ingresos en absoluto — son una transacción de patrimonio o de pasivo. Bajo IAS 32, un instrumento financiero es patrimonio si representa un interés residual en los activos netos de la entidad; es un pasivo financiero si crea una obligación de entregar efectivo u otros activos financieros.
| Estructura del security token | Clasificación IAS 32 | Tratamiento en balance | Reconocimiento de ingresos |
|---|---|---|---|
| El token concede derecho fijo a dividendos | Pasivo financiero — obligación de pagar dividendos | Pasivo al valor presente de los dividendos esperados | Sin ingresos — los importes son pasivo; los dividendos son gasto |
| El token concede participación proporcional en beneficios | Pasivo financiero o patrimonio según los derechos de salida | Si es reembolsable por el tenedor: pasivo; si no: similar al patrimonio | Sin ingresos — la participación en beneficios es una asignación de beneficios retenidos |
| El token concede solo derechos de voto (sin derechos financieros) | Similar al patrimonio (si realmente no hay obligación financiera) | Reserva de patrimonio (similar a prima de emisión) | Sin ingresos — igual que emitir patrimonio adicional |
| El token concede derecho a convertir en patrimonio de la OÜ | Pasivo financiero o patrimonio según los términos | Pasivo al valor de conversión; reclasificar al convertir | Sin ingresos — instrumento compuesto si tiene características de deuda y patrimonio |
Sección 3 — Calendarios de vesting de tokens
Cómo contabilizar tokens concedidos a fundadores, equipo e inversores bajo vesting temporal
Por qué el vesting de tokens crea complejidad contable
Los calendarios de vesting de tokens son restricciones contractuales que impiden que los receptores iniciales (fundadores, miembros del equipo, inversores) vendan inmediatamente sus tokens. Una estructura típica: cliff de 12 meses (no se consolida ningún token durante el primer año) seguido de 24 meses de vesting lineal (1/24 de los tokens restantes se consolida cada mes). El vesting protege al proyecto de ventas masivas de tokens y proporciona incentivos a largo plazo.
A efectos contables, las concesiones de tokens a empleados y proveedores de servicios bajo calendarios de vesting se rigen por IFRS 2 (pagos basados en acciones). Bajo IFRS 2, el valor razonable de la concesión de tokens en la fecha de concesión se reconoce como gasto durante el período de vesting — creando un gasto no monetario en la cuenta de resultados y la correspondiente reserva de patrimonio o pasivo en el balance, según si la concesión se liquida en tokens (liquidada en patrimonio) o en equivalente de efectivo (liquidada en efectivo).
| Tipo de vesting | Tratamiento IFRS 2 | Medición | Reconocimiento del gasto |
|---|---|---|---|
| Liquidado en patrimonio (tokens entregados al consolidarse) | Gasto al valor razonable en la fecha de concesión | FMV del token en la fecha de concesión — no se remide posteriormente | Durante el período de vesting (p. ej., 36 meses); el cliff se reconoce en el punto de cliff |
| Liquidado en efectivo (efectivo pagado según el precio del token) | Gasto al valor razonable actual — revaluado en cada período | FMV del token en cada fecha de reporte | Durante el período de vesting; remedido al precio de mercado cada mes |
| Opción (el empleado puede elegir patrimonio o efectivo) | Tratar como liquidado en efectivo (más conservador) | FMV en cada fecha de reporte | Durante el período de vesting |
| Asignación de tokens a fundadores (sin servicio futuro requerido) | Gasto inmediato si no hay condición de vesting | FMV en la fecha de concesión | Inmediato si no hay condiciones; durante el período de servicio si existen condiciones |
Ejemplo desarrollado de vesting — concesión de tokens al equipo
Un desarrollador recibe 1.000.000 de tokens bajo un calendario de vesting total de 36 meses con un cliff de 12 meses. FMV en la fecha de concesión = €0,05/token. Valor razonable en la fecha de concesión = 1.000.000 × €0,05 = €50.000. Estos €50.000 se reconocen como gasto durante 36 meses (€1.389/mes), independientemente de movimientos posteriores del precio del token (liquidado en patrimonio).
Calendario de vesting de tokens — 1.000.000 tokens, cliff de 12 meses + 24 meses lineal
| Período | Tokens que consolidan | Consolidado acum. | Gasto mensual (€) | Gasto acum. (€) |
|---|---|---|---|---|
| Meses 1-12 (período cliff) | 0 | 0 | €1.389 | €16.667 |
| Mes 12 (cliff — 333.333 tokens de una vez) | 333.333 | 333.333 | €13.889 (importe único) | €16.667 |
| Mes 13 | 27.778 | 361.111 | €1.389 | €18.056 |
| Mes 14 | 27.778 | 388.889 | €1.389 | €19.444 |
| Mes 24 | 27.778 | 666.667 | €1.389 | €33.333 |
| Mes 36 (vesting final) | 27.778 | 1.000.000 | €1.389 | €50.000 |
| Total | 1.000.000 | 1.000.000 | — | €50.000 |
Gasto mensual de vesting (meses 1-11 — período cliff, tokens acumulados pero no liberados)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Gasto de vesting de tokens IFRS 2 (OpEx) | €1.389 | |
| Reserva por concesión de tokens (patrimonio) | €1.389 |
* Gasto no monetario cargado a resultados cada mes durante el período cliff. Aún no se transfieren tokens realmente — solo se devenga. La reserva por concesión de tokens se acumula en patrimonio hasta alcanzar el cliff.
Mes 12 — evento de cliff vesting (333.333 tokens liberados al desarrollador)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Reserva por concesión de tokens (patrimonio) | €16.667 | |
| Criptoactivos — tokens propios (emitidos) | €16.667 |
* En el cliff: la reserva acumulada (€1.389 × 12 = €16.667) se libera transfiriendo tokens desde tesorería a la billetera del desarrollador. Los tokens propios se transfieren a valor contable (FMV de la fecha de concesión). No hay asiento en resultados en el cliff — el gasto ya se reconoció mensualmente.
Sección 4 — Gestión de tokens de tesorería
Contabilidad de los tokens mantenidos en la tesorería propia del proyecto
Qué es una tesorería de tokens
Una tesorería de tokens es el conjunto de tokens retenidos por el proyecto emisor para uso futuro — subvenciones de desarrollo del ecosistema, provisión de liquidez, incentivos al equipo, asociaciones estratégicas y market making. Los tokens de tesorería suelen representar una parte significativa de la oferta total (10-40% en muchos proyectos) y constituyen un activo importante del proyecto que debe contabilizarse adecuadamente.
El tratamiento contable de los tokens de tesorería depende de la clasificación del token. Si el token se clasifica como utility token (ingresos diferidos), los tokens de tesorería aún no están «vendidos» — permanecen como activo interno que representa capacidad futura de la plataforma. Si el token se clasifica como instrumento financiero, los tokens de tesorería son similares a acciones propias mantenidas por una empresa — sujetos a restricciones específicas de presentación y uso.
| Escenario de tokens de tesorería | Tratamiento contable | Posición en balance | Revelación clave |
|---|---|---|---|
| Utility token — mantenido en tesorería (no vendido) | Activo interno — los tokens representan acceso futuro no vendido a la plataforma | Revelar la división de la oferta de tokens (circulante vs tesorería); no se crean ingresos diferidos hasta la venta | Posición total de tesorería; tokens liberados durante el período; finalidad de la tesorería |
| Utility token — transferido a receptor de subvención del ecosistema | Obligación de desempeño creada; reconocer ingresos diferidos si se recibe valor equivalente a efectivo | Ingresos diferidos (si se recibe valor) o gasto (si se dona) | Naturaleza de la subvención del ecosistema; tokens distribuidos; valor transferido |
| Token de instrumento financiero — mantenido en tesorería | Recompra de instrumento propio — deducir de patrimonio (IAS 32) | Deducido del patrimonio; no reconocido como activo | Instrumentos propios mantenidos; coste de recompra |
| Tokens reservados para vesting del equipo (no consolidados) | Obligación IFRS 2 acumulándose durante el período de vesting | Reserva de patrimonio acumulándose mensualmente; tokens aún no transferidos | Cantidades de tokens no consolidados; FMV en fecha de concesión; calendarios de vesting |
Reporte del valor razonable de tokens de tesorería
Aunque los tokens de tesorería no se vendan, inversores y partes interesadas necesitan comprender el valor actual de la tesorería. El reporte mensual de tesorería suele incluir: el número de tokens en cada subbilletera de tesorería, el precio de mercado actual, el valor equivalente en EUR y cualquier cambio respecto al mes anterior (tokens distribuidos, tokens recibidos, movimiento del precio de mercado).
Informe mensual de tokens de tesorería — octubre de 2024
Token: PROJECT (oferta total 1.000.000.000)
Posición de tesorería:
Billetera de desarrollo del ecosistema: 120.000.000 tokens
Pool de vesting del equipo (no consolidado): 80.000.000 tokens
Reserva de provisión de liquidez: 30.000.000 tokens
Reserva de asociaciones estratégicas: 20.000.000 tokens
Tesorería total: 250.000.000 tokens
Oferta circulante: 750.000.000 tokens
FMV actual: €0,12/token (Binance, cierre del 31 de octubre de 2024)
Valor de tesorería a FMV: €30.000.000
Movimiento mensual:
Tesorería inicial (1 oct.): 260.000.000 tokens
Tokens distribuidos en oct.: −10.000.000 (subvención de ecosistema — protocolo DeFi)
Tesorería final (31 oct.): 250.000.000 tokens
Cambio de FMV: €0,10 → €0,12/token = +€5.000.000 de ganancia no realizada
* Posición de tesorería reportada mensualmente al consejo
* Revelada en el informe anual — activo material
Sección 5 — Recompras y quemas de tokens
Cuando un proyecto recompra sus propios tokens — contabilidad de la recompra y la quema
Qué representan las recompras y quemas
Las recompras de tokens ocurren cuando el proyecto emisor compra sus propios tokens en el mercado abierto, normalmente usando ingresos del proyecto o fondos de tesorería. Las quemas ocurren cuando los tokens se retiran permanentemente de circulación — se envían a una dirección de billetera demostrablemente inutilizable («dirección de quema»). La recompra y quema es un mecanismo común de acumulación de valor en protocolos DeFi, análogo a las recompras de acciones en las finanzas corporativas tradicionales.
El tratamiento contable depende de la clasificación original del token. Si el token se clasificó como pasivo financiero (el emisor tiene una obligación frente a los tenedores), recomprarlo reduce el pasivo pendiente. Si el token era similar al patrimonio, recomprarlo es una transacción de patrimonio — similar a una empresa que recompra sus propias acciones. Si el token era ingresos diferidos (utility), recomprar tokens en circulación reduce la obligación de servicio pendiente.
| Clasificación del token | Tratamiento contable de la recompra | Tratamiento contable de la quema | Impacto en resultados |
|---|---|---|---|
| Utility token (ingresos diferidos) | La recompra reduce el pasivo por ingresos diferidos por la proporción del token | Después de la recompra: quema = dar de baja los tokens; liberar la parte restante de ingresos diferidos | Ganancia si el precio de recompra < ingresos diferidos por token; pérdida si es superior |
| Token de pasivo financiero | La recompra extingue el pasivo; diferencia entre valor contable y precio de recompra = ganancia/pérdida | No se necesita asiento separado por quema — dado de baja en la recompra | Ganancia/pérdida por extinción del pasivo |
| Token de gobernanza similar al patrimonio | Recompra de instrumento propio — deducido del patrimonio; no reconocido como activo | Después de la recompra: cancelar tokens — reducir la reserva de patrimonio | Sin impacto en resultados — transacción de patrimonio |
Asiento de recompra y quema — ejemplo de utility token
Un protocolo recompra 5.000.000 de tokens en el mercado abierto a €0,08/token (coste total €400.000). Los tokens se vendieron originalmente a €0,05/token en el TGE. La parte proporcional de ingresos diferidos correspondiente a estos 5.000.000 de tokens es 5.000.000/100.000.000 × €5.000.000 = €250.000.
Recompra de tokens — 5M tokens a €0,08 (coste €400.000)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Pasivo por venta de tokens / ingresos diferidos | €250.000 | |
| Pérdida por recompra — token (resultados) | €150.000 | |
| Efectivo / cripto (coste de recompra) | €400.000 |
* Los ingresos diferidos se reducen en €250.000 (ingresos originales proporcionales). Efectivo pagado = €400.000. El exceso (€150.000) es una pérdida — se pagó más que los ingresos originales para extinguir el pasivo. Si el precio de recompra < ingresos originales, la diferencia es una ganancia.
Quema de tokens — después de la recompra (tokens enviados a dirección de quema)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| No se requiere asiento adicional después de reducir los ingresos diferidos en la recompra | ||
| [Si los tokens se mantuvieron en tesorería entre la recompra y la quema:] | ||
| Inventario de tokens propios (tesorería) — dado de baja | €400.000 | |
| Efectivo / liquidación (ya registrado en la fecha de recompra) | €400.000 | |
| [Anotar: tokens enviados a la dirección 0x000…dEaD el [fecha]] | ||
* Si la quema es inmediata (misma transacción que la recompra), solo se necesita un asiento en la fecha de recompra. Si los tokens se mantienen primero en tesorería, registre la adquisición como activo de tesorería; délos de baja en la quema.
Sección 6 — Concesiones de tokens del ecosistema y distribuciones del protocolo
Contabilidad de tokens distribuidos a usuarios, socios, validadores y miembros de la comunidad
Tipos de distribuciones de tokens
Después del TGE, los proyectos de tokens distribuyen tokens para diversos fines: subvenciones del ecosistema a desarrolladores que construyen sobre el protocolo, recompensas de minería de liquidez a usuarios que aportan liquidez, recompensas a validadores para operadores de red, bonos de referido a usuarios que incorporan a otros usuarios y programas de incentivos comunitarios. Cada tipo de distribución tiene un tratamiento contable diferente.
| Tipo de distribución | Tratamiento contable | Clasificación en resultados | Medición |
|---|---|---|---|
| Subvención del ecosistema (a desarrollador externo) | Gasto — subvención por servicios esperados a cambio | Gasto de I+D o marketing según la naturaleza | FMV de los tokens en la fecha de distribución |
| Recompensa de minería de liquidez (a proveedores de liquidez) | Coste de ingresos — directamente vinculado a la generación de ingresos del protocolo | COGS o coste operativo directo | FMV de los tokens en cada evento de distribución |
| Recompensa de validador / staking (validadores externos) | Coste de ingresos — pago por servicio de seguridad de red | COGS — mantenimiento de red | FMV de los tokens en la distribución |
| Bono de referido (adquisición de usuarios) | Gasto de marketing — coste de adquisición de clientes | Gasto de marketing / ventas | FMV de los tokens en la distribución |
| Airdrop a la comunidad (sin servicio recibido) | Gasto de marketing o cero si es realmente nominal | Gasto de marketing a FMV; o nulo si los tokens tienen valor casi cero | FMV en la fecha del airdrop si es observable; si no, cero |
| Tokens quemados como mecanismo de comisiones | Ingresos (si el protocolo cobra comisión y luego quema una parte) | Ingresos del protocolo | FMV de los tokens al cobro; la quema es ingreso asignado a la estructura de capital |
Programa de minería de liquidez — contabilidad mensual
Protocolo: AMM DeFi que emite TOKEN como recompensas LP
Recompensas LP mensuales distribuidas: 1.000.000 TOKEN
FMV en fechas de distribución (prom.): €0,09/TOKEN
Coste mensual de minería de liquidez: 1.000.000 × €0,09 = €90.000
Asiento contable (mensual):
DR COGS — recompensas de minería de liquidez: €90.000
CR Criptoactivos — tokens propios (tesorería): €90.000
(Tesorería reducida en 1.000.000 de tokens al FMV actual)
Impacto en resultados:
Ingresos por comisiones de trading del protocolo: €150.000
COGS — minería de liquidez: −€90.000
Beneficio bruto de operaciones de liquidez: €60.000
Margen bruto: 40%
* Si el precio de TOKEN sube, el coste de minería aumenta (medición basada en FMV)
* Neutral en efectivo para el protocolo — los costes se pagan con tokens propios de tesorería
* Dilutivo para los tenedores existentes — aumenta la oferta circulante