Como lançar a sua exchange de cripto: software white-label, motor de exchange licenciado ou sistema próprio

Uma exchange de cripto centralizada guarda as moedas e o dinheiro dos seus clientes. Ela casa as ordens de compra e venda deles no seu próprio livro de ofertas, a lista em tempo real das ordens que aguardam execução. Você pode obter o software de três formas. Um provedor pode operar o software de exchange dele para você, com a sua marca, o que se chama white-label. Você pode licenciar um motor de exchange e rodá-lo em servidores que você controla. Ou engenheiros podem construir o sistema de acordo com o seu projeto, e o código pode ser seu. A escolha depende principalmente de quem consegue operar o sistema a qualquer hora e de quanto da exchange você precisa controlar. Em qualquer caminho, a empresa que detém a licença regulatória responde perante os seus clientes e o seu regulador.

Quais são as três formas de lançar uma exchange de cripto?

• Exchange white-label. Um provedor opera o software de exchange dele nos próprios servidores e o apresenta aos seus clientes com a sua marca. O código fica com ele, que também pode operar as carteiras.
• Motor de exchange licenciado. Você paga a um fornecedor pelo direito de usar o software dele, e o seu time o opera em servidores que você controla. O pacote inclui o matching engine, a parte que casa as ordens de compra e venda.
• Sistema próprio. Os seus engenheiros, ou uma empresa que você contratar, escrevem a exchange de acordo com o seu projeto. O código pode ser seu, se o contrato disser isso.

Dois tipos de licença aparecem neste artigo. Uma licença de software permite usar o código de um fornecedor. Uma licença regulatória permite que a sua empresa opere uma exchange. Pagar pela primeira não dá a você a segunda.

De qual licença uma exchange de cripto precisa?

Na UE, a licença vem do MiCA, o Regulamento (UE) 2023/1114, relativo aos mercados de criptoativos. Ele lista a “operação de uma plataforma de negociação de criptoativos” como um serviço de criptoativos. Uma empresa nova precisa de autorização como prestadora de serviços de criptoativos (CASP, na sigla em inglês) antes de oferecer esse serviço na UE.

Uma plataforma de negociação fica na mais alta das três classes de capital do anexo IV do MiCA, com um mínimo de € 150.000. A empresa precisa manter um colchão financeiro, que o MiCA chama de garantias prudenciais. Esse colchão precisa ser de pelo menos esse valor ou de “um quarto das despesas gerais fixas do exercício anterior”, o que for maior. A empresa também precisa ter sede social em um país da UE onde preste pelo menos parte dos seus serviços. O seu local de direção efetiva, onde são tomadas as principais decisões, precisa ficar na UE, e pelo menos um dos administradores precisa morar na UE.

O pedido precisa trazer uma descrição “das regras de funcionamento da plataforma de negociação, bem como dos procedimentos e do sistema de detecção de abusos de mercado”, então o plano do software vem antes do pedido. A ESMA, a autoridade dos mercados da UE, publica um registro dos CASPs autorizados, no qual você pode conferir se um parceiro que diz ter autorização na UE realmente a tem.

Em Dubai, fora do Dubai International Financial Centre (DIFC), a Virtual Assets Regulatory Authority (VARA) lista “Exchange Services” entre as atividades que licencia. A página dela diz que uma empresa “precisa solicitar e obter uma licença da VARA antes de poder iniciar operações no Emirado de Dubai ou a partir dele”.

Os futuros exigem uma verificação de licença à parte. A MiFID II, a lei da UE para empresas de investimento, lista os futuros entre os instrumentos financeiros que abrange. Um módulo de futuros no produto de um fornecedor não inclui uma licença para oferecê-los, então consulte um advogado antes de planejar um.

Todas as fontes deste artigo foram consultadas em 5 de novembro de 2026. Em matéria de regulação, ele cita apenas a UE e Dubai. Confirme as regras com um advogado em cada mercado que você pretende atender.

O que o MiCA exige do software da exchange?

O artigo 76 do MiCA define obrigações para todo CASP que opera uma plataforma de negociação de cripto, e muitas delas recaem sobre o software. Em qualquer caminho, o software precisa:

