Quels instruments négocier chez Otkritie - page 10

 
Dmitriy Skub:
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.
Ce que je veux dire. Ou mieux, OnCopyTicks. L'architecture interne de la gestion des tics est évidemment cool. Mais extérieurement, tout cela semble bien triste.
 
Sergey Chalyshev:
L'ordre dans le testeur BuyLimit sera-t-il déclenché par le Ask ou le Bid ?
MetaQuotes Software Corp.:

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.

 
Sergei Vladimirov:

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.

 
Anton Zverev:

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 ? Je ne pense pas avoir jamais dit le contraire.
 
Sergei Vladimirov:
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.
 
Anton Zverev:
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.
À proprement parler, cela ne devrait pas être le cas. L'enchère ne devrait pas non plus être activée par BidLimit - le fait que dans ma première capture d'écran l'enchère soit inférieure à la limite, ce n'est pas grave : en réalité l'enchère serait juste un peu plus élevée, au niveau de ma limite, c'est tout. Vous pouvez considérer que dans le testeur cette enchère n'est tout simplement pas montrée de manière conventionnelle. Mais lorsque la nageoire tombe en dessous de la limite fixée, c'est déjà une erreur. Il s'avère qu'il y avait une transaction en dessous de la limite, alors qu'elle n'a pas été exécutée, ce qui ne peut pas être. La nageoire doit être un ordre pour le testeur, pas une demande.
 
Sergei Vladimirov:
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.

 
Anton Zverev:

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.

Vous essayez de justifier qu'il est impossible de simuler le comportement des autres participants au testeur. Quelqu'un conteste-t-il cela ?

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.
Les flippers sont des prix de transaction. Des échanges réels qui ont eu lieu dans le monde réel. S'il y a eu une transaction en dessous de la bylimit ou au-dessus de la selimit, alors cette limite aurait certainement dû être exécutée. Si le prix du flipper a changé et est tombé à bylimit ou en dessous, cela signifie qu'en réalité quelqu'un a donné un ordre d'achat au marché au prix de votre ordre ou en dessous. L'ordre doit être exécuté et cela n'affectera en rien la tarification dans le testeur. L'exécution par ask ou bid est erronée, la bourse n'est pas un DC. Mais j'ai déjà commenté l'utilité de ces tests méticuleux.

En ce sens, il est très étrange de construire des barres (informations d'entrée pour les indicateurs) en utilisant des ailerons. Historiquement, c'est le cas, mais c'est, pour le moins, discutable. Pas légèrement - elle est erronée. Les barres construites sur le prix moyen du même spread seraient beaucoup plus informatives.
L'horreur. Les prix Flipper - je le répète - c'est l'historique réel des transactions, et il est affiché sur les graphiques. C'est le prix qui active les ordres stop et qui, dans le testeur, devrait également activer les ordres limite. Et le prix moyen du spread ne contient aucune information.

 
Sergei Vladimirov:
L'horreur. Les prix des flippers - je le répète - sont l'historique des transactions réelles et sont affichés sur les graphiques. C'est le prix qui active les ordres stop, et dans le testeur, il devrait également activer les ordres limite. Le prix moyen du spread ne contient aucune information.

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.

 
Sergei Vladimirov:

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.

Raison: