Est-il possible d'implémenter une comptabilité FIABLE de la structure des positions agrégées dans MT5 ? - page 7

 
Figar0 писал(а) >>

Vous pouvez faire beaucoup de choses, mais "seulement un TP et un SL....". Et TP et SL sont bons dans la mesure où ils sont capables de fonctionner sans internet, sans EA, et sans toutes les fonctions de la bibliothèque. Aujourd'hui, par exemple, nous ne pouvons pas définir manuellement deux ordres en attente, voire un seul, avec des niveaux de TP différents. Non, beaucoup par beaucoup, mais cette position nette pour le terminal est un pas en arrière. Bien sûr, les DC sont plus simples puisqu'ils fonctionnent de toute façon avec le bénéfice net, mais c'est un obstacle pour un trader.

Je suis d'accord. Si ce n'est pas l'exécution d'EAs personnalisés sur un serveur de commerce, l'implémentation d'un langage élémentaire de mise en place/annulation d'ordres liés et le stockage de ces firmware sur un serveur serait une bonne solution. Nous n'aurions alors pas besoin de saisir des ordres d'achat stop limite, tout cela pourrait être fait par nous-mêmes, ainsi que de nombreuses autres choses qui doivent être exécutées sur le serveur de négociation.

 
HideYourRichess >> :

Je pense que c'est là que l'exemple est tiré par les cheveux. Vous créez un bouton sur l'écran, que vous appelez quelque chose comme "fermer tout", qui ferme tout, avec le marquage nécessaire.

Cet exemple est bien sûr tiré par les cheveux, mais il illustre bien l'idée. Il est impossible d'énumérer toutes les situations qui se présentent.

Les niveaux TP et SL des ordres auraient été possibles avec l'existence des ordres OCO qui sont présents dans presque toutes les plateformes. Cependant, dans MT5, ils ne sont pas non plus disponibles.

Peut-être les développeurs expliqueront-ils pourquoi ils ont rejeté les positions virtuelles (et les ordres OCO) sur le serveur de négociation, étant donné qu'elles sont déjà mises en œuvre dans certaines plateformes. Et parlez-nous de leur vision pour résoudre ce problème.

 
Avals >> :

Je suis d'accord. Un pas en avant serait, sinon l'exécution d'EA personnalisés sur le serveur de négociation, du moins l'introduction d'un langage élémentaire pour placer/annuler des ordres liés et stocker ces microprogrammes sur le serveur. Dans ce cas, nous n'aurions pas besoin de saisir des ordres d'achat stop limite, nous pourrions faire tout cela nous-mêmes ainsi que beaucoup d'autres choses qui devraient être faites sur le serveur de négociation.

Le firmware du serveur commercial est un énorme pas en avant. Pour rester en place est des positions virtuelles sur le serveur de commerce (comme il est maintenant sur MT4). Malheureusement, il n'y a rien de tout cela. Les raisons pour lesquelles il est nécessaire de se faufiler dans toutes sortes d'endroits, alors qu'auparavant il n'était pas nécessaire de le faire, ne sont pas claires.

 
getch писал(а) >>

Les micro-programmes sur un serveur commercial constituent un énorme progrès. Rester sur place, ce sont des positions virtuelles sur le serveur de négociation (comme c'est le cas maintenant sur MT4). Malheureusement, il n'y a rien de tout cela. Les raisons pour lesquelles vous devez vous faufiler dans toutes sortes d'endroits, alors que vous n'aviez pas à le faire auparavant, ne sont pas claires.

Parce que la plupart des agents de change travaillent avec leurs clients selon une logique similaire. Bien que cette logique soit peu pratique pour le trading mécanique. Après tout, les développeurs ont dans leur plan de faire de MT5 un logiciel boursier. Expliquez alors aux courtiers pourquoi ce n'est plus comme avant :)

 
Avals >> :

parce que la plupart des agents de change travaillent avec leurs clients en utilisant une logique similaire. Bien que cette logique soit peu pratique pour le trading mécanique. Après tout, les développeurs ont prévu que MT5 devienne un logiciel boursier. Expliquez ensuite aux courtiers pourquoi ce n'est plus comme avant :)

Pour les courtiers, tout reste comme avant - netposition. Le courtier ne doit même pas avoir connaissance des positions virtuelles.

 
getch писал(а) >>

Pour les courtiers, c'est la même chose qu'avant - une position nette. Le courtier ne doit même pas avoir connaissance des positions virtuelles.

Il doit le faire. Il travaille avec les clients et répond à leurs plaintes.

 
getch >> :

Pour les courtiers, c'est la même chose qu'avant - une position nette. Le courtier ne doit même pas avoir connaissance des positions virtuelles.

Si vous gardez les postes virtuels chez vous, personne ne les connaît. Et si vous disposez d'un tel service sur le serveur, le courtier en connaît l'existence. Et ça semble être sous le coup de la NFA. N'est-ce pas ?

 
getch >> :
Vous avez une petite idée du problème. Si quelqu'un propose au moins l'idée d'une prise en compte ESPÉRANTE de la structure des postes agrégés, alors la branche mourra, donc moi aussi j'ai un esprit étroit primitif. Si ce n'est pas le cas, il s'agit d'un problème sérieux qui devra être résolu par les développeurs dès maintenant.

Supprimez les stops et remplacez-les par des ordres en attente. La fermeture de la position globale ne les affectera pas. C'est-à-dire qu'au lieu des ordres actifs, nous devrons compter les ordres en attente (ou les paires d'ordres en attente).

 
TheXpert >> :

Supprimez les arrêts et remplacez-les par des pauses. La fermeture d'une position agrégée ne les affectera pas. En d'autres termes, au lieu des ordres actifs, nous devrons compter les ordres en attente (ou les paires d'ordres en attente).

Lisez le fil de discussion un peu plus loin, alors peut-être le problème deviendra-t-il plus clair.

 
HideYourRichess >> :

Si vous stockez vous-même les positions virtuelles, personne n'est vraiment au courant. Mais si le serveur dispose d'un tel service, le courtier en connaît l'existence. Et il semble être couvert par la NFA. N'est-ce pas ?

Non soumis à la NFA car il existe un historique des transactions commerciales pour la NFA et tout audit. C'est simplement que chaque transaction est liée à une position virtuelle. Et le fait que ce lien soit utilisé ou non est uniquement le problème du trader, et non celui du courtier.

J'ai écritici comment Dukascopy l'a mis en œuvre.

Raison: