Définissez ce que l’environnement paper simule
Consignez fournisseur de données, modèle courtier, type de compte, état initial, frais, glissement, remplissages, pouvoir d’achat, latence et horaires. QuantConnect documente que son courtier paper utilise un capital fictif et des remplissages simulés dont le comportement dépend du modèle. Les autres environnements diffèrent. Le mot paper ne dit pas quelles conditions sont réelles ou modélisées.
Créez un registre de configuration avec chaque résultat: versions moteur et stratégie, paramètres, instruments, permissions, abonnements et période. Confirmez si l’algorithme reçoit du temps réel, du retardé ou un replay. Sans ce registre, une divergence live ne peut être attribuée au code, aux données, au modèle, à l’état du compte ou au déploiement.
Attendez des différences de données et remplissage
Les données live arrivent parfois à des horaires et résolutions différents. Corrections, actions sur titres, valeurs manquantes, enchères et couverture changent la séquence. Un modèle paper peut remplir immédiatement et sans impact quand un ordre réel attend, remplit partiellement, rejette ou reçoit un autre prix. QuantConnect documente plusieurs écarts de réconciliation.
Testez donnée obsolète, spread, type d’ordre, liquidité, frontière de session et exécution partielle. Ne regardez pas uniquement la courbe finale. Comparez décision, ordre soumis, accusé courtier, remplissage et position. Le paper révèle des erreurs déterministes et des lacunes opérationnelles, mais ne reproduit pas toute position de file, contrepartie, impact de marché ou contrainte de compte.
Transportez état et contrôles
Alignez capital initial, positions, ordres ouverts, modèle courtier, fuseau et warm-up. Vérifiez redémarrage, événements planifiés et données persistées. Un compte live peut contenir des positions ou restrictions absentes du paper. Si la stratégie suppose un portefeuille vide ou une restauration immédiate, la première action réelle diverge même avec le même code.
Posez des limites externes: instruments, ordre, position, exposition, fréquence, plages et conditions d’arrêt sur perte ou anomalie. Décidez les validations humaines et qui peut couper indépendamment. Le paper doit tester rejets et arrêts, pas seulement succès. Une limite jamais déclenchée reste une configuration, pas une protection démontrée.
Préparez supervision, réconciliation et réponse
Surveillez entrées, décisions, ordres, événements courtier, positions, cash et risque comme une chaîne. Alertez sur silence, entrée obsolète, rejets répétés, position incohérente et connexion perdue. Affectez propriétaire et runbook. Un email ou dashboard ne suffit pas si personne ne peut enquêter, arrêter et réconcilier pendant la fenêtre de marché.
La réconciliation compare état voulu, plateforme et courtier. Exercez-la après coupure, redémarrage et remplissage partiel. Définissez si la réponse sûre est arrêt, annulation, réduction, attente ou revue manuelle. Ne rejouez jamais à l’aveugle quand l’état externe est flou. IMRYN traite supervision et humain comme architecture de contrôle, pas comme preuve de performance.
Utilisez une étape live bornée et réversible
Avant capital réel, révisez hypothèses, code, accès, données, contrôles, fournisseurs, obligations juridiques et couverture opérationnelle. QuantConnect sépare risques de stratégie, portefeuille, marché, contrepartie, opération et erreur. Les responsables doivent juger leur acceptabilité. Cette page ne prend pas cette décision et ne constitue pas un conseil en investissement.
Si l’étape est approuvée, commencez avec la plus petite autorité qui teste le chemin opérationnel, pas avec le gain espéré. Définissez durée, capital, instruments, taille, événements attendus, arrêts et heure de revue. Comparez traces paper et live, documentez chaque divergence et n’étendez que par nouvelle décision. Une preuve live ne garantit toujours pas la performance future.
Critères de décision
Posez les mêmes questions à chaque option avant de choisir.
| Option | Utile lorsque | À vérifier avant de choisir |
|---|---|---|
| Backtest | L’équipe teste code et hypothèses sur des données historiques. | Biais de modèle, fuite de données et exécution simulée persistent. |
| Paper trading | La stratégie tourne sans acheminer de capital réel dans la configuration paper choisie. | Documenter données, remplissages, état, couverture et différences avec le courtier cible. |
| Vérification live bornée | Le chemin opérationnel doit être inspecté avec une autorité réelle très limitée. | Utiliser limites, supervision, arrêts et réconciliation immédiate. |
| Opération live étendue | Un processus revu a des preuves suffisantes et une exploitation responsable. | Poursuivre revue du risque, exercices, contrôles fournisseurs et supervision indépendante. |
Questions fréquentes
Le paper trading prédit-il la performance live ?
Non. Il teste code et environnement modélisé, mais données, exécutions, marché, état du compte et risque diffèrent.
Les réglages paper et live doivent-ils être identiques ?
Alignez chaque paramètre pertinent et consignez les différences voulues. Certaines conditions live restent impossibles à reproduire.
Que vérifier juste après un démarrage live ?
Entrées, décisions, ordres, remplissages, positions, cash, limites et état courtier avant toute extension.
Est-ce un conseil en investissement ?
Non. C’est une aide éducative sur l’infrastructure. Le capital réel exige une revue indépendante adaptée.
Sources primaires et preuves
- Paper trading QuantConnect 2026-08-13
- Réconciliation live QuantConnect 2026-08-13
- Risques du live QuantConnect 2026-08-13
- Approche du risque IMRYN 2026-08-13
- Architecture IMRYN 2026-08-13
- Checklist de supervision IMRYN 2026-08-13