Protection drawdown : contrôles sur plusieurs comptes

Une protection automatisée contre le drawdown peut observer les données, bloquer les nouvelles entrées prises en charge et demander une action lorsqu’un seuil approche. Elle ne garantit ni exécution à temps par le courtier ni absence de violation. Sur plusieurs comptes, calculez chaque limite séparément et identifiez les sources d’ordres réellement contrôlées.

Comprendre le drawdown et la formule du programme

Le recul historique d’un sommet à un creux est une statistique de performance. Une limite quotidienne ou globale est une formule contractuelle distincte. Notez fournisseur, produit, phase, version du compte, capital simulé initial, référence balance/equity, résultat flottant, frais, fuseau et remise à zéro. Distinguez plancher fixe et suiveur ; retenez le plus strict actuellement applicable.

Pour les actuels FTMO CFD 2-Step Challenge, Verification et FTMO Account 2-Step, le plancher quotidien est la balance à 00:00 CE(S)T moins 5% du capital simulé initial. Le plancher global reste fixé à 90% de ce capital. Les objectifs officiels décrivent d’autres calculs pour 1-Step et Instant. N’y transférez pas ce profil, ni vers un autre fournisseur.

Une equity de 96 000 $ serait déjà sous le plancher quotidien malgré sa valeur supérieure à 95 000 $. Un plancher codé sur le premier jour manquerait la violation. Intégrez résultat ouvert, swaps et commissions selon le programme ; ne déduisez pas deux fois une perte déjà dans l’equity.

Observer, déclencher et confirmer l’exécution

La chaîne doit être testée : recevoir des données suffisamment récentes, calculer les planchers, évaluer le nouveau risque, demander les annulations/clôtures permises puis rapprocher les résultats réels. Une demande envoyée n’est pas une clôture. En MQL5, OrderSend retournant true ne prouve pas l’exécution ; vérifiez codes et transactions ultérieures.

Agir une fois la limite atteinte n’annule pas une violation déjà survenue. Un seuil local fictif de 300 $ au-dessus de 97 000 $ serait 97 300 $. Cette réserve est une hypothèse de test, pas une garantie contre gap, slippage, rejet ou déconnexion. Un stop déplacé au prix d’entrée ne garantit pas non plus un résultat net nul après frais et écarts d’exécution.

• Données incertaines : bloquer les nouvelles entrées contrôlables, signaler l’entrée manquante/ancienne et suivre la procédure d’incident pour l’exposition existante. Inconnu ne signifie pas clôturé.
• Seuil déclenché : consigner compte, version de règle, heure et action attendue ; empêcher les sources contrôlées d’ajouter du risque et traiter les ordres en attente pris en charge.
• Clôture en attente : suivre acceptations, rejets, quantités partielles et positions restantes. Ne pas dupliquer aveuglément une demande au résultat inconnu.
• Pause : conserver le motif au redémarrage et rapprocher état du compte et profil actuel avant reprise contrôlée.

Architecture multi-comptes et taille des positions

Un gestionnaire central peut coordonner des agents compatibles ; des contrôles distribués peuvent surveiller chaque compte. Aucun montage n’est automatiquement fiable. Documentez contrôleur, droits, état de connexion et responsable. Un tableau de bord ne donne pas à lui seul le droit d’exécuter. Évitez deux contrôleurs non coordonnés sur les mêmes ordres.

Conservez les planchers individuels en plus d’une alarme globale. Un gain ailleurs ne répare pas une violation. Trois comptes fictifs de 100 000 $ perdant chacun 1 000 $ perdent ensemble 3 000/300 000 = 1%, pas 3%. Tous peuvent néanmoins atteindre simultanément leur seuil local de 1%. Trades communs et infrastructure commune créent des risques partagés.

Calculez le risque de prix avec contrat, distance au stop, devise du compte et pas de volume réels. Comparez-le à la marge restante après risque additionnel des positions et réserve de coûts. 1% ou 2% n’est pas universellement sûr. Le volume minimal peut être excessif : ne l’arrondissez pas à la hausse pour forcer l’ordre.

Tests pratiques du contrôle

1. Tester remises à zéro, heure d’été, perte ouverte au reset, balance modifiée et chaque plancher fixe/suiveur.
2. Tester données anciennes, déconnexion, redémarrage, clôtures rejetées/partielles et résultat d’ordre initialement inconnu.
3. Tester ordres manuels, autres EA et terminaux : quelles entrées sont effectivement bloquées ? Désactiver AutoTrading n’est pas clôturer chez le courtier et peut bloquer les propres demandes du contrôle.
4. Comparer actions prévues, demandes, transactions confirmées, exposition restante et logs par compte. Un backtest rentable ne démontre pas une gestion fiable des pannes.

En MQL5, OnTick dépend du symbole du graphique et de la file d’événements. Cela ne promet pas de surveiller chaque compte à chaque milliseconde. Définissez conception et âge maximal des données. Héberger un terminal local près du courtier ne supprime pas le risque de marché ou de programme.

Périmètre produit et autorisation distincte

Le JPTC EA Hub est un logiciel MetaTrader exploité par le client. Vérifiez contrôles documentés et plateforme du fichier précis. Ce guide ne démontre pas l’inclusion d’un tableau de bord central, copieur, canal d’alerte ou moteur universel de règles. Le JPTC Algo distinct est hébergé, sans installation client ni VPS propre. Aucun ne garantit conformité, réussite ou paiement.

Vérifiez l’autorisation du programme et ses conditions sur les logiciels tiers, même pour un outil de risque. Cohérence et jours minimaux sont des objectifs distincts : n’inventez pas un plafond par trade et ne placez pas d’opérations artificielles pour avancer un compteur. Sources vérifiées le 16 octobre 2026 ; montants de comptes et seuils fictifs.

JPTC Algo : captures publiées par l’entreprise

Captures illustratives JPTC, pas une preuve des résultats de défis. Consultez la période sur la page de résultats.

@jptradingcapital on Instagram →