League of Trading Systems. Continuez à faire du bon travail. - page 202
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Ici, ça devrait marcher.
Voilà, ça devrait marcher.
C'est bon maintenant. Merci.
642750 a Max DD=6962 points dans les paramètres. File d'attente maximale SL=1
Mais lors du trading, le SL a été fixé à 3914 pips. pourquoi ?
642750 a Max DD=6962 points dans les paramètres. File d'attente maximale SL=1
Mais lors du trading, le SL a été fixé à 3914 pips. pourquoi ?
Parce que le drawdown maximum et le SL maximum autorisé sont des choses différentes.
Je ne peux pas dire pour l'instant si SL est autorisé pour ce système car le code n'est pas encore disponible. Il est fort probable qu'elle ne soit pas autorisée. Et ainsi, l'histoire a enregistré un pullback ou "TP négatif" à environ 3900 pips.
Et le drawdown maximal et la file d'attente SL montrent qu'il y a eu un cas où le "TP négatif" s'est produit au niveau de 3900 points (c'était la première perte dans la file d'attente) et ensuite, dans le trade suivant - il y avait un TP positif, mais en même temps pendant ce trade il y avait un rollback à 3062 points.
Ainsi, le drawdown maximum de ces deux trades était de 6962 points. Mais le SL de protection a été fixé à 3914 points.
En outre, le niveau du SL changera en fonction de la variation de l'ATR quotidien(25).
Parce que l'épuisement maximum et le SL maximum autorisé sont des choses différentes.
Pour l'instant, je ne peux pas dire si SL est acceptable pour ce système, le code n'est pas encore disponible. Il est fort probable que cela ne soit pas autorisé. Et ainsi, l'histoire a enregistré un pullback ou "TP négatif" à environ 3900 pips.
Et le drawdown maximal et la file d'attente SL montrent qu'il y a eu un cas où le "TP négatif" était au niveau de 3900 points (c'était la première perte dans la file d'attente) et ensuite, dans le trade suivant - il y avait un TP positif, mais en même temps pendant ce trade il y avait un rollback à 3062 points.
Ainsi, le drawdown maximum de ces deux trades était de 6962 points. Mais le SL de protection a été fixé à 3914 points.
En outre, le niveau du SL changera en fonction de la variation de l'ATR quotidien(25).
Je suis confus. :(((
Je pensais que les systèmes RTS n'avaient pas de SL au sens habituel, mais seulement un SL de protection et que c'est ce qui est écrit comme Max DD.
642750 est-il l'EMAFlatRTS ?
Si oui, alors dans les paramètres d'entrée de EMAFlatRTS.ex5 il n'y a qu'un seul SL - protecteur (dlProtectSLvsDART).
Il s'avère que l'EALeague_Free a mis en œuvre le DD maximum comme un Stop "virtuel" ?
Je suis confus. :(((
J'ai supposé que les systèmes RTS n'ont pas de SL au sens habituel, mais seulement un SL de protection et c'est celui qui est orthographié Max DD.
642750 est-il l'EMAFlatRTS ?
Si oui, alors dans les paramètres d'entrée de EMAFlatRTS.ex5 il n'y a qu'un seul SL - protecteur (dlProtectSLvsDART).
Il s'avère que EALeague_Free a un DD maximum implémenté comme un Stop "virtuel" ?
C'est exact. Dans un système "propre", il n'y a pas de SL du tout.
Après avoir réglé tous les paramètres, une recherche complète du SL de protection est effectuée. Si nous trouvons une telle valeur du SL qui augmente la qualité de l'échange, elle est considérée comme acceptable, et son élimination pendant l'opération est considérée comme une perte commune (avec le TP non rentable). Si la fixation d'un SL n'augmente pas la qualité du trade, le SL minimum est fixé, qui ne sera pas affecté par l'historique et dont la désactivation pendant le fonctionnement entraîne un stop trade.
Ensuite, nous exécutons l'historique et déterminons le drawdown maximum et la file d'attente des pertes (pour ce système, il s'agit des TP perdants et des SL autorisés) en utilisant des méthodes standard.
C'est vrai. Dans un système "propre", il n'y a pas de SL du tout.
Après avoir réglé tous les paramètres, une recherche complète du SL de protection est effectuée. Si nous trouvons une telle valeur de la SL, qui augmente la qualité du commerce, cette SL est considérée comme acceptable, et son élimination pendant l'opération est considérée comme une perte commune (avec le TP non rentable). Si la fixation d'un SL ne permet pas d'améliorer la qualité des transactions, le SL minimum est fixé, qui ne sera pas affecté par l'historique et dont la désactivation pendant le fonctionnement entraîne un arrêt des transactions.
Ensuite, nous exécutons l'historique, et déterminons le drawdown maximum et la file d'attente des pertes (pour ce système, il s'agit du TP à perte et du SL autorisé) en utilisant des méthodes standard.
Vous avez peut-être le système le plus simple à saisir, mais pas le plus simple à entretenir.
Vous pouvez avoir les systèmes les plus simples pour l'entrée... mais pas les plus simples pour le suivi.
L'entrée se fait par le plafond, et si vous n'y arrivez pas, vous commencez à danser avec un tambourin, ça s'appelle :D
L'entrée se fait par le plafond, et si vous n'y arrivez pas, la danse du tambourin commence, c'est ce qu'on appelle :D
Et vous ?