Ponte de liquidez para uma corretora de forex ou CFDs: comprar uma ponte, usar o que a sua plataforma de trading oferece ou construir a sua própria

Uma ponte de liquidez é o software que conecta a plataforma de trading de uma corretora, como o MetaTrader 5 ou o cTrader, aos seus provedores de liquidez. São os bancos e as corretoras que cotam preços para a corretora e executam as ordens dela. A ponte recebe os preços deles e acrescenta o markup da corretora, o valor que uma corretora soma ao preço de um provedor antes que os clientes o vejam. Para cada ordem de cliente, ela decide se repassa a ordem a um provedor ou se a mantém no book próprio da corretora, com a corretora assumindo o outro lado. Você pode comprar uma ponte, usar as ferramentas que a desenvolvedora da sua plataforma oferece ou construir a sua própria. A escolha depende do número de plataformas e de provedores com que você trabalha e de se as suas regras de roteamento fazem parte do que você vende. A sua empresa continua com as mesmas obrigações, seja qual for o caminho escolhido.

O que uma ponte de liquidez faz por uma corretora?

Depois que a plataforma verifica a ordem de um cliente, a ponte assume. Ela faz cinco tarefas:

• Ela recebe os preços de cada provedor e monta os preços que os seus clientes veem, por exemplo o melhor preço entre os provedores mais o seu markup
• Ela aplica as suas regras de roteamento: quais ordens saem, para qual provedor, e quais ficam no seu book próprio
• Ela envia cada ordem que sai e traz de volta a execução, ou seja, o preço e a quantidade efetivamente negociados, ou uma rejeição
• Ela acompanha a sua exposição, ou seja, as posições que você mantém contra os seus clientes, e aplica a ela os seus limites de risco
• Ela registra cada preço, ordem, execução e rejeição com o seu horário

A conexão com cada provedor muitas vezes usa o FIX, um formato de mensagens compartilhado que bancos, corretoras e locais de negociação usam. A FIX Trading Community, que o mantém, diz que o FIX cobre mensagens como “ordens, execuções e dados de mercado”.

O que uma ponte não faz?

Uma ponte deixa quatro coisas a cargo do restante do seu negócio:

• Liquidez. Você continua precisando de uma conta e de um acordo com cada provedor. A MetaQuotes, desenvolvedora do MetaTrader 5, lista “assinar um acordo” entre as etapas para conectar um provedor
• As contas dos clientes, os saldos e a margem, que a plataforma de trading mantém
• A sua política de execução, ou seja, as suas regras escritas para tratar as ordens dos clientes, e os seus limites de risco. A sua equipe os define, e a ponte os aplica
• A conferência dos seus registros com o extrato de cada provedor, que alguém do seu lado continua fazendo

Onde ficam as regras A-book, B-book e híbridas?

Na ponte, ou na parte da sua plataforma que faz o trabalho da ponte. Cada termo indica para onde vai a operação de um cliente:

• A-book: você repassa a operação do cliente a um provedor. O risco de mercado fica com o provedor, e você ganha o markup e a eventual comissão
• B-book: você mantém a operação no seu book próprio e assume o outro lado. Quando o cliente perde, você ganha, e vice-versa
• Híbrido: regras decidem para onde vai cada operação, conforme o grupo de clientes, o instrumento, o tamanho da ordem ou a sua posição em aberto. Uma regra também pode repassar parte de uma operação e manter o restante

A MetaQuotes diz sobre o Ultency, o seu matching engine para o MetaTrader 5: “Você pode gerenciar o roteamento de ordens entre A-Book, B-Book e execuções com hedge parcial.” Antes de escolher qualquer produto, escreva cada regra em palavras simples, com uma ordem de exemplo. Depois verifique se o produto a aplica exatamente assim.

As suas regras também precisam de uma resposta para as ordens que um provedor recusa. Alguns provedores usam o last look, que permite que eles recusem a sua ordem depois que ela chega. O FX Global Code é um conjunto de princípios de boas práticas para o mercado atacadista de câmbio, mantido pelo Global Foreign Exchange Committee. Ele descreve o last look como uma prática em que quem recebe um pedido de negociação “tem uma última oportunidade de aceitar ou rejeitar o pedido com base no preço que cotou”. O Princípio 17 do Código diz que as empresas que usam last look “devem ser transparentes quanto ao seu uso e fornecer as divulgações adequadas aos Clientes”. O Código é voluntário: ele diz que “não impõe obrigações legais ou regulatórias” aos participantes do mercado.

Decida o que a sua ponte faz com uma ordem recusada: enviá-la ao próximo provedor, executá-la com o seu book próprio ou rejeitá-la. Cada escolha muda o seu risco e o que o cliente vê.

O que os reguladores esperam das regras dentro de uma ponte?

Na UE, o artigo 27 da MiFID II exige que as empresas de investimento tomem “todas as medidas suficientes para obter, na execução das ordens, o melhor resultado possível para os seus clientes”. Os fatores que ele lista começam com “preço, custos, rapidez, probabilidade de execução e liquidação”.

A política de execução de ordens da empresa precisa incluir informações sobre “os diferentes locais em que a empresa de investimento executa as ordens dos seus clientes e os fatores que afetam a escolha do local de execução”. Para uma corretora, essa escolha acontece na ponte, então a política e as regras de roteamento precisam coincidir. As empresas também precisam “monitorar a eficácia” dos seus mecanismos e da sua política de execução de ordens. Na prática, isso significa revisar os registros da ponte provedor por provedor.

Os produtos que não são negociados em uma bolsa nem em outro local de negociação são chamados de produtos de balcão (OTC, over the counter). A ESMA, a autoridade dos mercados da UE, trata deles em uma das suas perguntas e respostas publicadas. Ela explica que o artigo 64 do Regulamento Delegado da MiFID II obriga as empresas a “verificar a equidade do preço proposto ao cliente”. A resposta é de 2016 e continua no site da ESMA. Ela acrescenta que o objetivo é que as empresas “sejam capazes de justificar as suas decisões de precificação”. Se você acrescenta markups ou mantém operações no seu book próprio, guarde cada preço do provedor ao lado do preço que o seu cliente recebeu.

Todas as fontes deste artigo foram consultadas em 3 de novembro de 2026. Sobre regulação, o artigo cita apenas as regras da UE e as orientações da ESMA. Outros países têm as suas próprias.

O que continua igual, seja qual for o caminho que escolhermos?

Essas tarefas existem em qualquer caminho. O que muda é quem escreve e opera o software:

• Feeds de preços e markups: os preços de qual provedor alimentam cada grupo de clientes, e o que você acrescenta a eles
• Regras de roteamento: A-book, B-book ou híbrido, e o que acontece quando um provedor rejeita uma ordem
• Limites de risco: quanta exposição você mantém em cada instrumento antes de repassá-la
• Uma sessão FIX com cada provedor, configurada e testada com esse provedor
• Registros e conciliação: cada ordem e cada execução conferidas todos os dias com o extrato de cada provedor
• Failover: transferir preços e ordens para outro provedor quando um deles se desconecta

O failover é a parte que mais precisa ser testada. Quando uma conexão cai no meio de uma ordem, a ponte precisa descobrir se essa ordem foi executada antes de enviar outras. O padrão de sessão da FIX Trading Community diz que a camada de sessão FIX é usada “para oferecer uma troca de mensagens confiável e recuperável no trading eletrônico”. As mensagens são numeradas, e o lado que percebe uma lacuna pede de novo as que faltam.

Um fornecedor ou uma plataforma pode fazer parte desse trabalho por você, mas a sua empresa continua respondendo por todo ele.

Quando uma corretora deve comprar uma ponte de liquidez pronta?

Compre quando as suas necessidades se parecem com as dos outros clientes do fornecedor. Sinais típicos:

• Você opera mais de uma plataforma de trading, ou pretende operar, e quer um único conjunto de regras de roteamento valendo para todas elas
• Você precisa de vários provedores em breve, e o fornecedor já se conecta a eles para outras corretoras
• O seu time é pequeno, e você quer que alguém de fora mantenha as conexões com os provedores funcionando quando as especificações mudam

O que você perde é o controle. As suas regras precisam caber nas configurações do produto, e um recurso que falta fica à espera dos planos do fornecedor. Com uma ponte hospedada, as ordens dos seus clientes também passam por servidores que você não opera.

Quando as ferramentas da nossa plataforma de trading bastam?

Quando a maioria dos seus clientes opera em uma única plataforma e os provedores que você quer já se conectam a ela. A MetaQuotes diz que “o MetaTrader 5 inclui uma solução integrada para agregação de liquidez e casamento de ordens por meio do Ultency”. Agregação significa combinar os preços de vários provedores nos preços que os seus clientes veem. A MetaQuotes lista no seu site os provedores com “conectividade nativa com o Ultency” e também oferece gateways, nome que ela dá aos conectores com provedores e bolsas.

A Spotware, desenvolvedora do cTrader, pode conectar uma corretora a um novo provedor via FIX. A página dela sobre FIX para liquidez diz que a Spotware obtém as especificações FIX do provedor e “constrói um adaptador de servidor dedicado”.

Este caminho é o que tem menos partes para operar. A MetaQuotes observa que, com o Ultency, as principais configurações de instrumentos e de sessões de negociação são “configuradas uma única vez no MetaTrader 5”. O limite é que as regras ficam dentro de uma única plataforma. Um provedor que a desenvolvedora da plataforma ainda não suporta fica à espera dos planos dela. Uma segunda plataforma significa configurar as regras de novo, ou migrar para uma ponte que atenda as duas.

Quando vale a pena construir a nossa própria ponte?

Quando pelo menos um destes pontos se aplica:

• As suas regras de roteamento, de precificação ou de hedge fazem parte do que você vende, e os produtos que você testou não conseguem aplicá-las do jeito que estão escritas
• As taxas da ponte, que crescem com o seu volume, já custam mais do que um time que opere o seu próprio sistema
• Você quer cada preço, ordem e execução em servidores que você controla, em uma estrutura que você escolhe

