problème des ordres suiveurs en backtest

• 02/17/2017 at 1:33 PM #25399
  JL1640

  Les ordres suiveurs (set stop trailing) ne respectent pas la distance minimal (ex. 4 points pour les indices)

  Cette contrainte est sévèrement présente pour les ordres ProOrder (ce qui peut faire planter le trading automatique avec pertes incontrolables) et les ordres manuels

  Quand j’ai demandé à PRT si cette distance était programmable ils m’ont répondu :

  “Nous vous confirmons que les backtests tick par tick se comportent de la meme maniere que les backtest classiques.

  Ceux-ci ne prendront pas en compte les distances minimums de stops étant donné que ce parametre est géré directement par IG et n’est pas fixe.”

  1. les backtest tick par tick (ou pas) ne se comportent pas de la même manière que les backtest, en particulier pour les stop suiveurs
  2. les spread gérés par IG sont paramétrables dans les backtest donc pas de raison que la distance stop suiveur en le soit pas aussi

  donc attention les backtests sont pour cela aussi encore différents de la réalité IG qui impose des distances minimal pour les stops

  

  JL1640

  Blocked

  Topics: 8

  Replies: 50

  Been thanked: 3 times
  02/17/2017 at 2:35 PM #25405
  Nicolas

  Merci, c’est le 4ème post ! 🙂 j’ai répondu dans celui du forum anglais.

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20828

  Been thanked: 4742 times
  04/23/2017 at 8:31 AM #33006
  JL1640

  oui mais il peut y avoir des français qui ne regarde pas le forum Anglais donc pour ceux-ci sachez :

  • qu’avec les CFD PRT-IG il y a des décalage de passage d’ordre soit en retard (jusqu’à 13 secondes = cours très différent et défavorable) soit du “slippage”
  • ce qui est incompréhensible parce que je passe des ordres (réels) de 1 contrat de 1 € en dax et que la compréhension de base est que c’est le broker qui “fabrique” le contrat, s’il n’arrive pas à le faire pour 1 contrat de 1 € …
  • le problème c’est que les backtests montrent de très bons résultats/gains mais que la réalité génère des pertes
  • et que même en fournissant le détails et les graphes des ordres AutoTrading ET ceux équivalents du BackTest ils n’analyse pas le problème sous prétexte qu’ils veulent le code, mais si vous fournissez votre code alors il devient public
  • contrairement au BackTest on ne peut pas faire un code de debugging et rejouer les trades parce qu’ils sont réels

  donc Warning avec les CFD PRT-IG

  

  JL1640

  Blocked

  Topics: 8

  Replies: 50

  Been thanked: 3 times
  04/23/2017 at 12:10 PM #33046
  Nicolas

  Je vais donc faire la même réponse que sur le forum Anglais ici 🙂
  Aucun code ne devient “public” si vous avez accordé à PRT l’autorisation de le décrypter !
  Je comprends toutefois le fait que tu ne veuilles pas livrer les codes sources à n’importe qui. Mais en demandant des explications à PRT dans ce cas, et pour savoir si le problème vient de la plateforme ou du courtier et pour éventuellement demander un remboursement, il n’y a pas d’autres moyens que d’analyser le code de la stratégie en question. Comment un garagiste pourrait bien faire un diagnostic d’une voiture en panne sans en ouvrir le capot ?
  Tous les codes ProOrder sont encryptés en protocole SSL côté serveur. Il est normal qu’il te demande l’autorisation de les décrypter au préalable. Tu peux me croire, si il le demande c’est parce qu’ils ont bien l’habitude de ce qui pourrait éventuellement créer ce genre de comportement. Ils doivent aussi pouvoir le recréer de leurs côtés. C’est ainsi que je fais debugger moi même des comportements qui peuvent être étrange sur certains stratégies ou codes partagés des personnes du forum. Parfois, il vaut mieux s’adresser au développeur du programme plutôt que de tourner en rond au point d’en devenir aigri 🙂

  En résumé, je suis persuadé que tu as plus à gagner qu’à perdre, en ouvrant ton code aux développeurs de PRT.

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20828

  Been thanked: 4742 times
• Author
  Posts