• Suportar os picos de volume de ordens e manter a negociação ordenada “em condições de forte tensão no mercado”
• Recusar ordens “que excedam os limiares de volume e preço predeterminados ou sejam claramente errôneas”
• Prevenir ou detectar abusos de mercado, para que a empresa possa comunicar os casos ao regulador
• Publicar os preços e as quantidades ofertadas no livro durante o horário de negociação, e os detalhes de cada negócio “tão próximo do tempo real quanto seja tecnicamente possível”
• Guardar os dados de cada ordem por pelo menos cinco anos, ou dar ao regulador acesso ao livro de ofertas

A ESMA publicou um formato padrão em JSON, um formato de arquivo comum e legível por máquina, para os dados do livro de ofertas e de manutenção de registros. A página dela sobre o MiCA diz que as autoridades nacionais “esperam começar a solicitar dados no novo formato de arquivo JSON em até 6 meses” após a publicação do formato, em 28 de novembro de 2025. O sistema de monitoramento da ESMA, o MiDAS, usa esses dados para sinalizar “comportamentos de negociação potencialmente suspeitos”. Peça a qualquer provedor, ou a quem for construir a exchange, que mostre esses arquivos saindo do próprio sistema.

Quem guarda os fundos e as chaves dos clientes em cada caminho?

As moedas de uma carteira de cripto só se movem quando alguém assina a transferência com as chaves privadas da carteira, os códigos secretos que a controlam. O MiCA trata “a conservação ou controle, em nome de clientes, de criptoativos ou dos meios de acesso a esses criptoativos” como custódia, um serviço de criptoativos para o qual a empresa precisa de autorização.

• White-label: o provedor pode operar as carteiras, e aí são a equipe ou o software dele que controlam as chaves. A HollaEx, por exemplo, lista o item “Exchange wallet included” no plano Enterprise Cloud e menciona “a opção de integrar uma solução de custódia de sua escolha”.
• Motor licenciado: o seu time opera as carteiras ou conecta um provedor de custódia, e, nos dois casos, a sua empresa responde perante os clientes pelas moedas.
• Sistema próprio: você escolhe a configuração. Por exemplo, um provedor de custódia guarda a maior parte das moedas e o seu time opera as carteiras quentes, as carteiras online usadas nos saques do dia a dia.

Se um CASP que presta custódia usa outra empresa para isso, o MiCA só permite que ele use prestadores “autorizados nos termos do artigo 59”. A página da VARA diz que um custodiante em Dubai “precisa ser constituído como uma pessoa jurídica distinta, com uma licença própria”. Em qualquer caminho, mantenha o dinheiro dos clientes em euros ou dólares em contas bancárias em nome da sua empresa, separado do dinheiro da própria empresa. O artigo sobre os fundos dos clientes trata das carteiras em detalhe.

Como conseguimos liquidez no primeiro dia?

Liquidez significa ter no livro ordens de compra e venda suficientes para que um cliente consiga negociar na hora, a um preço próximo ao do mercado. Uma exchange nova abre com o livro vazio. O spread é a diferença entre o preço mais alto que um comprador oferece e o preço mais baixo que um vendedor pede. Enquanto há poucas ordens, ele é alto.

As exchanges preenchem o livro destas formas:

• Formadores de mercado (market makers): empresas de trading que mantêm ordens de compra e venda no seu livro, sob um contrato que define o quão próximos os preços delas precisam ficar. Elas podem ser remuneradas com taxas de negociação menores, com uma taxa fixa ou com as duas coisas.
• Um livro de ofertas compartilhado: alguns provedores permitem que várias exchanges que rodam no software deles negociem em um único livro, de modo que clientes de marcas diferentes negociam entre si.
• Conexões de liquidez: preços de exchanges maiores aparecem no seu livro e, quando a ordem do seu cliente é executada, alguém faz uma operação correspondente na exchange maior. A Shift Markets menciona “livros de ofertas agregados” em uma publicação sobre a sua ferramenta Market Maker, e a página de preços da HollaEx lista “Liquidity included for the largest markets (Orderbooks)”.

Cada método levanta a mesma pergunta: a conta de quem fica do outro lado da operação do seu cliente. Na UE, os CASPs que operam uma plataforma de negociação “não negociam por conta própria na plataforma de negociação de criptoativos que operam”. A página da VARA diz que as empresas licenciadas “são proibidas de fazer trading proprietário”, isto é, de negociar com o dinheiro da própria empresa, sob a sua licença. Ela acrescenta que uma empresa separada precisa ser constituída para esse tipo de negociação. Se um provedor oferece um bot de market making, como a página de preços da HollaEx lista para o plano Enterprise Cloud, pergunte com o dinheiro de quem ele negocia.

