Contabilidad de criptomonedas, por activo y blockchain

Diferentes activos, diferente contabilidad. El historial UTXO de Bitcoin, el gas y el staking de Ethereum, el volumen de transacciones de Solana, las posiciones con bridge de un Layer 2 — cada uno requiere su propio tratamiento. CryptaCount los gestiona todos en un único libro auxiliar, con asientos de base de coste exacta y reporting bajo IFRS y US-GAAP.

Elija su activo

Cada página de activo profundiza en el tratamiento relevante para esa cadena — base de coste, clasificación de ingresos y los eventos que las herramientas estándar pasan por alto.

• Contabilidad de Bitcoin → — base de coste precisa con alto volumen UTXO; ingresos por minería y comisiones.
• Contabilidad de Ethereum → — gas en cada transacción, recompensas de staking, DeFi profundo, NFTs, bridge a L2.
• Contabilidad de Solana → — volumen de transacciones muy alto, recompensas de staking, tokens SPL, NFTs.
• Contabilidad de Polygon → — migración MATIC→POL, activos con bridge, DeFi de bajas comisiones.
• Contabilidad de Avalanche → — actividad EVM en C-Chain, subnets, staking, DeFi.

Un libro auxiliar, cada cadena

Independientemente de lo que posea, la contabilidad se ejecuta a través del mismo motor: actividad de cadena leída directamente a través de nuestra propia infraestructura de datos on-chain en más de 90 cadenas, clasificada en eventos contables adecuados, con el método de base de coste elegido aplicado en cada lote y asientos equilibrados conciliados on-chain ↔ exchange ↔ libro mayor. Cómo funciona el libro auxiliar cripto →

La base de coste a su medida, las normas jurisdiccionales de forma automática

Aplique cualquiera de los 12 métodos de disposición — FIFO, LIFO, HIFO, WAVG, Identificación Específica y más — por entidad y jurisdicción. El método elegido se aplica; los tratamientos exigidos por la jurisdicción, como el agrupamiento UK Section 104 y el ACB canadiense, se aplican automáticamente. Métodos de base de coste →

Reporting bajo IFRS y US-GAAP

Ganancia/pérdida y desgloses mapeados a la norma bajo la que reporta cada entidad, incluyendo la medición al valor razonable de FASB ASU 2023-08. Cumplimiento normativo y reporting cripto →

Conecte cada fuente

Importe cada activo desde exchanges y monederos, luego sincronice asientos conciliados con su ERP — Xero y Zoho activos hoy, con QuickBooks, NetSuite y Sage en el plan de trabajo. Integraciones →

La visión completa: por qué la contabilidad varía según el activo y la cadena

«Contabilidad de criptomonedas» suena como una única disciplina, pero el trabajo cambia de forma con cada cadena que se posee, y una plataforma que aplane esas diferencias distorsionará silenciosamente sus libros. El modelo UTXO de Bitcoin produce un historial de adquisiciones y enajenaciones limpio pero de alto volumen, junto con ingresos por minería y comisiones. Ethereum cobra gas en cada transacción y añade recompensas de staking, DeFi profundo, NFTs y bridge a L2. El volumen de transacciones de Solana es muy alto, con recompensas de staking, tokens SPL y NFTs propios. Un L2 incorpora posiciones con bridge que deben rastrearse a través del movimiento. Cada uno de estos elementos lleva su propio tratamiento para la base de coste, la clasificación de ingresos y los eventos que las herramientas estándar pasan por alto. CryptaCount los gestiona todos en un único libro auxiliar, de modo que las diferencias se respetan en lugar de promediarse.

La idea unificadora es que, independientemente de lo que se posea, la contabilidad se ejecuta a través del mismo motor: actividad de cadena leída directamente a través de nuestra propia infraestructura de datos on-chain en más de 90 cadenas, clasificada en eventos contables adecuados, con el método de base de coste elegido aplicado en cada lote y asientos equilibrados conciliados on-chain frente a exchange frente a libro mayor. La profundidad por activo vive en las páginas de detalle; este hub es donde se aprecia cómo un único motor sirve a todos ellos. Cómo funciona el libro auxiliar cripto →

Profundice por activo

Cada página de activo profundiza en el tratamiento relevante para esa cadena — base de coste, clasificación de ingresos y los eventos que las herramientas estándar pasan por alto:

• Contabilidad de Bitcoin → — base de coste precisa con alto volumen UTXO, más ingresos por minería y comisiones
• Contabilidad de Ethereum → — gas en cada transacción, recompensas de staking, DeFi profundo, NFTs y bridge a L2
• Contabilidad de Solana → — volumen de transacciones muy alto, recompensas de staking, tokens SPL y NFTs
• Polygon — la migración de MATIC a POL, activos con bridge y DeFi de bajas comisiones, todo en un único plan de cuentas
• Avalanche — actividad EVM en C-Chain, subnets, staking y DeFi capturados como eventos contables

Para quién es esto

Este hub está dirigido a equipos financieros cuyas tenencias abarcan más de una cadena y que necesitan que cada una esté contabilizada correctamente en lugar de agrupada:

• Tesorerías y fondos que poseen varios activos en diferentes cadenas, cada uno con su propio perfil de ingresos y base de coste
• Empresas Web3 que obtienen ingresos por staking o protocolo en una cadena mientras pagan a colaboradores en otra
• Despachos contables con clientes que tienen carteras multi-cadena mixtas que deben conciliarse en un único conjunto de libros
• Grupos que consolidan la actividad de Bitcoin, Ethereum, Solana y cadenas EVM en una única vista consolidada

Lo que une a estos equipos es que las diferencias entre cadenas no son académicas — cambian los números. Una tesorería con mucho peso en Bitcoin y una operación DeFi centrada en Ethereum necesitan la misma disciplina aplicada a tipos de eventos muy diferentes, y un fondo distribuido entre ambas más Solana necesita que todo esté conciliado en un único conjunto de libros defendible. Ese es el caso para el que está diseñado un único libro auxiliar multi-cadena.

Un motor, coherente en cada cadena

La ventaja de gestionar cada activo a través de un único libro auxiliar es la coherencia. La base de coste se aplica de la misma manera tanto si la enajenación es un UTXO de Bitcoin como si es un token SPL: se aplica cualquiera de los 12 métodos de disposición — FIFO, LIFO, HIFO, WAVG, Identificación Específica y más — por entidad y jurisdicción, mientras los tratamientos exigidos por la jurisdicción, como el agrupamiento UK Section 104 y el ACB canadiense, se aplican automáticamente. Los ingresos también se clasifican de forma coherente: las recompensas de staking y el rendimiento DeFi como ingresos, la liquidez, el lending, el borrowing y el wrapping como eventos contables, y el gas capturado por transacción y tratado como coste. El reporting que resulta de todo ello se mapea a la norma bajo la que reporta cada entidad, incluyendo la medición al valor razonable bajo US-GAAP. Métodos de base de coste → · Cumplimiento normativo y reporting cripto →

Los eventos que las herramientas estándar pasan por alto

La mayor parte de la diferencia entre un conjunto correcto de libros cripto y uno que parece plausible radica en eventos que las herramientas genéricas nunca reconocen. El gas se cobra en cada transacción de Ethereum y debe capturarse por transacción y tratarse como coste, no absorberse silenciosamente. Las recompensas de staking y de validador son ingresos en el momento en que se reciben, no un incremento gratuito de las tenencias. Las posiciones DeFi — provisión de liquidez, lending, borrowing y wrapping — son eventos contables con consecuencias reales para la base de coste y la ganancia, no transferencias brutas que ignorar. Los mints, compras, ventas y royalties de NFT llevan su propia base de coste y ganancia/pérdida. Las posiciones con bridge y L2 mueven la base de coste entre cadenas y rompen las enajenaciones posteriores si esa base se pierde en el tránsito. CryptaCount clasifica y contabiliza cada uno de estos elementos como un evento contable adecuado a través de un único motor, razón por la que los mismos libros se sostienen tanto si la actividad se asienta en Bitcoin, Ethereum, Solana o un L2 EVM. Las páginas por activo — Bitcoin →, Ethereum → y Solana → — muestran cómo se desarrolla cada uno de estos elementos cadena a cadena.

Guía para compradores: evaluación de la contabilidad cripto multi-activo

• Tratamiento por activo, no un modelo plano — el historial UTXO, el gas, el staking y las posiciones con bridge necesitan tratamiento específico, no una importación genérica única
• Cobertura nativa en muchas cadenas — infraestructura propia en más de 90 cadenas captura DeFi y transferencias internas que una API alquilada pasa por alto
• Base de coste coherente entre activos — el mismo método debe aplicarse de forma idéntica tanto si el lote es BTC, ETH o un token SPL
• Ingresos clasificados correctamente por cadena — el staking, la minería, las recompensas y el rendimiento deben reconocerse como ingresos, no enterrarse en transferencias
• Reporting mapeado a su norma — la ganancia/pérdida y los desgloses deben seguir IFRS o US-GAAP por entidad, incluyendo el valor razonable donde se requiera
• Una vista consolidada — múltiples activos y cadenas deben consolidarse en un único conjunto de libros, no en rastreadores separados

Errores habituales en libros multi-cadena

• Tratar cada cadena igual — ignorar el volumen UTXO, el gas o el bridging produce una base de coste que nadie puede conciliar
• Gas sin rastrear — las comisiones de red por transacción que no se capturan infravaloran el coste y distorsionan las ganancias
• Staking y rendimiento mal etiquetados — los ingresos reconocidos como transferencia en lugar de ingreso distorsionan tanto la cuenta de resultados como la base de coste
• Posiciones con bridge perdidas — los activos movidos a través de un bridge L2 sin base de coste trasladada rompen cada enajenación posterior
• Herramientas separadas por activo — un rastreador diferente para cada cadena garantiza que los libros nunca concilien en una única fuente

Cómo CryptaCount lo hace posible

CryptaCount es software de contabilidad, no un rastreador de cartera: asientos de partida doble, base de coste a nivel de lote y estados financieros listos para auditoría por activo y cadena. Lee la actividad on-chain directamente a través de nuestra propia infraestructura en más de 90 cadenas, clasifica el staking, el DeFi y el gas como eventos contables adecuados, aplica el método de base de coste elegido de forma coherente en cada lote y concilia on-chain frente a exchange frente a libro mayor antes de contabilizar asientos equilibrados. El reporting se mapea a la norma bajo la que reporta cada entidad, y cada activo se consolida en un único conjunto de libros. Importe cada activo desde exchanges y monederos, luego sincronice asientos conciliados con su ERP — Xero y Zoho activos hoy, con QuickBooks, NetSuite y Sage en el plan de trabajo. Integraciones → · El libro auxiliar cripto →

¿Es CryptaCount un rastreador de cartera cripto?

No. Es software de contabilidad — asientos de partida doble, base de coste a nivel de lote y estados financieros listos para auditoría por activo y cadena, no un rastreador de rendimiento. Un rastreador le dice cuánto vale un monedero; CryptaCount le proporciona los débitos y créditos, la ganancia/pérdida y la pista de auditoría detrás de ellos.

¿Gestiona staking, DeFi y gas de forma coherente entre cadenas?

Sí. Las recompensas de staking y el rendimiento DeFi se clasifican como ingresos; la liquidez, el lending, el borrowing y el wrapping se registran como eventos contables; y el gas se captura por transacción y se trata como coste — de la misma manera en Ethereum, Solana o cualquier cadena EVM. La coherencia entre activos es el objetivo de ejecutarlos a través de un único motor.

¿Cómo se contabilizan las posiciones con bridge y L2?

Los movimientos con bridge se reconocen como las transferencias internas que son, con la base de coste trasladada a través del movimiento en lugar de perderse en el bridge. Esto mantiene precisas las enajenaciones posteriores en la cadena de destino, que es exactamente donde los libros multi-cadena suelen fallar. La página de contabilidad de Ethereum → cubre el bridge L2 en profundidad.

¿Qué métodos de base de coste puedo usar y se aplican las normas jurisdiccionales?

Doce métodos de disposición — FIFO, LIFO, HIFO, WAVG, Identificación Específica y más — seleccionables por entidad y jurisdicción. Los tratamientos exigidos por la jurisdicción, como el agrupamiento UK Section 104 y el ACB canadiense, se aplican automáticamente, de modo que un grupo con jurisdicciones mixtas se gestiona correctamente sin intervenciones manuales. Consulte la página de métodos de base de coste →.

¿Cómo se consolida la actividad multi-cadena para el reporting?

Cada activo y cadena pasa por el mismo libro auxiliar y se consolida en un único conjunto de libros, de modo que la ganancia/pérdida y los desgloses se mapean a la norma bajo la que reporta cada entidad desde una única fuente. No hay un rastreador separado por cadena que conciliar — la vista consolidada se asienta sobre todos ellos. Cumplimiento normativo y reporting cripto →

