在终端中以当前价格进行限价/赌注(不在测试器中)。 - 页 3

 
fxsaber:

在MT5上,我多次尝试录制视频,因为我希望视频很短--执行在 几秒钟内发生

从上述例子可以看出,在MT5中,执行是在报价的tick上进行的。
也就是说,只有当报价重新计算限价水平时,才会有一个刻度。
这就是等待时间长的原因,如果没有勾选报价,可能需要一分钟才能执行。没有穿越,没有执行。

正如你在另一个例子中看到的,sitrader通过触摸来执行,不需要等待tick-crossing。
在策略测试器中,当TP在差价的错误一侧被执行时,也会遇到类似的问题。这也是错误的。
但事实上,在测试器中,执行只是在tick上,这是不正确的。
从本质上讲是的,这就是MT5的两个问题。

 
fxsaber:

该表演持续了近100秒。在另一个平台上,它是即时的。

两个平台都在同一个经纪人那里?

 
Roman:

从上面的例子中,我们可以清楚地看到,在MT5中,执行是在报价的tick上进行的。
也就是说,只有当报价重新计算限价水平时,才会有一个刻度。

如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。

 
Andrey Dik:

两个平台都在同一个经纪人那里?

不,他们是不同的经纪人。没有在同一个经纪人那里乱开,并没有改变观点。

 

现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。

也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好的是--在交易所里,托克是依赖MT5的,没有对冲。

 
fxsaber:

如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。

是的,知道了。
最有可能的是在一个类似于OnTick的处理程序中处理执行。
当然这必须要改变,这种行为。
对于剥头皮来说,这种执行行为是不可接受的。

 
Roman:

对于剥头皮来说,这种表现行为是不可接受的。

是的,越接近HFT越严重。但在合成交易方面就更糟糕了。当需要在几个符号上同时打开时。在这样做的时候,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。


很明显,异步交易在这里没有意义。

 
fxsaber:

是的,你越是接近HFT,就越是严重。但在合成交易方面,情况就更糟糕了。当你需要在几个符号上同时打开时。
同时,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。

我同意,并支持改变概述的问题。

 
fxsaber:

现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。

也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好--在交易所里,代币依赖于MT5,没有对冲。

这就是解决方案的运作方式,它与MT5脱钩。


22ms。

 
fxsaber:

这是与MT5脱钩的。

怎么说呢?