Guias Spindipper
CARF vs CRS vs FATCA
Como fundadores cripto são realmente capturados pelos regimes globais de reporte
A maioria dos fundadores que evita banco deliberadamente faz isso com uma crença muito específica em mente. Se tudo acontece em carteiras self-custody, on-chain e em stablecoins, o reporte estilo CRS nunca entra em cena. Na prática, essa crença sobrevive anos porque nada força ela a ser testada. Aí um contador ou advogado explica a verdade incômoda. O CARF foi criado exatamente porque o CRS não capturava cripto de forma confiável, e o reporte CARF pode se aplicar a partir de 1º de janeiro de 2026 mesmo que o projeto nunca toque uma conta bancária. O erro é tratar FATCA, CRS e CARF como sistemas alternativos dos quais se escapa escolhendo a tecnologia certa. Na realidade são regimes em camadas que podem se aplicar ao mesmo tempo, e a sua única alavanca real é o que as suas entidades fazem e onde essas atividades estão.
Regimes de reporte cripto são em camadas, não opcionaisFATCA, CRS e CARF não são frameworks concorrentes. O FATCA é construído para seguir pessoas dos EUA e controle americano, onde quer que a entidade esteja. O CRS é construído para forçar instituições financeiras a identificar titulares de conta e reportar entre fronteiras. O CARF estende essa lógica para a cripto, focando em entidades que facilitam troca, transferência, custódia ou liquidação de criptoativos, porque essas funções não eram capturadas de forma consistente pelo CRS. Cada camada amplia a cobertura. Nenhuma delas desliga as outras. Por isso fundadores que acham que constituição offshore ou operação on-chain remove automaticamente a exposição de reporte se surpreendem. O regime jurídico não pergunta se você usou banco. Ele pergunta se alguma entidade desempenhou papel reportável na movimentação ou guarda de valor, e se essa entidade está em uma jurisdição comprometida com troca de informação.
Jurisdição ainda importa, mas mais como uma pergunta de timing e intensidade administrativa do que de isenção. A UE costuma implementar rápido e coordenar reporte com supervisão cripto mais ampla, o que significa que fundadores operando superfícies de serviço baseadas na UE vão sentir o CARF antes. Os EAU em geral miram permanecer comercialmente atrativos e ao mesmo tempo alinhados com os compromissos de troca da OCDE, o que pode produzir timing de rollout ou expectativas de reporte ligeiramente diferentes. Cayman segue sendo muito usada para fundações e tesourarias, mas participa de regimes globais de transparência e não vai funcionar como camada de sigilo quando a troca estiver ativa. O ponto prático é que uma jurisdição de adoção lenta pode atrasar a exposição, mas não a remove, principalmente quando os históricos de transação continuam visíveis e investigações entre fronteiras costumam olhar para trás, não só para frente, uma vez que a troca de informação começa.
A classificação é guiada por atividade, não por rótuloNenhum desses frameworks se importa se algo se chama DAO, protocolo, dApp ou token. Eles classificam atores pelo que esses atores fazem. O FATCA se aplica a pessoas dos EUA e a entidades com participação ou controle americano substancial. O CRS se aplica a entidades classificadas como Instituições Financeiras, ou seja, geralmente entidades que seguram, gerenciam ou administram ativos para terceiros. O CARF se aplica a Prestadores de Serviços de Criptoativos, ou seja, em sentido amplo, entidades cujos sistemas facilitam troca, transferência, custódia ou liquidação de cripto para terceiros. Essa lógica de classificação é por que sobreposição é comum. Uma única empresa pode ser tratada como CASP sob o CARF porque roteia swaps, como Instituição Financeira sob o CRS porque oferece carteiras custodiais, e dentro do escopo do FATCA porque pessoas dos EUA estão envolvidas. O reporte sai do papel, não da intenção, e o papel é inferido a partir da atividade observável.
O CARF existe justamente porque o CRS não capturava intermediários cripto de forma consistente. Finalizado pela OCDE em 2022, o CARF mira os lugares onde a atividade cripto se torna legível como serviço, em vez de ato privado de self-custody. Ele cobre atores óbvios como exchanges e brokers, mas também se estende a qualquer entidade cuja infraestrutura faz valor se mover entre partes de um jeito que parece intermediação. A armadilha do fundador é achar que a linguagem de marketing de descentralização muda isso. Se uma entidade está no meio dos fluxos de valor do usuário, o CARF entra em cena independentemente de o time de produto chamar isso de software, frontend ou interface de DAO. O sistema não precisa se importar com blockchains no abstrato, porque pode se importar com o que a entidade faz com elas na prática.
Separação estrutural é a única fronteira durávelO jeito mais rápido de virar acidentalmente reportável é empilhar funções demais numa entidade só. Fundadores frequentemente combinam desenvolvimento de protocolo, operação de frontend e custódia ou tesouraria dentro de uma única empresa porque parece mais simples. Mas fazer isso apaga a linha que os reguladores mais valorizam: se uma entidade está apenas publicando software ou se está no meio do fluxo de valor. Uma vez que uma entidade segura ativos de usuário, roteia swaps, executa transferências ou mantém chaves que movem fundos, ela começa a parecer um prestador de serviço, que é exatamente o que CARF e CRS foram desenhados para classificar.
Quando uma entidade é tratada como reportável, as consequências são práticas. Identificação de cliente, coleta de residência fiscal e reporte de transação passam a ser capacidades operacionais esperadas. O que parece fiscalização súbita normalmente é só a estrutura expressando o papel real dela.
Controle pesa tanto quanto propriedade. Uma fundação pode tecnicamente ser dona de tokens, mas se uma empresa operacional inicia transferências, aprova transações multisig ou roda infraestrutura de assinatura, essa empresa pode ser vista como controlando os ativos. É por isso que arquitetura de carteira e desenho de multisig influenciam, silenciosamente, onde as obrigações de reporte vão cair.
Projetos maduros evitam surpresas separando funções. Uma entidade de desenvolvimento não custodial escreve código. Uma fundação ou entidade emissora segura tesouraria e define política. Qualquer atividade inevitável de custódia ou exchange vive numa entidade de serviço com escopo definido, desenhada para carregar deveres de reporte. O objetivo não é eliminar reporte em todo lugar, e sim torná-lo limitado, previsível e intencional.
CRS e FATCA continuam operando junto com o CARF. Modelos orientados a custódia podem cair no CRS antes mesmo de o CARF se aplicar, e pessoas dos EUA ou controle americano ainda podem disparar FATCA independentemente de constituição offshore. CARF, CRS e FATCA atingem dimensões diferentes da mesma realidade, e tratar como substitutos é o jeito clássico do fundador interpretar mal a própria exposição.
Mapear atividade para a arquitetura societáriaA Spindipper atua na camada em que a atividade é mapeada para a arquitetura societária antes do lançamento. O trabalho prático é ajudar fundadores a decidir qual entidade, se alguma, deve tocar em ativos de usuário, qual entidade deve segurar tesouraria, e qual deve permanecer puro detentor de desenvolvimento ou IP, de modo que as obrigações de reporte caiam onde se espera, e não onde acontecer por acidente. Isso é menos sobre papelada e mais sobre desenhar fronteiras claras entre funções de desenvolvimento, de stewardship e de serviço, porque são essas fronteiras que CARF, CRS e FATCA acabam respondendo quando inferem classificação a partir da atividade real.
Se você está construindo algo que vai mover valor entre usuários, segurar ativos mesmo que brevemente, ou operar infraestrutura que parece exchange ou liquidação, vale examinar como a sua atividade atual se mapeia nas superfícies de CARF, CRS e FATCA. Quanto antes você faz esse mapeamento, mais fácil é manter o reporte previsível e evitar que um atalho operacional puxe a estrutura toda para um perfil de reporte que você nunca quis.
Aviso legalEste artigo fornece apenas informações gerais e não constitui aconselhamento jurídico, fiscal ou financeiro. Os resultados de reporte e classificação dependem dos fatos específicos, da jurisdição e de como as entidades operam na prática. Consulte profissionais jurídicos e fiscais qualificados antes de tomar decisões de estruturação. Última atualização: janeiro de 2026.
Se você precisa de ajuda para pensar como os regimes de reporte interagem com a sua estrutura, fala com a gente em entre em contato para uma conversa amigável, sem pressão.
Tem uma pergunta que a gente não respondeu? Então
entre em contato!
O CARF, Crypto-Asset Reporting Framework, foi criado porque o CRS foi desenhado em torno de contas financeiras tradicionais e das instituições que as administram, o que significou que a atividade cripto muitas vezes ficou num ponto cego de reporte. A OCDE criou o CARF para capturar a mesma realidade econômica que o CRS mira, mas pela camada cripto, focando em intermediários que facilitam troca, transferência, custódia ou liquidação de criptoativos. Em outras palavras, o CARF não é uma substituição do CRS, é uma extensão desenhada para produzir paridade funcional, de modo que usar carteiras e stablecoins em vez de contas bancárias não muda se o reporte acontece, só onde ele se aplica.
Sim, e é aí que muitos fundadores leem o cenário errado. O CARF pode se aplicar porque uma entidade opera uma superfície de serviço cripto, o CRS pode se aplicar porque a mesma estrutura parece uma Instituição Financeira quando custodia ou administra ativos para terceiros, e o FATCA pode se aplicar porque pessoas dos EUA estão envolvidas via propriedade, controle ou interesse beneficiário. São regimes em camadas com gatilhos e canais de reporte diferentes, então uma estrutura pode estar simultaneamente no escopo dos três sem contradição, simplesmente porque a entidade desempenha múltiplos papéis e tem múltiplos pontos de conexão.
Sim, porque o CARF foi escrito exatamente para esse padrão de fato. Se uma entidade facilita transações de usuário, mesmo totalmente on-chain, roteando swaps, operando uma interface hospedada que executa transferências, custodiando ativos ou mantendo chaves que movem fundos, a atividade começa a se parecer mais com um intermediário do que com um publicador de software. O CARF foi desenhado para se aplicar a esse papel de intermediário independentemente de o projeto usar conta bancária ou não, e uma vez que se aplica, a pergunta de reporte vira qual entidade está prestando o serviço e em qual jurisdição ela está, não se existem trilhos fiat.
Não, porque esses regimes não classificam linguagem de marketing, classificam a realidade operacional. Um projeto pode ser descentralizado em governança e ainda assim ter uma entidade que opera o frontend, coleta taxas, opera relayers ou controla a execução da tesouraria, e é isso que reguladores e autoridades fiscais conseguem observar. Se uma entidade está no meio do fluxo de valor ou exerce controle sobre ativos ou transações de usuários, ela pode ser tratada como prestador de serviço reportável sob o CARF ou como Instituição Financeira reportável sob o CRS, independentemente de o projeto se chamar DAO, protocolo ou rede autônoma.
O risco CARF normalmente aparece no momento em que uma entidade deixa de ser construtora de ferramentas e passa a ser operadora de fluxos. Operar sistemas tipo exchange ou brokerage, prover carteiras custodiais, rodar infraestrutura que executa transferências para usuários, agregar liquidez, rotear swaps, liquidar transações ou manter chaves que fazem valor se mover entre partes são o tipo de atividade que parece facilitação, não publicação. O fio condutor é que a entidade está fazendo algo para terceiros que afeta a movimentação, liquidação ou custódia de valor, que é exatamente o comportamento que o CARF foi desenhado para capturar.
Importa, porque ele não desaparece com a chegada do CARF, e porque seu escopo foi expandido para capturar melhor arranjos de custódia cripto que se parecem com administração tradicional de contas. Se uma entidade segura cripto para clientes, administra ativos em nome de terceiros ou está num papel custodial parecido com uma instituição financeira, ela pode ser puxada para a classificação CRS antes mesmo de o CARF virar a camada dominante para fluxos cripto. Na prática, o CRS muitas vezes é o regime que pega primeiro os modelos de custódia e administração de tesouraria, enquanto o CARF amplia a visibilidade sobre um conjunto mais amplo de comportamentos de serviço cripto que o CRS historicamente não pegava.
O FATCA ainda importa porque é guiado pelo status de pessoa dos EUA e pelo controle americano, não por onde a entidade é constituída ou se a atividade passa por bancos. Se fundadores, beneficiários ou controladores dos EUA estão por trás de uma empresa offshore, a estrutura ainda pode disparar obrigações FATCA via limiares de propriedade ou indicadores de controle, e contrapartes que são elas próprias instituições em conformidade frequentemente vão exigir auto-certificação FATCA e documentação no onboarding. A constituição offshore pode mudar a conveniência operacional ou o planejamento fiscal em casos específicos, mas não remove a exposição de reporte por conexão americana quando pessoas dos EUA estão envolvidas.
A propriedade não conta toda a história, porque os regimes de reporte muitas vezes seguem o controle e a autoridade funcional sobre os ativos e as transações. Uma fundação pode tecnicamente ser dona de uma tesouraria, mas se a equipe de uma empresa operacional inicia transferências, aprova ações de multisig, opera infraestrutura de assinatura ou mantém material de chave, essa empresa operacional pode parecer o controlador real da movimentação de valor. Isso importa porque a lógica do CARF pode tratar controle como base suficiente para classificar uma entidade como prestador de serviço reportável, ou seja, arquitetura de carteira e desenho de execução de governança podem silenciosamente realocar obrigações de reporte para jurisdições que você nunca quis, mesmo quando o papel societário sugere o contrário.
Reduz-se exposição acidental separando funções, de modo que a atividade reportável fique confinada à entidade desenhada para carregá-la. Uma entidade de desenvolvimento permanece não custodial e foca em publicar código e receber grants, uma fundação ou emissor segura tesouraria e define política sem virar intermediário, e qualquer atividade de custódia ou tipo exchange é colocada numa entidade de serviço deliberadamente limitada que pode lidar com onboarding, documentação e reporte quando exigido. Essa separação funciona porque os regimes inferem classificação a partir das fronteiras de atividade, então quando essas fronteiras são claras, o reporte vira previsível e limitado em vez de se espalhar pela estrutura toda.
Na prática, não, porque atrasos mudam o timing, não a direção. O CARF entra na primeira onda de implementação a partir de 1º de janeiro de 2026 em muitas jurisdições, com as primeiras trocas de informação esperadas para 2027, e os membros da OCDE se comprometeram com a adoção até 2027. Mesmo onde uma jurisdição implementa mais tarde, os históricos de transação continuam visíveis e as contrapartes já podem estar coletando informação, então a ideia de que adoção lenta cria um espaço permanente de não reporte tende a falhar quando a troca começa e o histórico pode ser examinado. Fundadores conseguem resultados mais duráveis desenhando fronteiras de atividade claras e escolhendo onde essas atividades ficam, em vez de torcer para uma jurisdição ficar lenta para sempre.
A gente sempre fica feliz em responder suas perguntas. Não tem certeza de qual estrutura é a certa para você? Clique no botão abaixo para falar com a gente numa conversa amigável e sem pressão. Estamos aqui para ajudar você a tomar a decisão certa.
