Backtests de Crypto Bot : calendrier d'audit, coûts et surajustement
Un backtest rentable d’un robot de trading crypto est une description d’une simulation, et non une preuve que la stratégie produira le même résultat en direct. Avant de comparer les rendements, déterminez ce que le simulateur savait, quand il l’a su et quels coûts d’exécution il a facturés.
Commencez par l'horodatage, pas par la courbe des actions
Supposons qu'une stratégie utilise la valeur de clôture d'une bougie pour générer une entrée. Si la simulation se remplit également à cette clôture exacte sans décision réaliste ni délai d'exécution, elle peut accorder au robot un prix qu'il n'a pas pu obtenir après avoir observé la bougie terminée. Enregistrez l’horodatage du signal séparément du premier horodatage d’exécution éligible.
Le même problème apparaît lorsqu'un ensemble de données contient des révisions ou des indicateurs joints à un horodatage antérieur. Une valeur historique valide doit avoir été disponible pour la stratégie à ce moment-là. L'ensemble de données nettoyé d'aujourd'hui n'est pas automatiquement un enregistrement fidèle de l'ensemble d'informations d'hier.
Des réglages répétés modifient ce que signifie un bon résultat
Choisir le meilleur jeu de paramètres parmi des centaines de tentatives crée un problème de sélection. Une combinaison peut correspondre au bruit pendant la période de développement. Gardez une trace des essais infructueux, pas seulement du classement gagnant.
Guide de recherche de QuantConnect traite du surapprentissage et des garanties de recherche. Une extension pratique utile consiste à geler la stratégie avant d’évaluer une période ultérieure et intacte. Si cette évaluation conduit à davantage de réglages, elle devient une donnée de développement ; réserver un nouveau test final.
Rendre les coûts visibles
Ce qui suit est un exemple comptable hypothétique, et non une stratégie observée :
| Article | Montant en USDT |
|---|---|
| Bénéfice commercial brut simulé | 300 |
| Frais d'entrée et de sortie combinés | -120 |
| Dérapage d'exécution estimé | -100 |
| Financement versé, net des recettes | -90 |
| Résultat net simulé | -10 |
L'arithmétique est 300 - 120 - 100 - 90 = -10 USDT. Les coûts peuvent inverser le signe d’un résultat. Évitez de compter le spread deux fois s'il est déjà inclus dans les prix de remplissage simulés. Le financement doit suivre la position réelle, le taux et le calendrier de règlement dans le test plutôt qu'un taux annuel fixe pratique.
Demander si les exécutions étaient possibles
Un prix limite touché n'établit pas que la totalité de l'ordre aurait été exécuté. La position dans la file d'attente, les ordres concurrents, la profondeur disponible et l'exécution partielle sont importants. Un ordre au marché important ne devrait pas automatiquement recevoir le meilleur prix affiché pour l’ensemble de sa taille.
Testez les changements de latence, de frais et de glissement. Une stratégie qui ne fonctionne qu’avec une seule hypothèse d’exécution optimiste est fragile. Testez les données manquantes, les commandes rejetées et la perte de connexion dans le cadre de scénarios opérationnels distincts ; les bougies historiques à elles seules ne peuvent pas bien les modéliser.
Comparez les conditions
Déclarez les dates de test, les instruments, les limites de position, le nombre d'échanges, le chiffre d'affaires, les prélèvements et les hypothèses de capital ainsi que le rendement. Un résultat de marché en hausse peut refléter principalement l’exposition des actifs. Comparez avec un indice de référence passif approprié sur les mêmes dates et utilisez un traitement cohérent des coûts et des liquidités.
Une période d'attente intacte et une petite observation du commerce du papier peuvent révéler des erreurs de mise en œuvre, mais ni l'un ni l'autre ne garantit un bénéfice futur. N'augmentez pas de capital simplement parce qu'une courte démonstration est positive.
Un résultat révisable
Un rapport de robot utile fournit des paramètres reproductibles, la provenance des données, les règles d'horodatage, tous les coûts matériels et une séparation claire entre le développement et l'évaluation. Consultez le barème de frais OrangeX actuel avant d'utiliser des hypothèses spécifiques à la plateforme. Cet article évalue les simulations et ne prétend pas qu'OrangeX propose un bot ou un produit de backtest particulier.
La décision est de savoir si les preuves survivent à des hypothèses réalistes, et non de savoir quel graphique semble le plus fluide. Tous les résultats numériques ci-dessus sont illustratifs.
