Os leaks do TradeMate

Do que aparece no papel ao que se perde numa queda: as exposições e fragilidades do TradeMate FIX, organizadas por severidade.

2críticos

3médios

1baixo

DRendpoint de falha ↓

Crítico

Confiabilidade — o que se perde

Falhas que custam mensagem ou derrubam a conexão sem plano B.

Crítico01

Gap de mensagens na recuperação

Só ResendRequest (35=2). Sem TCP Replayer (BW/BX/URDR/BY). Em queda/reconexão, dá pra perder mensagem.

Crítico02

Ponto único de falha

DR existe só na RCB (179.127.218.237). RTM e certificação sem IP de contingência.

Médio

Exposição & integração

O que fica à mostra no papel e o que faz o integrador errar.

Médio03

Infra exposta no papel

IPs fixos de PROD, DR e cert nos guias: 179.127.215.237, DR .218.237, cert 200.19.60.182, RTM 10.0.48.x.

Médio04

Doc "Informação Interna" circulando

Material técnico marcado como interno pela B3 serve de base de integração — detalhe sensível fora do círculo restrito.

Médio05

Stack duplicado = parser vaza

Enums/tags próprios (SubType 1–10, RFQ/VO, 290, InstrAttrib 50–59, 35002/40001…). Cada divergência é interpretação errada em potencial.

Baixo

Limitações operacionais

Não quebra, mas atrapalha em rajada.

Baixo06

Throttle represa fluxo

Limite de 50 msg/s por sessão. Em rajada, suas mensagens ficam na fila.

DR Endpoint de falha (contingência)

O único endpoint de contingência documentado é o IP de DR da RCB. Mesmo host, mesmas portas (32001 OE · 31001 MD · 30001 DC), mesmas credenciais CAU.

Rede	Host FIX	Produção	Contingência (DR)
RCB	`b3fi-fix.netb3.com.br`	`179.127.215.237`	`179.127.218.237`
RTM	`b3fi-fix.rtm.netb3.com.br`	`10.0.48.153/32`	— sem DR
Certificação	`b3fi-fix.cert.netb3.com.br`	`200.19.60.182`	— sem DR

Não existe message type ou porta “de falha”: o failover é de infraestrutura (troca de IP), não de protocolo.

Ver os 8 erros de padrão →