有没有可能在MT5中实现总头寸结构的可靠核算? - 页 6

 
fwiq >> :

这里有另一个选择

有这样一个问题...例如,STP经纪商(集成商)被迫不立即发送交易指令进行执行,而是将其积累起来,以一定的频率发送。一个原因是,例如,银行(我说的是外汇)不欢迎通过FIX API向他们的服务器发送高频率的交易指令(由他们决定)。因此,他们可能会禁用一个滥用的经纪人客户,因为这对他们的服务器的稳定性构成威胁。

只是,在经纪人的服务器端存在/不存在虚拟头寸,似乎对经纪人和其流动性提供者之间的交易订单数量没有影响。

 

为什么通过评论是不可靠的?

你应该在订单的注释中写上开仓的专家顾问的名字,以及在MT4逻辑中操作的逻辑代码 - 开仓/平仓。而当订单被发送至关闭时,除了在评论中指定什么订单关闭(票)。如果订单被执行,总是有一个与之相关的交易,可以找到(通过DEAL_ORDER 字段)。因此,总是可以将当前的总头寸分为尚未平仓的订单(没有带平仓注释的订单)和已经执行的订单(有相关交易),所有这些信息都储存在服务器上。

 
Avals >> :

为什么通过评论是不可靠的?

你应该在订单的注释中写上开仓的Magik或专家的名字,以及MT4逻辑中操作的逻辑代码--开仓/平仓。而当订单被发送至关闭时,除了在评论中指定什么订单关闭(票)。如果订单被执行,总是有一个与之相关的交易,可以找到(通过DEAL_ORDER 字段)。因此,当前的总头寸总是可以分成尚未平仓的订单(没有带有平仓注释的订单)和已经执行的订单(有关联交易),所有这些信息都储存在服务器上。

本页 讨论了其中的原因。

 
getch писал(а)>>

本页 讨论了其原因。

getch 写道>>
想象一下,你和魔术师有一个EA。在某个时刻,当这个EA的位置处于红色时,你决定你已经厌倦了一切,想要休息。你删除了专家顾问,用Magic 0的反市价订单手工平仓。当你从假期回来,决定运行同一个专家顾问,它从Magic的历史分析中看到它的头寸是开放的。

这是一个斜的例子,但你可以得到这个想法。

当删除一个EA时,使其所有头寸自动关闭。或者,我们可以向EA提供信息传递(有可能使其成为通用的)。所有已经打开的东西,专家顾问也应该关闭,尽管它可以根据用户的要求这样做。

简而言之,这是有可能的,但不是每个人都方便。

 
Avals писал(а)>>

getch 写道>>
想象一下,你和魔术师有一个EA。在某个时刻,当这个EA的头寸处于红色时,你决定你已经厌倦了一切,想要休息。你的专家顾问删除了,而你通过Magic 0的相反市场订单手工关闭了未结头寸。当你从假期回来,决定运行同一个专家顾问,它看到它在历史分析中是由Magic打开。

这是一个斜的例子,但你可以得到这个想法。

当你删除一个EA时,让它自动关闭其所有的头寸.或者提供与EA的信息交流(你可以让它通用)。所有已经打开的东西,专家顾问也应该关闭,尽管它可能在用户的要求下这样做。

简而言之,这是可能的,但对每个人来说并不方便。

这太过分了...

 
getch >> :

想象一下,你和魔术师有一个EA。在某一时刻,当这个EA的位置处于亏损状态时,你决定你已经厌倦了一切,想要休息。你删除了该EA,用Magic 0的反市价订单手工关闭了未结头寸。当你从假期回来,决定运行同一个专家顾问,根据Magic历史分析,它看到其头寸是未结的。

一个斜的例子,但你可以得到这个想法。

我认为这就是这个例子的牵强附会之处。你在显示屏上做一个按钮,称之为 "关闭一切",用所需的标记关闭一切。

 
同样可悲的是,汇总位置只有一个TP和一个SL....。
 
avtomat писал(а)>>

这显然是太多了...

这是一个可以实施的选项,如果它适合特定交易者的工作方式。对于其他交易者来说,可以采取不同的方式。例如,我不认为让远程EA的订单被手动执行有什么意义。有一个开放的逻辑,它与关闭的逻辑相对应;它是整体的一个部分。

 
Figar0 писал(а)>>
同样可悲的是,总的位置只有一个TP和一个SL....。

链接订单的不同控制逻辑可能可以作为单独的库函数来完成。评论可能会做这一切。

 
Avals >> :

链接订单的不同控制逻辑可能可以作为单独的库函数来完成。通过评论,可能一切都会被

很多事情都可以做,但 "只有一个TP和一个SL...."。 而TP和SL的好处在于,它们能够在没有互联网的情况下工作,也没有EA,更没有所有的库功能。例如,现在,我们不能手动设置两个甚至一个方向的挂单,并设置不同的TP水平。不,很多很多,但这个终端的净头寸是一种退步。当然,这对DC来说比较容易,他们反正是用净头寸工作,但对交易员来说,这是个麻烦事。