CARF, exchanges y wallets: cómo controlar los criptoactivos de una LLC

Sigue 25.000 USDC entre dos exchanges y una wallet: saldos, gas y conversiones explicados paso a paso para mantener el control de los activos de tu LLC.

CARF convierte la actividad cripto de exchanges y otros proveedores en información estructurada por usuario, activo y tipo de operación. La contabilidad de una LLC necesita algo distinto y más completo: reconstruir cada movimiento individual, demostrar quién controla cada cuenta o wallet y explicar por qué el dinero entró, salió, se intercambió o permaneció en la empresa.

Esa diferencia es el centro de esta guía. CARF no sustituye el libro de movimientos de la LLC, y el export de un exchange no explica por sí solo toda la operativa. Cuando una empresa combina Kraken u otro exchange, wallets propias, cobros en USDC, conversiones a USD y EUR o inversión en activos digitales, necesita una capa de conciliación que conecte todas las piezas sin contar dos veces la misma transferencia.

Una LLC bien estructurada permite hacerlo con mucha claridad. La entidad es titular de las cuentas, contrata con los proveedores, recibe pagos, conserva tesorería y documenta las decisiones. El objetivo no es adaptar el negocio a un informe fiscal: es mantener una operativa empresarial que siga siendo legible aunque cambien los proveedores, las redes o los formatos de reporting.

Qué ve CARF y qué necesita ver la LLC

El Crypto-Asset Reporting Framework de la OCDE organiza las operaciones reportables en tres familias:

• intercambios entre criptoactivos y moneda fiat;
• intercambios entre uno o varios criptoactivos;
• transferencias de criptoactivos, incluidos determinados pagos minoristas.

El esquema XML CARF actualizado en 2025 convierte esas familias en campos concretos. Por cada tipo de activo puede incluir adquisiciones y disposiciones, entradas y salidas, número de operaciones, unidades, importe agregado y moneda de valoración. También contempla categorías como staking, préstamos cripto, wrapping, colateral, pagos por bienes o servicios y transferencias cuyo destino no se identifica como otro proveedor financiero.

La LLC, en cambio, necesita conservar el detalle económico que explica esos agregados:

CARF ofrece una vista anual normalizada desde la perspectiva del proveedor. El registro empresarial debe poder bajar desde esa cifra agregada hasta la operación que la originó.

Por qué dos exports correctos pueden no coincidir

Un exchange y una blockchain describen el mismo movimiento desde posiciones distintas. El exchange puede registrar una retirada cuando aprueba la orden; la red la confirma minutos después; la wallet de destino la muestra con otro timestamp y el importe recibido ya descuenta la comisión. Si después los fondos entran en un segundo exchange, aparece un tercer identificador.

También cambian otros elementos:

• un proveedor usa símbolos como USDC, mientras otro distingue USDC sobre Ethereum, Solana o Base;
• las comisiones pueden cobrarse en el activo transferido, en otro token o en fiat;
• un swap puede aparecer como una sola orden en la interfaz y como dos movimientos económicos en el historial;
• una compra recurrente puede agrupar varias ejecuciones;
• una conversión de stablecoin puede liquidarse a un valor ligeramente distinto de 1 USD;
• un puente entre redes puede quemar un token y emitir otro equivalente;
• un export puede trabajar en UTC y otro en la zona horaria del usuario;
• una plataforma puede corregir o completar una operación después del primer export.

Nada de esto convierte los datos en incorrectos. Significa que hace falta una clave común para relacionarlos.

El registro mínimo que sostiene una conciliación seria

Cada movimiento debería conservar, como mínimo, estas capas:

1. Identificador original. ID de trade, orden, depósito, retirada o movimiento proporcionado por la fuente.
2. Fuente. Exchange, custodio, wallet, procesador, banco o protocolo desde el que se obtuvo el dato.
3. Titular. LLC, propietario u otra contraparte. No debe deducirse únicamente por el nombre del archivo.
4. Fecha y hora. Timestamp original, zona horaria y versión normalizada en UTC.
5. Activo. Nombre, símbolo y, cuando sea necesario, red y contrato del token.
6. Unidades brutas y netas. Cantidad enviada, recibida y retenida como comisión.
7. Tipo de evento. Compra, venta, swap, cobro, pago, transferencia propia, aportación, distribución, reward, préstamo, colateral u otro.
8. Valor fiat. Importe, divisa, fuente de precio y momento de valoración.
9. Comisión. Activo, unidades, valor y naturaleza del coste.
10. Dirección y hash. Origen, destino y transaction hash cuando el movimiento ocurre on-chain.
11. Relación con otro movimiento. ID que empareja la salida y la entrada de una transferencia propia.
12. Motivo empresarial. Factura, contrato, proveedor, decisión de tesorería o documento societario que explica el evento.

No todos los campos nacen en la misma plataforma. La conciliación consiste precisamente en unirlos sin alterar los archivos originales.

Cómo conciliar exchanges y wallets paso a paso

1. Inventariar antes de importar

Empieza por todas las cuentas y direcciones que estuvieron activas durante el periodo. Para cada una, registra titular legal, proveedor, entidad contractual, identificador de cuenta, red, activos utilizados y fecha de apertura o cierre.

Una wallet del propietario no debe etiquetarse como wallet de la LLC solo porque se utilizó para recibir fondos de la empresa. Si debe incorporarse a la estructura, hay que documentar cuándo y con qué alcance se produjo esa aportación o cambio de control.

2. Conservar el archivo fuente

Descarga el historial completo en el formato más detallado disponible. Conserva el CSV, PDF, JSON o export de API sin editar y crea una copia de trabajo normalizada. Si el proveedor permite separar trades, depósitos, retiradas, rewards y fees, guarda todos los conjuntos.

Una captura de pantalla puede servir como apoyo, pero no sustituye un historial descargable con identificadores y timestamps.

3. Normalizar sin borrar significado

Convierte las fechas a una referencia común, pero conserva la hora original. Unifica símbolos cuando representan el mismo contrato y separa los que usan el mismo ticker en redes o emisores diferentes. No redondees unidades antes de reconciliar.

El esquema CARF puede reportar unidades hasta seis decimales cuando resulta pertinente. El registro interno puede necesitar más precisión para explicar fees, activos con muchos decimales o diferencias de red.

4. Descomponer cada operación en sus partes

Una compra de ETH con USDC contiene una salida de USDC, una entrada de ETH y posiblemente una comisión. Una conversión de USDC a USD contiene una disposición del token y una entrada fiat. Un cobro comercial en USDC contiene el ingreso por la factura y la recepción de un activo digital.

Separar las partes evita que una sola etiqueta genérica esconda el tratamiento económico real.

5. Emparejar transferencias propias

El transaction hash es la mejor referencia cuando existe, pero no siempre basta. También conviene comparar:

• red y activo;
• dirección de origen y destino;
• unidades enviadas y recibidas;
• fee de red;
• ventana temporal;
• identificadores de retirada y depósito;
• titularidad de ambas cuentas.

Cuando la salida y la entrada pertenecen a la misma LLC, se marca una sola transferencia interna con dos lados. No se registra como dos ingresos ni como una venta automática.

La guía del IRS sobre activos digitales confirma, para la fiscalidad federal estadounidense, que mover activos entre wallets o cuentas del mismo titular no es por sí solo un hecho imponible; los activos utilizados o retenidos para pagar la comisión sí requieren un análisis separado.

6. Reconciliar unidades antes que euros o dólares

El saldo inicial más adquisiciones y entradas, menos disposiciones, salidas y fees, debe explicar las unidades finales de cada activo y ubicación. Solo después se revisa el valor fiat.

Esta secuencia detecta problemas que una conciliación basada únicamente en importe no ve: tokens enviados por una red equivocada, rewards omitidos, fees descontadas, activos envueltos o depósitos pendientes.

7. Resolver los movimientos pendientes

No fuerces una clasificación cuando falta evidencia. Separa movimientos pendientes con una razón concreta: wallet sin titular identificado, hash ausente, importe diferente, token no reconocido, depósito sin contraparte o conversión sin fuente de valoración.

La excepción debe resolverse con datos, no con una categoría genérica que haga cuadrar el saldo.

Ejemplo con saldos completos: 25.000 USDC entre dos exchanges y una wallet

Este es un supuesto ilustrativo, no un caso de cliente ni una tarifa de un proveedor. Todos los importes y comisiones se fijan para explicar el cálculo. La LLC es titular de las dos cuentas y de la wallet; utiliza USDC en Ethereum y ya mantiene 0,010 ETH en esa wallet para gas. No hay otros movimientos durante el ejemplo.

Cuatro movimientos, tres comisiones que no deben confundirse

1. Compra. La LLC utiliza 25.000 USD para comprar 25.000 USDC en el exchange A. Suponemos una ejecución a 1 USD por USDC, sin comisión de compra.
2. Retirada. El exchange A descuenta 20.000 USDC del saldo: envía 19.998 USDC a la wallet y retiene 2 USDC como comisión de retirada. La LLC no paga otro cargo por esa salida. Es una comisión del exchange, no una afirmación de que el gas de Ethereum se pague en USDC.
3. Transferencia propia. La wallet envía exactamente 8.000 USDC al exchange B, que abona los 8.000 completos sin comisión de depósito. La wallet paga 0,001 ETH de gas desde su reserva separada. La documentación de Ethereum sobre gas identifica ETH como moneda de pago de las comisiones de red.
4. Conversión. En el exchange B se venden 5.000 USDC a 1 USD por unidad. El importe bruto es 5.000 USD; el exchange retiene 5 USD de comisión y acredita 4.995 USD. El precio 1:1 es una hipótesis del ejemplo, no una paridad garantizada.

Dónde queda cada USDC

La tabla muestra saldos después de cada paso, no importes que deban sumarse entre filas. Todas sus cantidades están expresadas en USDC.

El cierre queda explicado en tres activos separados:

• USDC: 25.000 - 2 - 5.000 = 19.998 USDC. Coincide con 5.000 + 11.998 + 3.000 entre las tres ubicaciones.
• USD en el exchange B: 5.000 - 5 = 4.995 USD disponibles. Los 25.000 USD iniciales ya se utilizaron en la compra y no siguen siendo efectivo de la LLC.
• ETH en la wallet: 0,010 - 0,001 = 0,009 ETH. El gas no se resta otra vez del saldo USDC.

Las dos transferencias propias cambian la ubicación de los activos, no su titularidad. La venta transforma 5.000 USDC en dólares; los 4.995 USD recibidos no equivalen por sí solos al beneficio. Para calcular el resultado se conserva el coste de adquisición y se aplica el tratamiento de cada comisión.

Cómo relacionar el ejemplo con CARF

Cuando un proveedor está sujeto a CARF, sus categorías distinguen adquisiciones, disposiciones y transferencias. No sumes todas esas cifras para calcular ventas o patrimonio: son magnitudes distintas. Tampoco copies sin revisar la retirada bruta de la interfaz en un campo de reporte; conserva las unidades realmente transferidas y la comisión separada.

Para cerrar este ejemplo bastan referencias concretas: ejecución de compra, justificante de retirada con sus 2 USDC, hash de cada transferencia, abono de 8.000 USDC y liquidación de la venta con sus 5 USD. El movimiento de gas tiene su propio importe en ETH. Así se puede seguir el dinero de principio a fin sin duplicar ingresos ni hacer desaparecer comisiones.

Stablecoins: un dólar de referencia no elimina el registro

USDC, USDT y otras stablecoins permiten cobrar, pagar, mover tesorería y acceder a mercados internacionales con rapidez. Para una LLC pueden ser una herramienta financiera muy útil, pero no son simplemente una línea de efectivo bancario.

