Erreurs de défi prop : cinq contrôles après un incident

Trade perdant, évaluation non réussie, manquement contractuel et incident d’exécution sont différents. Reconstituez les faits avant de conclure. Ces cinq catégories ne sont pas un classement mesuré ; cette page ne dispose pas d’une cohorte représentative pour attribuer les échecs ou promettre une meilleure probabilité.

1. Utiliser le mauvais calcul de perte

Conservez solde, equity, P/L ouverte, frais, heure de remise à zéro et plancher au moment de l’événement. Vérifiez fournisseur, produit, phase et cohorte. Un pourcentage de l’allocation n’est pas automatiquement la distance restante. Une limite globale n’est pas forcément mensuelle ou suiveuse du sommet.

Un stop ne garantit pas son prix d’exécution ni l’absence de dépassement. Notez ordre, exécution réelle, coûts et autres positions. Vérifiez l’inégalité exacte et la conséquence du seuil ; ne supposez pas qu’une perte supplémentaire est autorisée.

2. Transposer une permission entre comptes

Les règles FTMO des annonces distinguent phases, types, instruments et exécution d’ordres, y compris stops. Une pause personnelle ou un volume réduit ne remplace pas une autorisation.

FXIFY exige examen et accord préalable pour les EA des programmes à phases. Vérifiez fichier, plateforme, compte et trace d’accord. Une licence n’autorise pas automatiquement un tiers ou une copie interdite.

3. Modifier le volume sans suivre les unités

Enregistrez volume, distance du stop, valeur du contrat et exposition commune après gain ou perte. Lots constants ne signifient pas risque monétaire constant si ces données changent. Aucune règle universelle de 1%, de pause après deux pertes ou d’arrêt à 60% n’est fixée ici.

Calcul fictif : perte brute envisagée 500 $, stop 50 pips et valeur supposée 10 $ par pip pour 1 lot. Volume = 500 $/(50 × 10 $) = 1 lot. 0,1 lot donnerait 50 $ de perte brute, pas 500 $. Vérifiez contrat réel, devise, pas de volume, frais et exécution. Ce n’est ni recommandation de taille ni preuve de conformité.

4. Confondre test et preuve

Gardez données, coûts, sélection, essais rejetés et période séparée. MetaTrader documente optimisation historique et test forward ; aucun ne garantit un gain futur. Dix ans, 100 trades ou des mois positifs ne prouvent pas seuls la préparation. Documentez les réglages successifs et ne réutilisez pas discrètement les mêmes données comme validation indépendante.

5. Confondre condition et infraction

Lisez la condition réelle. La mise à jour FTMO du 8 octobre distingue cohortes de commandes/fusions 1-Step à partir du 12 octobre et ancienne Best Day Rule. Le dénominateur diffère ; meilleur jour ne signifie pas plus gros trade. Une condition de consistance non satisfaite n’est pas automatiquement une infraction de perte. N’inventez pas une obligation implicite de gains identiques.

Une fiche d’incident exploitable

Une cause inconnue reste inconnue. Corriger calcul ou configuration ne garantit ni réintégration ni intérêt d’un nouvel achat. Journal et pause peuvent aider l’analyse ; ils ne donnent pas de taux de réussite.

L’EA Hub JPTC est distinct de l’Algo JPTC hébergé : ses clients n’installent et n’exécutent rien et n’ont pas besoin de VPS. Aucun produit ne garantit conformité, réussite ou paiement. Les chiffres de relevés publiés par l’entreprise ne sont ni étude d’échecs clients ni audit indépendant.

Sources primaires contrôlées le 16 octobre 2026.