在终端中以当前价格进行限价/赌注(不在测试器中)。 - 页 3 12345678 新评论 Roman 2020.05.19 12:04 #21 fxsaber: 在MT5上,我多次尝试录制视频,因为我希望视频很短--执行在 几秒钟内发生 。 从上述例子可以看出,在MT5中,执行是在报价的tick上进行的。 也就是说,只有当报价重新计算限价水平时,才会有一个刻度。 这就是等待时间长的原因,如果没有勾选报价,可能需要一分钟才能执行。没有穿越,没有执行。 正如你在另一个例子中看到的,sitrader通过触摸来执行,不需要等待tick-crossing。 在策略测试器中,当TP在差价的错误一侧被执行时,也会遇到类似的问题。这也是错误的。 但事实上,在测试器中,执行只是在tick上,这是不正确的。 从本质上讲是的,这就是MT5的两个问题。 Andrey Dik 2020.05.19 12:09 #22 fxsaber: 该表演持续了近100秒。在另一个平台上,它是即时的。 两个平台都在同一个经纪人那里? fxsaber 2020.05.19 12:10 #23 Roman: 从上面的例子中,我们可以清楚地看到,在MT5中,执行是在报价的tick上进行的。 也就是说,只有当报价重新计算限价水平时,才会有一个刻度。 如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。 fxsaber 2020.05.19 12:11 #24 Andrey Dik: 两个平台都在同一个经纪人那里? 不,他们是不同的经纪人。没有在同一个经纪人那里乱开,并没有改变观点。 fxsaber 2020.05.19 12:16 #25 现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。 也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好的是--在交易所里,托克是依赖MT5的,没有对冲。 Roman 2020.05.19 12:17 #26 fxsaber: 如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。 是的,知道了。 最有可能的是在一个类似于OnTick的处理程序中处理执行。 当然这必须要改变,这种行为。 对于剥头皮来说,这种执行行为是不可接受的。 fxsaber 2020.05.19 12:26 #27 Roman: 对于剥头皮来说,这种表现行为是不可接受的。 是的,越接近HFT越严重。但在合成交易方面就更糟糕了。当需要在几个符号上同时打开时。在这样做的时候,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。 很明显,异步交易在这里没有意义。 Roman 2020.05.19 12:35 #28 fxsaber: 是的,你越是接近HFT,就越是严重。但在合成交易方面,情况就更糟糕了。当你需要在几个符号上同时打开时。 同时,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。 我同意,并支持改变概述的问题。 fxsaber 2020.05.19 13:58 #29 fxsaber: 现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。 也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好--在交易所里,代币依赖于MT5,没有对冲。 这就是解决方案的运作方式,它与MT5脱钩。 22ms。 Andrey Khatimlianskii 2020.05.19 14:55 #30 fxsaber: 这是与MT5脱钩的。 怎么说呢? 12345678 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
在MT5上,我多次尝试录制视频,因为我希望视频很短--执行在 几秒钟内发生 。
从上述例子可以看出,在MT5中,执行是在报价的tick上进行的。
也就是说,只有当报价重新计算限价水平时,才会有一个刻度。
这就是等待时间长的原因,如果没有勾选报价,可能需要一分钟才能执行。没有穿越,没有执行。
正如你在另一个例子中看到的,sitrader通过触摸来执行,不需要等待tick-crossing。
在策略测试器中,当TP在差价的错误一侧被执行时,也会遇到类似的问题。这也是错误的。
但事实上,在测试器中,执行只是在tick上,这是不正确的。
从本质上讲是的,这就是MT5的两个问题。
该表演持续了近100秒。在另一个平台上,它是即时的。
两个平台都在同一个经纪人那里?
从上面的例子中,我们可以清楚地看到,在MT5中,执行是在报价的tick上进行的。
也就是说,只有当报价重新计算限价水平时,才会有一个刻度。
如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。
两个平台都在同一个经纪人那里?
不,他们是不同的经纪人。没有在同一个经纪人那里乱开,并没有改变观点。
现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。
也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好的是--在交易所里,托克是依赖MT5的,没有对冲。
如果BuyLimit = Ask,并且只有Bid发生变化,将有一个执行。限额接受检查本身只在下一个MqlTick 启动。
是的,知道了。
最有可能的是在一个类似于OnTick的处理程序中处理执行。
当然这必须要改变,这种行为。
对于剥头皮来说,这种执行行为是不可接受的。
对于剥头皮来说,这种表现行为是不可接受的。
是的,越接近HFT越严重。但在合成交易方面就更糟糕了。当需要在几个符号上同时打开时。在这样做的时候,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。
很明显,异步交易在这里没有意义。
是的,你越是接近HFT,就越是严重。但在合成交易方面,情况就更糟糕了。当你需要在几个符号上同时打开时。
同时,不要随意地做,对负面的滑坡视而不见,而是要有能力,不给别人吃。
我同意,并支持改变概述的问题。
现在几乎所有的MT5第三方解决方案都与MT5挂钩--没有MT5事件,任何事情都无法完成。
也许有人能够解除绑定,然后MT5就会像交易所一样,只是成为别人交易环境的一个展示窗口。但只有更好--在交易所里,代币依赖于MT5,没有对冲。
这就是解决方案的运作方式,它与MT5脱钩。
22ms。
这是与MT5脱钩的。
怎么说呢?