
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
L'avez-vous testé dans la pratique et l'avez-vous comparé à la réalité ?
Et je pourrais vous demander tout de suite : êtes-vous sûr de vouloir mettre un stop dans le spread lorsque celui-ci fluctue autour de 1,1-1,3 pips (exemple EURUSD) ? J'ai peur que la réalité ici réponde clairement - c'est dangereux et cela conduira à un déclenchement imminent de l'arrêt.
Même dans le cadre du pipsing, cela n'a pas beaucoup de sens de parler de tels stops rapprochés - dans la pratique, ils pipsent sans stop rapproché (et sans stop tout court) car ils ont raisonnablement peur de son déclenchement.
J'ai peut-être mal formulé le problème, alors permettez-moi de réessayer : avec un spread flottant, lorsque vous vendez, vous ne pouvez pas définir un point de sortie exact (au moment du pullback complet (j'en ai besoin)). Peut-être que le stop sera déclenché plus tôt et qu'il n'y aura pas de repli complet. Comme sortie, je dois fixer intentionnellement un grand Stop Loss. Plus le délai est court, plus cet effet est tangible.
Si nous parlons de la "troisième vague", la précision de 0,1-0,5 pips est impossible à atteindre. A Dieu ne plaise, vous devriez précisément vous placer à quelques écarts du point calculé, et ensuite prier.
Vérifiez vous-même dans la pratique la différence entre l'écart réel et l'écart calculé dans le testeur. Pour ce faire, il suffit d'enregistrer l'offre et la demande dans un fichier avec un script simple pendant 10 à 15 minutes du marché réel, puis de jouer le même script dans le testeur pendant la même période.
Comparez ensuite les ticks des deux fichiers (réel et généré) dans Excel. Nous l'avons fait dans l'article"Algorithme de génération de ticks dans le testeur de stratégie MetaTrader 5". Il existe des graphiques et un script de vérification.
Si nous parlons de "troisième vague", nous ne pouvons pas parler d'une précision de 0,1-0,5 pips. A Dieu ne plaise, vous devez le régler avec précision à quelques écarts du point calculé, puis prier.
Vérifiez vous-même dans la pratique la différence entre l'écart réel et l'écart calculé dans le testeur. Pour ce faire, il suffit d'enregistrer l'offre et la demande dans un fichier avec un script simple pendant 10 à 15 minutes du marché réel, puis de jouer le même script dans le testeur pendant la même période.
Comparez ensuite les ticks des deux fichiers (réel et généré) dans Excel. Nous l'avons fait dans l'article"Algorithme de génération de ticks dans le testeur de stratégie MetaTrader 5". Il existe des graphiques et un script de vérification.
Lorsque les nouvelles sont publiées (généralement à 16h30 pour les paires AUD, 13h30 pour les paires GBP, 16h30 et 18h00 pour les paires USD) , l'écart varie généralement de 1 à 25 pips sur une minute. Quel est le nombre qui apparaîtra dans l'historique de cette bougie d'une minute comme étant l'écart ?
Messieurs les développeurs ! Dites-moi, de manière purement hypothétique, si des changements dans le domaine de l'histoire des demandes sont possibles ou si vous êtes catégorique ? Par changements, j'entends quelque chose qui donnerait aux commerçants un historique plus précis de la demande. Nous devons comprendre cela afin de décider de la marche à suivre (s'il est judicieux de présenter des arguments spécifiques ou si cela ne vaut pas la peine de perdre du temps).
Non, il n'est pas prévu de changer la façon dont Ask fonctionne.
À moins que nous n'envisagions une sélection plus précise de l'écart, non pas un écart de premier type, mais une moyenne ou même un maximum dans l'intérêt de tests plus conservateurs/pessimistes.
Non, nous ne prévoyons pas de modifier le fonctionnement de Ask.
Sauf que nous considérerons une sélection d'écart plus précise, non pas l'écart du premier type, mais un écart moyenou même un écartmaximum pour des raisons de tests plus conservateurs/pessimistes.
Non, nous ne prévoyons pas de changer le travail avec Ask.
Pouvez-vous répondre honnêtement à la question suivante : quelles sont les raisons d'utiliser le système OHLC Bid + Spread, par rapport au système OHLC Bid + OHLC Ask ? Stocker 8 numéros au lieu de 5 (le format des barres et des historiques est difficile à modifier) ? Cela aura-t-il un impact significatif sur la quantité d'historique fournie ? Ou peut-être n'avez-vous tout simplement pas d'historique de prix Ask ? La logique du testeur devient-elle plus compliquée ? Dans le second cas, c'est encore plus simple : il n'y a pas de notion de répartition. Qu'est-ce qui l'empêche, soyez honnête.