Uma ponte própria não precisa substituir tudo. Muitas vezes é uma peça, como as suas próprias regras de hedge ou os seus registros, ao lado de uma ponte comprada ou das ferramentas da sua plataforma. No MetaTrader 5, a sua própria ponte se conecta pelas interfaces da plataforma. A MetaQuotes diz que a sua “Gateway API é usada para a integração do MetaTrader 5 com outros sistemas de trading e para a criação de feeds de dados personalizados.” A Spotware diz que “fornece plataforma como serviço”, e a página dela para corretoras diz que o “stack tecnológico completo” do cTrader fica hospedado em data centers em Londres e Nova York. Por isso, pergunte à Spotware qual interface a sua própria ponte usaria.

Depois do lançamento, alguém precisa atender os alertas em qualquer horário em que os seus clientes possam operar e testar de novo cada conexão com provedor quando ela mudar. Se você não tem ninguém para isso, comece com uma ponte comprada ou com as ferramentas da sua plataforma.

O que devemos verificar antes de assinar o contrato de uma ponte de liquidez?

• Quem pode ver o nosso fluxo de ordens, ou seja, as ordens dos nossos clientes? Onde os servidores rodam, quem, no fornecedor, tem acesso, e alguma empresa do grupo do fornecedor também é provedora de liquidez ou corretora?
• Podemos exportar cada preço, ordem, execução, rejeição e alteração de regra a qualquer momento, em um formato documentado, inclusive depois de sairmos?
• Quais são os termos de saída: o prazo de aviso prévio, uma exportação das nossas regras de roteamento e das configurações de instrumentos, e ajuda na migração para outra ponte?
• Como as taxas mudam quando o nosso volume dobra? A MetaQuotes descreve o modelo de preços do Ultency como “baseado em volume”. A Spotware diz que o preço do cBridge, o produto de ponte da própria empresa, “é baseado no número de servidores e conexões envolvidos”.
• Quais provedores já estão em operação com outras corretoras hoje, e quais estão apenas planejados?
• Os operadores da nossa mesa conseguem alterar por conta própria as regras de roteamento e os markups, com cada alteração registrada?
• O que acontece quando um provedor rejeita uma ordem ou se desconecta, e quem escolhe essa regra?
• O horário de suporte do fornecedor cobre todas as horas em que os nossos clientes podem operar?

Quem é o dono do código, das regras de roteamento e dos registros de operações?

Um fornecedor é dono do código da ponte dele, e a desenvolvedora de uma plataforma é dona da plataforma dela. As suas regras de roteamento e os seus markups são a lógica do seu negócio, mas, dentro de um produto, ficam no formato do fornecedor. Peça uma exportação que você consiga ler e mantenha a sua própria cópia escrita de cada regra.

Os registros de operações vêm em duas metades. A plataforma guarda o lado do cliente: contas, ordens e posições. A ponte guarda o lado do provedor: qual provedor recebeu qual ordem, quando, com que preço e markup, e o que voltou. Você precisa das duas metades para responder a um cliente ou a um regulador. A MetaQuotes, por exemplo, diz que os logs do Ultency são “acessíveis apenas à corretora”. Obtenha a mesma resposta, por escrito, de cada fornecedor.

Com um sistema próprio, você também pode ser dono do código. O contrato deve dizer isso e listar todos os componentes que ficam com quem construiu, com a licença sob a qual você pode continuar a usá-los.

O que devemos perguntar a uma empresa que construiria a nossa ponte?

• A quais plataformas a ponte vai se conectar, e por meio de quais interfaces delas?
• Quais provedores vêm primeiro, com qual versão do FIX, e quem organiza os testes de conexão com cada um deles?
• Como os operadores da nossa mesa vão alterar as regras de roteamento e os markups sem um desenvolvedor, e como cada alteração é registrada?
• Se uma conexão cair no meio de uma ordem, como a ponte confere com o provedor o que aconteceu com essa ordem antes de a negociação ser retomada?
• Como funciona o failover para outro provedor, e o que os clientes veem nesse meio-tempo?
• Como vocês guardam os preços dos provedores ao lado dos preços dos clientes, para que depois possamos mostrar como cada preço de cliente foi definido?
• Como funciona a conciliação diária com o extrato de cada provedor, e quem é avisado sobre uma diferença?
• Vocês conseguem mostrar isso rodando em um sistema que funciona hoje?

Onde a amBrain se encaixa?

A amBrain publica este blog. Ela descreve esta parte do seu trabalho 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 e não descreve nenhum trabalho para clientes. Ele não diz que a amBrain construiu, comprou ou conectou uma ponte de liquidez para algum cliente. Ele cita a MetaQuotes, a Spotware, a FIX Trading Community, o Global Foreign Exchange Committee e a ESMA com base nas páginas que publicaram e não afirma nenhuma relação entre a amBrain e qualquer uma dessas organizações. Ele não traz preços nem prazos da amBrain.

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