Cripto e FX: multi-moeda, multi-ativo e PnL em tempo real

Multi-moeda parece uma feature “adicionar uma coluna currency” — até você tentar calcular PnL. Porque PnL exige uma unidade de conta comum, e para ter isso você precisa de uma tabela de preços, de um histórico de taxas, e de regras claras sobre quando converter. Um ledger preparado para multi-ativo resolve os três problemas de uma vez.

O problema

Na cripto e no FX, cada transação tem, na prática, duas moedas: o que saiu e o que entrou. “Vendi 0.5 BTC por R$ 175.000” não é um único movimento — são dois: uma saída de 0.5 BTC e uma entrada de R$ 175.000. O casamento entre eles é o trade. E o lucro ou prejuízo depende do preço médio de entrada do BTC, que só é rastreável com um ledger.

Contas com dimensão de ativo

A diferença estrutural: cada conta tem um asset declarado. user:u_42:crypto:BTC e user:u_42:crypto:ETH são contas separadas. Nunca se misturam. Uma transação multi-asset simplesmente tem lançamentos em moedas diferentes — e a invariante muda: Σ débitos = Σ créditos vale por asset, não globalmente.

Uma ordem de venda

Usuário vende 0.5 BTC por R$ 175.000,00. Spread da plataforma 0.5% (R$ 875,00). O trade é uma transação única com lançamentos em dois assets:

Confira: em BTC, débito 0.5 = crédito 0.5. Em BRL, débito R$ 175.000 = crédito R$ 174.125 + R$ 875. Cada asset fecha em zero, separadamente. É essa a regra que substitui o “Σ débitos = Σ créditos” do single-asset.

PnL realizado

Para calcular o lucro na venda, o ledger precisa do custo médio do BTC que saiu. A convenção mais comum (WAC — weighted average cost) fica em uma view materializada por conta-asset. Na hora da venda, uma transação adicional lança a diferença entre o valor de venda e o custo médio em ops:pnl:realized:BTC.

Para o imposto, o histórico de lançamentos mostra todas as aquisições com data, preço e quantidade. A memória de cálculo sai direto do ledger — o fisco tem tudo que precisa.

Mark-to-market (não realizado)

Para reporting interno, holdings são marcadas a mercado todo dia. Isso não toca as contas de asset, mas gera uma view balance_in_BRL que consulta a tabela de preços. O ledger mantém a verdade em unidades nativas; a camada de reporting faz a conversão.

Invariantes

FAQ

Como integro com exchanges externas (Binance, Kraken)?

Cada exchange é uma ops:exchange:<name>:<asset>. Depósitos e retiradas movimentam essas contas; trades dentro da exchange são espelhados no seu ledger via webhook. Reconciliação diária compara saldo reportado vs. saldo no seu livro.

Stablecoins — moeda ou cripto?

Cripto. Sempre. A sua contabilidade interna precisa manter o ativo separado (USDC ≠ USD) porque o risco é diferente. Conversão para USD é uma transação explícita, com rate declarado.

E forks, airdrops, staking rewards?

Cada um vira uma transação de origem income:<tipo>. O ledger não se importa se a fonte é trade, fork ou reward — todos são lançamentos com asset, quantidade, e momento.

Quando você precisa disso

1. 1
   Você custodia mais de uma moeda ou ativo

   A partir da segunda moeda, ledger multi-asset deixa de ser luxo.
2. 2
   Você calcula PnL (seu ou do cliente)

   Sem histórico de aquisição, PnL é chute.
3. 3
   Você reporta imposto sobre ganho de capital

   Receita quer memória de cálculo.
4. 4
   Você integra com mais de uma venue

   Cada venue traz um saldo; ledger é onde todos encontram.