Volume de negociação falso também é um risco jurídico. Pelo MiCA, a manipulação de mercado inclui uma operação ou uma ordem que “dê ou seja suscetível de dar indicações falsas ou enganosas no que diz respeito à oferta, à procura ou ao preço de um criptoativo”, exceto se for colocada por razões legítimas. Operações feitas só para que um livro novo pareça movimentado podem dar esse tipo de indicação.

Quando uma exchange white-label é o começo certo?

O white-label faz sentido quando a maioria destes pontos é verdadeira:

• Você quer descobrir se os clientes vão negociar com a sua marca antes de investir em tecnologia
• Ninguém no seu time consegue operar servidores de exchange e carteiras dia e noite
• O provedor consegue mostrar como a configuração dele se encaixa na sua licença, desde onde os servidores rodam até quem guarda as chaves

Você abre mão do controle: o provedor decide o que muda e quando, e as ordens e os dados dos seus clientes passam por sistemas que você não opera. Sair depois significa levar cada conta de cliente e cada moeda para um sistema novo.

Pelo MiCA, entregar funções operacionais a outra empresa é terceirização, e os CASPs que fazem isso continuam “plenamente responsáveis pelo cumprimento de todas as suas obrigações”. Eles precisam de uma política de terceirização que inclua “planos de contingência e estratégias de saída”, e os acordos escritos precisam lhes conferir “o direito de os rescindirem”.

Quando faz sentido licenciar um motor de exchange?

Licencie um motor quando:

• Você tem, ou vai contratar, um time capaz de operar servidores no dia a dia e instalar atualizações
• Você quer os dados dos clientes e as chaves das carteiras em servidores que você controla
• O produto faz a maior parte do que você precisa, e o fornecedor vai acrescentar o resto ou deixar que o seu time acrescente

As condições variam de fornecedor para fornecedor. A Openware, por exemplo, descreve uma “Lifetime software license” para o produto OpenDAX Aurora, paga uma única vez, e diz que o software “é implantado na sua hospedagem em nuvem ou bare metal”. Ela também lista “Access to Source Code”.

Operar o software passa a ser tarefa sua. O seu time instala cada atualização e responde a alertas à noite, por exemplo quando um nó de blockchain, o servidor que conecta você a uma blockchain, para de funcionar. Ter acesso ao código-fonte por meio de uma licença também é diferente de ser dono dele, então verifique o que a licença permite alterar.

Quando vale a pena construir a sua própria exchange?

Construa quando pelo menos um destes pontos for verdadeiro:

• A exchange é o que você vende, e os produtos que você testou não conseguem aplicar os tipos de ordem ou as regras dela
• As taxas que crescem com o seu volume já custam mais do que custaria um time operando um sistema próprio
• Você precisa ser dono do código e de cada regra que ele contém

Um sistema próprio leva mais tempo até a primeira negociação, e cada nova blockchain ou moeda acrescenta código e testes depois do lançamento. Você pode construir só as partes que diferenciam a sua exchange e comprar o resto, como a custódia de um provedor autorizado.

O matching engine, no centro do sistema, deve dar o mesmo resultado toda vez que reproduz as mesmas ordens, para que o livro possa ser reconstruído depois de uma falha. O artigo sobre o design de matching engines explica como, e o artigo para fundadores sem um diretor de tecnologia (CTO) trata da escolha de um parceiro de desenvolvimento.

Quanto custa cada caminho?

Os preços dependem do provedor e do escopo, então compare como cada caminho é cobrado:

• White-label: uma taxa de implantação e, depois, uma mensalidade ou uma participação na sua receita, ou as duas coisas. Em 5 de novembro de 2026, a página de preços da HollaEx listava “Low revenue sharing at 15%” para o plano Enterprise Cloud. A página não dizia sobre o que incide essa participação. Pergunte a cada provedor qual é a base de cálculo da participação dele.
• Motor licenciado: uma taxa de licença, paga uma única vez ou periodicamente, mais suporte e atualizações, se a licença não os incluir. Você também paga pelos seus próprios servidores e pela equipe que os opera.
• Sistema próprio: o time que o constrói, depois as pessoas que o operam, mais servidores e revisões de segurança externas. Entre elas estão os testes de penetração, em que especialistas tentam invadir o sistema do jeito que um atacante faria.
• Todos os caminhos: o trabalho jurídico para a licença, o capital que o MiCA exige, a equipe de compliance, os serviços que verificam a identidade dos clientes e fazem a triagem de endereços de cripto, os contratos com formadores de mercado e um banco para o dinheiro dos clientes.

