Proteção de drawdown: controlos para múltiplas contas

A proteção automatizada de drawdown pode observar dados, bloquear novas entradas suportadas e pedir ações quando um limite se aproxima. Não garante execução atempada pela corretora nem ausência de violações. Em várias contas, calcula cada limite separadamente e identifica as fontes de ordens que o controlo realmente consegue gerir.

Compreender o drawdown e a fórmula do programa

A descida histórica de pico a mínimo é uma estatística de desempenho. Um limite diário ou total do programa é um cálculo contratual distinto. Regista fornecedor, produto, fase, versão da conta, capital simulado inicial, base saldo/equity, resultado aberto, encargos, fuso e reinício. Distingue limite inferior fixo ou móvel e usa o mais restrito atualmente aplicável.

Nos atuais FTMO CFD 2-Step Challenge, Verification e posterior FTMO Account 2-Step, o limite inferior diário é o saldo às 00:00 CE(S)T menos 5% do capital simulado inicial. O limite inferior total permanece fixo em 90% desse capital. Os objetivos oficiais descrevem outros cálculos para 1-Step e Instant. Não transfiras este perfil para esses produtos ou outro fornecedor.

Uma equity de $96.000 já ficaria abaixo do limite diário apesar de superar $95.000. Usar sempre o limite do primeiro dia não detetaria a violação. Inclui resultado aberto, swaps e comissões segundo o fornecedor; não subtraias duas vezes perdas já incluídas na equity.

Observar, acionar e confirmar a execução

Testa a cadeia: receber dados suficientemente atuais, calcular limites, avaliar novo risco, pedir cancelamento/fecho permitido e reconciliar o resultado real. Um pedido enviado não é uma posição fechada. Em MQL5, OrderSend devolver true não comprova execução; verifica códigos e transações posteriores.

Agir quando a fronteira contratual já foi atingida não elimina uma violação anterior. Um nível local fictício de $300 acima de $97.000 seria $97.300. Essa reserva é uma hipótese de teste, não garantia contra gaps, slippage, rejeição ou desconexão. Um stop no preço de entrada também não garante resultado líquido nulo após encargos e diferenças de execução.

• Dados incertos: bloquear novas entradas controláveis, avisar sobre dados ausentes/antigos e seguir o procedimento de incidentes para exposição existente. Desconhecido não significa fechado.
• Nível acionado: registar conta, versão da regra, hora e ação prevista; impedir novas exposições pelas fontes controladas e tratar ordens pendentes suportadas.
• Fecho pendente: acompanhar aceitações, rejeições, quantidades parciais e posições restantes. Não duplicar cegamente um pedido com resultado desconhecido.
• Pausa: preservar o motivo após reinício e reconciliar estado e perfil atual antes do regresso controlado.

Arquitetura multi-conta e tamanho de posição

Um gestor central pode coordenar agentes suportados; módulos distribuídos podem verificar contas individuais. Nenhuma arquitetura é automaticamente fiável. Documenta controlador, permissões, ligação e responsável de cada conta. Ver um painel não concede autoridade de execução. Evita dois controladores não coordenados sobre as mesmas ordens.

Mantém limites individuais além de um alarme agregado. Ganhos noutra conta não corrigem uma violação. Três contas fictícias de $100.000 perdendo $1.000 cada perdem juntas $3.000/$300.000 = 1%, não 3%. Todas podem atingir simultaneamente o seu próprio nível local de 1%. Operações e infraestrutura partilhadas criam riscos comuns.

Calcula novo risco de preço com contrato, distância ao stop, moeda e passo de volume reais. Compara com espaço restante após risco adicional aberto e reserva de encargos. 1% ou 2% não é universalmente seguro. O lote mínimo pode ser excessivo: não arredondes para cima para forçar uma ordem.

Testes, conectividade e contingência

1. Testa fronteiras de reinício, mudança de hora, perda aberta no reset, saldo alterado e cada limite fixo/móvel.
2. Testa dados antigos, desconexão, reinício, fechos rejeitados/parciais e resultado de ordem inicialmente desconhecido.
3. Testa operações manuais, outros EAs e terminais: quais entradas são bloqueadas? Desativar AutoTrading não fecha na corretora e pode impedir os próprios pedidos de fecho do controlo.
4. Compara ações previstas, pedidos, transações confirmadas, exposição restante e logs por conta. Um backtest rentável não prova tratamento fiável de falhas.

Em MQL5, OnTick depende do símbolo do gráfico e da fila de eventos. Não promete verificar todas as contas a cada milissegundo. Define monitorização e idade máxima dos dados. Alojar um terminal local perto da corretora não elimina risco de mercado ou do programa. Regista responsável e procedimento para falhas de alojamento; uma cópia de segurança não fecha posições por si.

Âmbito do produto e autorização

O JPTC EA Hub é software MetaTrader operado pelo cliente. Verifica controlos documentados e plataforma do ficheiro concreto. Este guia não comprova painel central, copiador, canal de avisos ou motor universal de regras incluídos. O JPTC Algo separado é alojado, sem instalação pelo cliente ou VPS próprio. Nenhum garante cumprimento, aprovação ou payout.

Verifica autorização e termos sobre software de terceiros mesmo para uma ferramenta de risco. Consistência e dias mínimos são objetivos separados: não inventes limites de lucro por operação nem faças trades artificiais apenas para avançar um contador. Fontes verificadas em 16 de outubro de 2026; montantes de contas e níveis locais fictícios.

JPTC Algo: capturas publicadas pela empresa

Capturas ilustrativas da JPTC, não provas de resultados de desafios. Consulte o período na página de resultados.

@jptradingcapital on Instagram →