Taux de réussite prop firm : vérifier le dénominateur et la phase
Material update: Reviewed on 15 October 2026: denominator, participant/attempt, pending-case and stage distinctions; explicitly hypothetical arithmetic and evidence-based failure coding. No measured sector success rate or EA pass advantage established.
Un taux de réussite exige une unité, une période et un résultat définis. Cette page n’établit ni taux général au premier essai ni avantage mesuré des EAs. Passer une phase, obtenir un compte ultérieur et recevoir une reward payée sont des événements différents.
Définir la question mesurée
- Quelle société, quel produit précis et quelle phase ?
- Quelles dates et quelle version des règles ?
- Le dénominateur compte-t-il les tentatives ou les participants uniques ?
- Comment traiter reprises, comptes ouverts et données manquantes ?
- Le résultat est-il une phase passée, un compte approuvé ou une reward payée ?
Une capture ou une estimation communautaire ne répond pas à ces questions. Un taux pour un produit ne se transpose pas automatiquement à un autre ni à votre prochaine tentative.
Exemple 1 : tentatives closes et ensemble des départs
Tous les nombres des exemples sont fictifs. Un fichier comprend 120 tentatives commencées : 20 réussies, 80 terminées sans réussite et 20 en cours. Il existe donc 100 tentatives terminées.
Parmi les tentatives terminées, 20 ÷ 100 = 20% ont réussi. Parmi tous les départs, 20 ÷ 120 ≈ 16,7% ont déjà réussi. Les deux calculs sont corrects mais répondent à des questions différentes. Le second n’est pas un taux final tant que 20 dossiers restent ouverts. Ils ne sont pas automatiquement des échecs.
Exemple 2 : tentatives et personnes
Si les 100 tentatives terminées appartiennent à 80 participants uniques et que 15 ont réussi au moins une fois, la proportion par personne est de 15 ÷ 80 = 18,75%. Elle diffère de 20 tentatives réussies sur 100 terminées. Une personne peut cumuler plusieurs tentatives et réussites.
Conservez donc un identifiant de tentative et un identifiant pseudonymisé distinct de participant. Sans ce lien, on ne peut pas changer d’unité silencieusement.
Exemple 3 : le dénominateur d’une phase ultérieure
Dans un autre fichier fictif, 100 participants commencent la phase un, 40 la passent et tous les 40 commencent la phase deux. Si toutes les issues sont connues et que 20 la passent, le taux de phase deux est de 20 ÷ 40 = 50%. Pour le groupe initial, 20 ÷ 100 = 20% ont passé les deux phases.
Une approbation ultérieure de compte ou une reward effectivement payée nécessite ses propres critères, dates et compteurs. Un solde de compte simulé n’est pas un capital transféré au participant.
Conserver les règles et l’exécution dans le périmètre
Documentez base de perte, fuseau de réinitialisation, limite fixe ou suiveuse, résultats ouverts et coûts. Pour FTMO, vérifiez le produit sur la page officielle des objectifs. Une formule générale de 5%/10% ou un pourcentage fixe par opération ne reproduit pas tous les produits. Stops, gaps et positions simultanées influencent l’exécution.
Journal et backtests peuvent documenter décisions, écarts et hypothèses. Conservez aussi essais défavorables, frais et périodes non utilisées pour les réglages. Cela ne démontre pas à lui seul un meilleur taux de réussite. Le guide des causes d’échec porte sur les événements qui terminent les tentatives.
Ce qu’une affirmation sur les EAs doit démontrer
Un logiciel peut exécuter une logique mais perdre, être mal réglé ou enfreindre une règle. Un avantage mesuré nécessite une comparaison décrivant populations, produits, périodes, coûts et sélection. Montrer seulement des comptes favorables ne suffit pas. L’utilisation personnelle ne démontre pas non plus l’autorisation du programme.
Évaluez le JPTC EA Hub par version. Le JPTC Algo hébergé est distinct et n’est pas proposé pour les évaluations prop firm : le client n’installe rien, ne l’exécute pas et n’a pas besoin de VPS pour ce service. La page de résultats publie les chiffres de relevés de courtier de l’entreprise, pas un audit indépendant ni une étude de réussite des utilisateurs d’EA.
Publier le sens exact du calcul
Indiquez numérateur, dénominateur, produit, période, phase et traitement des reprises et cas ouverts à côté du résultat. Décrivez les données absentes. Le lecteur peut alors vérifier le calcul sans traiter un exemple fictif ou des dossiers sélectionnés comme une prévision.
Quel taux général est réaliste ?
Peut-on appliquer un taux par tentative aux participants ?
L’automatisation prouve-t-elle une meilleure chance ?
Pour approfondir
Review the JPTC EA Hub
EA software with version-specific documentation and account-level risk controls. Review the selected programme’s current automation rules and test the chosen version; software does not guarantee compliance, a pass or a payout.
See the EA Hub