Um sistema próprio concentra a maior parte do custo antes do lançamento, enquanto o white-label distribui o custo pelos anos em que você o usa.

O que podemos levar conosco se sairmos?

Antes de assinar, deixe por escrito o que continua sendo seu:

• Dados dos clientes. Se um provedor trata os dados pessoais dos seus clientes em seu nome, o GDPR, a lei de proteção de dados da UE, o chama de processador. O contrato precisa então dizer que, à sua escolha, ele “apaga ou devolve todos os dados pessoais” quando o serviço terminar. Se os clientes se cadastram pelos termos do próprio provedor, pergunte a um advogado de quem eles são clientes.
• Registros. O MiCA exige registros de “todos os serviços de criptoativos, atividades, ordens e transações”, mantidos por cinco anos, ou por até sete se o regulador pedir antes disso. Eles precisam ser entregues aos clientes mediante pedido. Peça para poder exportar, a qualquer momento, o livro-razão com cada ordem, negócio, depósito e saque, em um formato documentado.
• Moedas. Combine por escrito como as moedas dos clientes vão para carteiras que você controla e quem assina essas transferências. Teste a transferência uma vez com um valor pequeno.
• Marca e domínio. Eles só continuam seus se o domínio e a marca estiverem registrados em nome da sua empresa. Faça isso antes do lançamento.
• Código. Você só é dono do código em um sistema próprio, e só se o contrato disser isso. Com uma licença, peça um escrow de código-fonte. Um terceiro guarda uma cópia do código e a libera para você em eventos definidos no contrato, como o fornecedor encerrar as atividades.
• Condições de saída. Obtenha por escrito o aviso prévio que cada lado deve dar e a ajuda que o provedor deve prestar a você durante a migração.

O que devemos perguntar a uma empresa que construiria ou operaria a nossa exchange?

• Sob a licença regulatória de quem os nossos clientes vão negociar, e quais licenças vocês ou os seus parceiros têm nos mercados que pretendemos atender?
• Quem guarda as chaves das carteiras dos clientes, e em nome de quem as carteiras estão?
• De onde vem a liquidez no primeiro dia, e a conta de quem fica do outro lado das operações dos nossos clientes?
• Como o sistema recusa ordens acima dos limites de preço e de tamanho definidos, e como ele sinaliza possíveis abusos de mercado?
• O sistema consegue gerar os arquivos de livro de ofertas e de manutenção de registros da ESMA, e podemos exportar cinco anos de registros a qualquer momento?
• Quem responde quando uma carteira ou um nó de blockchain para de funcionar à noite?
• Vocês conseguem mostrar isso rodando em um sistema que funciona hoje?

Onde a amBrain se encaixa?

A amBrain publica este blog. Ela descreve parte do seu trabalho em trading em uma linha: “A amBrain constrói infraestrutura de trading algorítmico: execução de ordens, dados de mercado e controles de risco pré-negociação.” Outra linha do site da amBrain diz: “Desenvolvimento de terminais de trading, sistemas de gestão de ordens e integração com bolsas via protocolo FIX.”

A amBrain constrói software desde 2019. Sobre como trabalha com os clientes, ela diz: “Três formatos: entrega completa, time dedicado ou engenheiros embarcados no seu time.” A frase dela sobre propriedade é: “O cliente mantém a propriedade integral do produto e do código, exceto dos nossos componentes reutilizáveis.” Peça a lista desses componentes, nome por nome, antes de assinar.

Este artigo não é um estudo de caso. Ele não descreve nenhum trabalho para clientes e não traz preços nem prazos da amBrain. Ele cita a HollaEx, a Openware e a Shift Markets com base nas páginas que publicaram, para mostrar como os fornecedores descrevem as suas condições. Ele não recomenda nenhuma delas e não afirma nenhuma relação entre a amBrain e qualquer fornecedor ou regulador que cita.

Também não é aconselhamento jurídico. Se a amBrain estiver na sua lista curta, faça a ela as mesmas perguntas que a qualquer outra empresa.