La conciliación debería identificar:

• emisor y token concreto;
• blockchain y contrato;
• cantidad recibida o transmitida;
• valor de mercado aplicado en ese momento;
• fee y activo utilizado para pagarla;
• operación comercial, financiera o interna que origina el movimiento;
• conversión posterior a USD, EUR u otro activo.

CARF exige importes agregados y contempla métodos alternativos de valoración cuando el proveedor no utiliza un precio de mercado directo, como valor en libros, valoración de tercero, valoración reciente del proveedor o estimación razonable. La contabilidad de la LLC debe conservar su propio criterio de valoración y aplicarlo de forma coherente.

La paridad con el dólar puede producir diferencias pequeñas entre lo facturado, lo recibido y lo liquidado. Esas diferencias no deben ocultarse redondeando todo a 1:1; deben quedar explicadas por precio, spread y fees.

Autocustodia: conservar control sin perder trazabilidad

CARF contempla de forma específica las transferencias a direcciones que el proveedor no conoce como pertenecientes a otro proveedor de activos virtuales o institución financiera. El esquema agrega unidades y valor enviado a esas wallets; no convierte automáticamente cada dirección en una venta ni identifica por sí solo a su titular económico.

Para una wallet corporativa de autocustodia, la LLC debería conservar:

• dirección y red;
• fecha desde la que se utiliza;
• propósito empresarial;
• persona autorizada para operar;
• política de aprobación y recuperación;
• prueba de que la LLC controla la wallet;
• relación con las cuentas de exchange y la contabilidad.

No es necesario publicar claves privadas ni frases de recuperación. La evidencia de control puede construirse con registros societarios, transacciones de verificación, políticas internas y trazabilidad consistente. La seguridad de las claves y la prueba de titularidad son problemas distintos y deben resolverse sin comprometerse entre sí.

Swaps, wrapping, staking y colateral no son la misma operación

El esquema CARF permite identificar determinadas operaciones de staking, préstamos cripto, wrapping y colateral. Esa distinción importa porque una salida de activos puede representar realidades diferentes:

• intercambio definitivo por otro token;
• depósito temporal como garantía;
• activo bloqueado para generar rendimiento;
• token envuelto que representa el mismo valor en otra forma;
• préstamo entregado o recibido;
• recompensa o rendimiento recibido.

La etiqueta del proveedor es un punto de partida, no una conclusión universal. La LLC debe conservar contrato, protocolo, derechos económicos y movimientos de entrada y salida para aplicar el tratamiento correcto en su contabilidad y en la jurisdicción fiscal relevante.

Cobrar una factura en cripto sin romper la cadena documental

Cuando un cliente paga 4.000 USDC por un servicio, la empresa necesita conectar:

1. contrato o pedido;
2. factura emitida por la LLC;
3. dirección comunicada al cliente;
4. hash y fecha de recepción;
5. valor fiat del cobro;
6. movimiento posterior del activo;
7. conversión o permanencia en tesorería.

Si los USDC se envían a un exchange y se convierten a USD, el cobro y la conversión son eventos distintos. Si permanecen en la wallet, siguen siendo un activo de la LLC. Si se utilizan para pagar a un proveedor, el gasto necesita su propia factura o soporte.

Esta cadena permite operar con stablecoins de forma profesional sin reducir la LLC a una simple cuenta bancaria.

Cómo fortalece la LLC una operativa cripto internacional

La LLC aporta una identidad jurídica estable alrededor de herramientas que cambian con rapidez. Puede mantener cuentas corporativas, wallets, contratos, pasarelas, banca en USD, cuentas en EUR y tesorería en activos digitales bajo una misma titularidad empresarial.

La estructura funciona mejor cuando:

• exchanges y wallets están claramente asignados a la LLC;
• las aportaciones del owner entran con soporte societario;
• las retiradas se documentan según su naturaleza;
• la empresa conserva sus propios exports y no depende para siempre de una plataforma;
• cada movimiento tiene finalidad empresarial;
• inversión, cobros y tesorería se separan analíticamente;
• la actividad y la residencia fiscal se revisan con criterio profesional.

CARF no elimina la privacidad jurídica, la separación patrimonial ni las posibilidades operativas de una LLC. Exige entender qué proveedor informa, sobre qué usuario y con qué datos. Una estructura ordenada ofrece más opciones precisamente porque puede demostrar cómo las utiliza.

Cómo ayuda Exentax

Exentax no se limita a constituir la LLC. Diseñamos la arquitectura completa para que entidad, banca, procesadores, exchanges, wallets, USD, EUR y stablecoins respondan al mismo negocio.

Revisamos titularidad, proveedores, residencia, documentación corporativa y flujo de fondos. Definimos qué cuentas necesita la empresa, cómo separar tesorería de inversión y qué registros debe conservar para que cobros, transferencias, swaps y conversiones puedan explicarse con precisión.

Nuestro trabajo combina estructura internacional, fiscalidad, banca y operativa. El cliente obtiene una LLC preparada para usar herramientas financieras reales, no una entidad aislada sin conexión con la forma en que cobra, invierte o paga.

Para el calendario del primer intercambio, consulta los registros DAC8 de 2026 para 2027. Para separar proveedor, transferencia y reporting, revisa MiCA, DAC8 y la Travel Rule. Si el foco es cobrar y liquidar, continúa con pasarelas, Kraken y stablecoins con una US LLC.

Preguntas frecuentes sobre CARF y conciliación cripto

¿CARF reporta cada operación individual?

El estándar intercambia información agregada por usuario, activo y categoría de transacción. El proveedor conserva los registros subyacentes conforme a la normativa aplicable. La LLC necesita el detalle individual para explicar esos agregados y preparar su contabilidad.

¿Una transferencia entre wallets propias cuenta dos veces?

No debería convertirse en dos operaciones económicas. Puede aparecer como salida en una fuente y entrada en otra, pero debe emparejarse mediante hash, unidades, tiempo y titularidad. La comisión de red se registra por separado.

¿CARF convierte una retirada a autocustodia en una venta?

No. CARF contempla el agregado de transferencias a wallets no identificadas como otro proveedor, pero la naturaleza económica depende de quién controla el destino y qué ocurrió realmente con el activo.

¿Una stablecoin se trata siempre como 1 USD?

No conviene asumirlo. Debe conservarse la valoración real utilizada, junto con spread y comisiones. CARF también contempla métodos de valoración alternativos cuando corresponde.

¿Basta con descargar el historial del exchange al final del año?

No siempre. El exchange no conoce necesariamente la titularidad de cada wallet, el motivo de un pago, la factura asociada o la clasificación de una aportación. Conviene conciliar de forma periódica y conservar exports originales.

¿Una LLC estadounidense queda automáticamente dentro de CARF?

No por estar constituida en Estados Unidos. Hay que analizar el proveedor, su nexo de reporting, la identidad y residencia del usuario, la clasificación de la entidad y, cuando proceda, las personas de control.

¿Puede una LLC operar con exchanges, autocustodia y stablecoins de forma sólida?

Sí. La combinación puede ser muy eficiente cuando la titularidad, las autorizaciones, la seguridad de las wallets, la valoración y la documentación empresarial están alineadas desde el inicio.

Convertir movimientos en una estructura financiera legible

La conciliación cripto no consiste en producir un archivo perfecto para una autoridad. Consiste en que la LLC conozca sus activos y pueda seguirlos entre clientes, exchanges, wallets, bancos y proveedores sin perder titularidad ni contexto.

Ese orden permite cobrar en stablecoins, diversificar tesorería, invertir y operar internacionalmente con más control. CARF aporta un lenguaje de reporting; una estructura profesional convierte ese lenguaje en decisiones empresariales claras.

Ordenar la operativa cripto de mi LLC