Registre de recherche (journal d'expériences)

Un registre de recherche est le journal écrit de chaque expérience de stratégie : version de la règle, source des données et leur couverture, dates de test, coûts et hypothèses d'exécution, règles de compte appliquées, contrôles échoués et décision prise ensuite, tenu pour qu'un résultat soit reproductible et qu'une idée rejetée ne soit pas retentée par inadvertance.

Senzoukria · Glossaire · Mis à jour en septembre 2026

Ce qui entre dans le registre

  • Version de la règle : le script ou la règle écrite exacte, avec les valeurs de paramètres employées.
  • Données : fournisseur, instrument, contrat, séance, construction des barres, et le rapport de couverture, trous et dates de roulement compris.
  • Protocole de test : périodes de développement et d'évaluation, choisies avant tout ajustement de paramètre.
  • Modèle d'exécution : entrée sur barres à l'ouverture suivante, politique de stop et d'objectif quand les deux sont touchés dans la même barre, coûts par contrat et par ordre.
  • Règles de compte appliquées dans le modèle de challenge, et les clauses qu'il n'a pas pu modéliser.
  • Résultats, y compris les configurations échouées et le nombre de variantes essayées.
  • La décision : rejetée, modifiée sur un point nommé, ou promue au replay.

Pourquoi les échecs comptent plus que les réussites

Un résultat frappant obtenu après de nombreuses tentatives demande une preuve plus solide que le même résultat obtenu du premier coup. Sans un décompte de ce qui a été essayé, ce nombre est inconnaissable, et le survivant paraît meilleur qu'il n'est. Le guide du backtest sur futures le dit directement : un gap n'est pas un marché plat, un prix limite touché n'est pas une exécution, et une courbe d'équité verte ne répond qu'à la question étroite de ce qui s'est passé sous les hypothèses qui l'ont produite. Le registre est l'endroit où ces hypothèses sont écrites pour pouvoir être contestées plus tard.

Le registre protège aussi contre la réoptimisation silencieuse. Si la période de validation est notée avant le premier run, l'optimiser à répétition devient visible comme une violation de protocole, et non comme le vague sentiment que le test a été en quelque sorte contaminé.

Différence avec un journal de trading

Un journal de trading consigne les trades exécutés avec leur contexte : le graphique tel qu'il était, la note, les chiffres. Un registre de recherche documente des expériences, dont la plupart ne produiront jamais de trade réel. Les deux se recoupent quand une stratégie passe du backtest au replay puis à un compte simulé, et dans Senzoukria une analyse de zone du panneau d'intelligence de la heatmap peut être enregistrée dans le journal, pour que le raisonnement voyage avec les trades.

Dans Senzoukria

L'écran Journal se remplit depuis les exécutions, conserve notes et étiquettes par trade, et peut recevoir une analyse de zone enregistrée depuis le panneau d'intelligence de la heatmap. Le panneau Backtest auto conserve le protocole d'un run : l'option walk-forward explique que les paramètres sont choisis au début de chaque tranche et évalués à la fin, et le Gauntlet énumère ses critères, de la survie du compte au Sharpe dégonflé et à la probabilité de surajustement du backtest. Sa vue des séances précédentes, intitulée « Est-ce que ça se répète ? », indique sur combien de trades repose le verdict. Seuls les trois derniers runs de backtest conservent leurs trades, et recharger l'application les efface : la trace d'un run doit donc être écrite si elle doit servir à une comparaison ultérieure.

Erreurs fréquentes

  • Garder une capture du P&L final et rien sur les données ni sur les coûts.
  • Consigner la règle mais pas sa version, si bien que deux résultats portant le même nom viennent de codes différents.
  • Omettre les clauses de compte que le modèle n'a pas pu vérifier, puis lire un rapport de challenge comme une certification.
  • Changer plusieurs choses entre deux runs et attribuer la différence à l'une d'elles.

Cette page dans d’autres langues

Questions fréquentes

Jusqu'où faut-il détailler un registre de recherche ?
Assez pour que quelqu'un disposant des mêmes données relance le test et obtienne le même tableau. En pratique, cela veut dire la version de la règle, la couverture des données, les périodes, les coûts et hypothèses d'exécution, et la décision. Tout ce dont vous auriez besoin pour défendre le résultat face à un collègue sceptique y a sa place.
Faut-il conserver les idées rejetées ?
Oui. Une idée rejetée avec sa raison est l'entrée la plus susceptible de vous faire gagner du temps plus tard, et le décompte des variantes rejetées est ce qui rend la survivante interprétable. Supprimer les échecs est le moyen le plus rapide de surestimer les preuves en faveur de ce qui reste.