Aller au contenu

Paper trading

Environnement à capital simulé pour vérifier la chaîne de traitement, les ordres et le processus sur des données courantes, à distinguer du forward test, du mode shadow et du micro-live.

À qui s’adresse cette page — À quiconque souhaite vérifier, à partir de données courantes, une chaîne de trading, la gestion des ordres et les procédures opérationnelles sans exposer de capital, tout en sachant quels aspects du marché réel restent en dehors du test.

Le paper trading est un environnement dans lequel les décisions et les ordres sont enregistrés ou simulés sans créer l’exposition économique normale d’une opération réelle. Il peut employer des cotations courantes, une relecture des données ou le moteur de simulation d’un courtier. Il sert à contrôler que les données, les signaux, le dimensionnement des positions, les instructions, les alertes et le journal fonctionnent dans l’ordre prévu. Son compte de résultat, ou P&L, reste néanmoins hypothétique.

Trois notions doivent rester distinctes. Le hors échantillon décrit la relation entre les données et le développement : un échantillon est OOS s’il n’a guidé aucun choix du modèle. Le forward test décrit l’évaluation prospective d’une version gelée. Le paper trading, le mode shadow et le micro-live décrivent, quant à eux, l’environnement ou le mode de mise en œuvre. Un forward test peut être réalisé en paper trading, en mode shadow ou en micro-live ; aucun de ces termes n’est synonyme des autres.

De l’échantillon historique réservé à la productionChaque environnement observe des risques différents et laisse d’autres aspects non testés. Séquence pédagogique, pas un jalon universel ; la taille, la durée et les critères dépendent du mandat.De l’échantillon historique réservé à la productionChaque environnement observe des risques différents et laisse d’autres aspects non testésSéquence pédagogique, pas un jalon universel ; la taille, la durée et les critères dépendent du mandat.1Échantillonhistorique…Données historiquesnon utilisées pour ledéveloppement ; iln’observe pas lepipeline en temps…2Paper / shadowSignaux en temps réelet ordres simulés ounon envoyés ; lapriorité et l’impactrestent incomplets.3Micro-liveUn capital limitérend observables lesexécutions, lescoûts, les contrôleset les incidents…4ProductionÉchelle autoriséeavec suivi, limites,responsabilités etretour arrière.1234Cyclepedia · schéma pédagogique conditionnel, ni prévision ni promesse
À mesure que l’on se rapproche du réel, les éléments observables sur l’exécution effective augmentent, tout comme l’exposition économique et opérationnelle.

Quatre environnements, des questions différentes

Environnement Un ordre atteint-il le marché ? Ce qu’il permet de bien observer Limite distinctive
Paper trading Non Règles, interface, comptabilité simulée, routines Les fills et le P&L dépendent du simulateur
Mode shadow Non Chaîne automatisée complète et décisions en temps réel L’ordre fantôme n’interagit ni avec le carnet ni avec le courtier
Micro-live Oui, avec une exposition réduite Routage, rejets, fills et rapprochement réel L’impact et la pression ne changent pas de manière linéaire avec l’échelle
Trading réel à la taille prévue Oui Processus économique dans son périmètre effectif Le capital est exposé ; il ne s’agit plus d’un test sans coût

Le mode shadow est souvent une variante plus contrôlée du paper trading : le système produit l’ordre qu’il aurait envoyé et en conserve l’horodatage et les motifs, mais un blocage en empêche le routage. Le micro-live utilise au contraire de petits ordres réels. Réduire leur taille limite l’exposition, mais peut modifier la priorité, la probabilité de fill, l’impact et le comportement humain ; cela ne reproduit pas automatiquement l’échelle visée.

Ce que le paper trading peut vérifier

Un test paper bien conçu peut montrer si :

  • les flux arrivent avec les horodatages, la fréquence et les symboles attendus ;
  • les variables et les signaux sont calculés sans employer de données qui n’étaient pas encore disponibles ;
  • le dimensionnement, les limites, les calendriers et les opérations sur titres sont correctement appliqués ;
  • les ordres, annulations et modifications suivent la machine à états prévue ;
  • le système gère les ouvertures, les clôtures, les séances écourtées, les données manquantes et les redémarrages ;
  • les logs, les alertes, le journal et le rapprochement permettent de reconstituer chaque décision ;
  • l’opérateur respecte les check-lists, autorisations et procédures d’escalade convenues.

Il peut également produire des éléments prospectifs sur le comportement de la stratégie, si la version a été gelée avant le début du test. Ces éléments ne doivent pas être confondus avec une mesure complète de sa capacité à être effectivement négociée.