¿Qué cadenas cubre CryptaCount?

La actividad on-chain se lee directamente en más de 90 blockchains a través de nuestra propia infraestructura, cubriendo Bitcoin, Ethereum, Solana, Polygon, Avalanche y muchas más. Leer el historial de cadena de forma nativa en lugar de a través de una API de terceros alquilada es lo que mejora la captura de transferencias internas, gas y DeFi, y significa que una nueva cadena que empiece a poseer fluye hacia el mismo motor y los mismos libros consolidados sin necesidad de una herramienta separada.

¿Cómo se gestiona el alto volumen de transacciones, como el de Solana, en el cierre?

El volumen vive en el libro auxiliar, no en su libro mayor. CryptaCount ingiere y clasifica cada transacción en origen, aplica la base de coste en los lotes y contabiliza solo asientos resumidos y equilibrados en el libro mayor. Así, una cadena como Solana que genera recuentos de transacciones muy altos se absorbe sin inflar sus libros — el detalle permanece conciliable en el libro auxiliar mientras el libro mayor recibe un resumen de período limpio que puede leer.

Reuniendo la contabilidad cripto

La contabilidad cripto tiene que ver menos con cualquier activo individual y más con un registro conciliado único que vincula cada posición, ganancia y desglose con una transacción de origen. Eso es lo que proporciona un libro auxiliar, y es lo que permite a una firma aplicar una política coherente bajo IFRS o US GAAP, contabilizar asientos contables limpios en el libro mayor y cumplir las obligaciones de reporting de cumplimiento. CryptaCount es el libro auxiliar que hace esto en cada activo y plataforma, de modo que sus libros siguen siendo el sistema de registro y el detalle a nivel de transacción permanece donde le corresponde.

Cómo se lleva a cabo un cierre multi-cadena

La parte más difícil de la contabilidad multi-cadena no es ningún activo individual — es ensamblar un cierre único y defendible a partir de posiciones que se comportan de manera diferente. Una tesorería puede tener Bitcoin con un historial UTXO limpio pero de alto volumen, Ethereum generando recompensas de staking y gas, y Solana produciendo un volumen de transacciones considerable, y a fin de mes todo debe consolidarse en un único conjunto de libros que un revisor pueda firmar. Eso solo funciona cuando el detalle por cadena se concilia antes de que se consolide, no parcheando a posteriori rastreadores separados. Ejecutar cada cadena a través del mismo motor es lo que hace que la consolidación sea fiable: el método de base de coste se aplica de la misma manera a una enajenación de Bitcoin y a un token SPL, y los ingresos se clasifican de la misma manera independientemente de dónde se generen.

Un cierre multi-cadena tiende a materializarse siguiendo el mismo camino:

• Cada cadena se concilia primero con sus propios monederos y plataformas, de modo que una discrepancia se detecta en origen en lugar de quedar enterrada en el total del grupo.
• La base de coste y los ingresos se clasifican de forma coherente entre activos, de modo que la ganancia/pérdida consolidada es comparable en lugar de una mezcla de métodos.
• Los movimientos internos y con bridge trasladan la base de coste, de modo que una transferencia entre cadenas no se confunde con una enajenación.
• Solo los asientos resumidos y equilibrados llegan al libro mayor, mientras el detalle por transacción permanece conciliable por debajo.

Realizado de este modo, la vista consolidada se asienta sobre cada cadena en lugar de competir con una pila de herramientas por activo. CryptaCount mantiene el detalle en un único libro auxiliar cripto y mapea el reporting a la norma bajo la que reporta cada entidad, de modo que un libro mixto de Bitcoin, Ethereum y Solana cierra desde una única fuente — consulte el resumen de cumplimiento y reporting cripto para ver cómo esa política fluye hacia los estados financieros. La ventaja estructural es que añadir una nueva cadena no añade una nueva herramienta ni un nuevo silo de conciliación: el próximo activo que una tesorería empiece a poseer fluye hacia el mismo motor, el mismo plan de cuentas y el mismo cierre consolidado, de modo que el proceso crece con la cartera en lugar de fragmentarse bajo ella. Las diferencias entre cadenas se respetan donde importan y desaparecen donde deben: en un cierre limpio y auditable que un revisor puede rastrear hasta el origen en cualquier línea.