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
Il serait bien d'ajouter une fonction permettant de vérifier l'état des ticks téléchargés/injectés - dans la base de données du terminal local. Quelque chose comme CheckXXX( symbole ). Donc vous n'avez pas besoin de tirer le copitic tout le temps.
L'ordre dans le testeur BuyLimit sera-t-il déclenché par le Ask ou le Bid ?
Bien sûr, par Ask.
Vérifiez vous-même, ce n'est pas difficile.
J'espérais que l'homme se trompait, mais non, j'ai vérifié sur les vrais tiques en ouverture, c'est le cas. Voilà : enchérir en dessous de la limite. Les miracles du verre. ))
Et voici la nageoire en dessous de la limite et elle est toujours debout. Quelle limite infranchissable. )))
Mais sérieusement, tout cela n'a aucun sens. Vous ne pouvez toujours pas reproduire complètement la réalité dans le testeur (au moins parce que les commandes passées dans la réalité modifient le verre, ce qui ne peut être reproduit dans le testeur ; sinon, cela signifierait que le testeur modifie les données sur lesquelles il effectue ses tests), alors pourquoi adopter une approche aussi scrupuleuse de ces nuances ? Vous pouvez vous faire une idée approximative du fonctionnement de la stratégie à partir de l'asc et de l'asc. Le test ne garantit rien.
J'espérais que l'homme se trompait, mais non, j'ai vérifié sur de vrais ticks dans l'Open et c'est vrai. Voilà : enchérir en dessous de la limite. Les miracles du verre. ))
Il a déjà été dit à plusieurs reprises que le prix n'est pas affecté par le testeur.
J'ai une autre question pour les développeurs. Si le testeur n'utilise que les Bids et les Asks en mode "ticks réels", alors pourquoi exécute-t-il le Conseiller Expert à traversCOPY_TICKS_ALL-ticks au lieu deCOPY_TICKS_INFO-ticks? C'est un gaspillage d'argent.
Il a déjà été dit à plusieurs reprises que le prix n'est pas affecté par le testeur.
Qu'est-ce que ça a à voir avec mon poste ?
Parce que BuyLimit dans le testeur est juste un ordre au testeur que lorsque l'ask atteint BuyLimit, de faire BUY. Ni plus ni moins.
Mais lorsque la nageoire tombe en dessous de la limite fixée, c'est déjà une erreur. Il s'avère que la transaction a été exécutée en dessous de la limite, alors qu'elle n'a pas été exécutée, ce qui ne peut être le cas. La nageoire doit être un ordre pour le testeur, pas une demande.
Vous devez comprendre la nature de l'émergence des flippers. Un flipper sur le réel apparaît lorsque quelqu'un décide de faire un marché, en regardant l'environnement commercial actuel. C'est l'environnement commercial (histoire + état actuel (enjeux)) qui affecte le désir de quelqu'un d'y faire un marché. Cela signifie que si vous êtes dans le monde réel en train de mettre et de retirer des limiteurs, cela peut affecter la décision de quelqu'un de faire ou non un marché. Il se peut que, si cette personne voyait votre limite, elle ne veuille pas ou ne veuille pas y envoyer un marché. Par ailleurs, si vous placez une limite importante à un endroit éloigné du meilleur prix, cette personne pourrait ne pas être en mesure de commercialiser la limite d'une autre personne qui était un meilleur prix.
Tout cela dit, les ailerons n'ont rien à voir avec les performances du testeur. De plus, vous devez être très prudent pour appliquer les informations sur les nageoires dans toute logique de négociation. Le testeur ne doit en aucun cas tenir compte des ailerons et ceux-ci ne doivent pas influencer la tarification.
Le testeur a raison en ce qui concerne l'exécution.
Dans ce sens, très étrange est la construction de barres (source d'information pour les indicateurs) par les nageoires. Historiquement, c'est le cas, mais c'est, pour le moins, discutable. Pas de façon légère - elle est erronée. Des barres construites sur le prix moyen du même écart seraient beaucoup plus informatives.
Vous devez comprendre la nature de l'émergence des flippers. Un flipper sur le réel apparaît lorsque quelqu'un décide de faire un marché, en regardant l'environnement commercial actuel. C'est l'environnement commercial (histoire + état actuel (enjeux)) qui affecte le désir de quelqu'un d'y faire un marché. Cela signifie que si vous êtes dans le monde réel en train de mettre et de retirer des limiteurs, cela peut affecter la décision de quelqu'un de faire ou non un marché. Il se peut que, si cette personne voyait votre limite, elle ne veuille pas ou ne veuille pas y envoyer un marché. De plus, si vous placez une limite importante quelque part loin de la limite de meilleur prix, cette personne ne classera pas son marché avec la limite de quelqu'un d'autre qui était une limite de meilleur prix.
Tout cela dit, les palmes n'ont rien à voir avec les performances du testeur. De plus, il faut être très prudent pour appliquer les informations sur les nageoires dans toute logique de négociation. Le testeur ne doit en aucun cas tenir compte des ailerons et ceux-ci ne doivent pas influencer la tarification.
Tout est correct dans le testeur en ce qui concerne l'exécution.C'est l'histoire des transactions. Cela n'a rien à voir avec le backtest. S'il y avait un asc, la bourse était obligée de le combler, de vous envoyer sur le marché. Mais s'il y avait une bascule, c'était pour cet environnement où vos limiteurs n'étaient pas.
En bref, faire preuve d'un entêtement stupide. Vous êtes ennuyeux.
J'avais espéré que l'homme se trompait, mais non, j'ai vérifié sur de vraies tiques en ouverture, et c'est le cas. Voilà : l'offre est inférieure à la limite fixée. Les miracles du verre. ))
Vous vous trompez.
Dans la capture d'écran ci-dessus, vous pouvez voir que Ask (qui est la limite d'achat déclenchée par Ask) est supérieure à la limite d'achat.
Et voici la nageoire en dessous de la limite et elle est toujours debout. Quelle limite infranchissable. )))
Encore faux car Ask n'a pas franchi le niveau bylimit vers le bas. Qu'est-ce que vous prenez sur le flipper pour quand la condition est déclenchée par le bylimit ?
Mais sérieusement, tout cela n'a aucun sens. Vous ne pouvez toujours pas reproduire complètement la réalité dans le testeur (au moins parce que les commandes passées modifient effectivement le verre, ce qui ne peut être reproduit dans le testeur ; sinon, cela signifierait que le testeur modifie les données sur lesquelles il teste), alors pourquoi adopter une approche aussi scrupuleuse de ces nuances ? Vous pouvez vous faire une idée approximative du fonctionnement de la stratégie à partir de l'asc et de l'asc. Le test ne garantit rien, de toute façon.
Sérieusement, vous êtes tout simplement analphabète.
Apparemment, vous avez des connaissances sommaires dans votre tête et vous n'essayez pas de comprendre ce que l'on vous dit.