Ce qu’il ne reproduit pas fidèlement

Un simulateur n’occupe pas réellement une place dans la file d’attente du carnet d’ordres, et son ordre ne modifie pas la liquidité disponible. Les fills partiels, la latence, l’impact de marché et la sélection adverse peuvent être approximés, mais non observés comme ils le seraient avec un ordre réel. Les rejets du courtier, les limites de crédit, la disponibilité des titres à emprunter, leur rappel, les marges, le règlement-livraison et les coûts de financement peuvent eux aussi être absents ou simplifiés.

L’argent virtuel ne recrée pas intégralement les incitations, la pression, la responsabilité et les conséquences d’une perte réelle. L’Interpretive Notice 9025 de la NFA le précise dans son propre champ d’application : une performance hypothétique ne représente pas un trading effectif et ne peut intégrer complètement la liquidité, le slippage ni la capacité à respecter le programme pendant une période de pertes. Il s’agit d’une règle relative aux communications promotionnelles des membres de la NFA, et non d’un critère universel de validation ; son principe de prudence concernant les performances simulées reste toutefois pertinent.

Protocole opérationnel

  1. Définir l’objectif. Séparer le contrôle de la chaîne, la formation aux procédures et l’évaluation prospective de la stratégie.
  2. Identifier la version. Geler le code, la configuration, l’univers, les données, le dimensionnement, les coûts, le benchmark et les critères de sortie du test.
  3. Décrire l’environnement. Consigner le fournisseur, le courtier ou le simulateur, le modèle de fill, la latence, les horaires, les types d’ordres et les différences connues par rapport au réel.
  4. Suivre le cours normal du temps. Ne pas revenir en arrière, supprimer rétroactivement des signaux ou remplacer les prix après avoir observé le résultat.
  5. Tester aussi les défaillances. Simuler, lorsque c’est pertinent, un flux interrompu, un prix périmé, un ordre rejeté, un fill partiel, un redémarrage, une perte de connexion et des messages dupliqués.
  6. Rapprocher chaque événement. Comparer l’intention, l’ordre fantôme, le fill simulé, la position, la trésorerie, le coût et les logs, puis classer les écarts.
  7. Consigner les écarts et les interventions. Une correction substantielle crée une nouvelle version ; la période antérieure n’est pas effacée.
  8. Décider selon l’objectif. « Chaîne vérifiée », « éléments insuffisants » et « problème opérationnel non résolu » sont des résultats distincts du P&L.

Aucune durée universelle

Quatre semaines, un certain nombre d’opérations ou un mois bénéficiaire ne sont pas des critères généraux. La durée utile dépend de la fréquence des signaux et de la nécessité de rencontrer les séances, événements et cas opérationnels pertinents. Une stratégie intraday peut produire de nombreux ordres corrélés sans couvrir un seul événement rare ; une stratégie mensuelle peut exiger plus de temps calendaire tout en fournissant peu d’observations.

Les critères de fin devraient être établis à l’avance : couverture des types d’ordres, rapprochements sans anomalies substantielles, traitement réussi des cas d’erreur et quantité d’information compatible avec la question statistique. Le bénéfice simulé ne constitue pas, à lui seul, un critère de passage à l’étape suivante.

Exemple illustratif

Exemple expressément présenté à titre illustratif — Une stratégie produit des ordres à cours limité en mode shadow. Le test révèle qu’après un redémarrage, deux signaux sont envoyés deux fois et que le simulateur considère l’intégralité de la quantité comme exécutée dès que le prix touche la limite. Le premier problème est opérationnel ; le second relève d’une hypothèse de fill. Tous deux sont corrigés dans une nouvelle version, tandis que les logs et résultats antérieurs sont conservés. Aucune durée ni quantité de cet exemple ne constitue un seuil de validation.

Une étape ultérieure en micro-live peut vérifier le routage et le rapprochement avec des ordres réels de petite taille. Elle ne démontre cependant pas que les coûts et la capacité resteront identiques à la taille prévue : la transition exige des limites, une surveillance et une procédure d’escalade.

Limites

  • La qualité dépend du modèle du simulateur et des données disponibles.
  • L’absence de capital exposé modifie les incitations et le comportement.
  • Le paper trading ne démontre ni la liquidité, ni la disponibilité des titres à emprunter, ni la capacité à l’échelle visée.
  • Un résultat prospectif reste vulnérable à un petit échantillon, à un régime particulier et aux tests multiples.
  • Corriger la chaîne n’autorise pas à réécrire rétroactivement l’historique de la version testée.

Références

Liens connexes