开放器中的服务器版本 - 页 7

[[删除]]

prostotrader:

显然，你完全落后于FORTS在GO上的 "生命"。

而在过去，CS的计算方法是使用明确的公式和

而最大的是3L，但现在的公式是如此复杂

以至于几乎不可能计算出准确的QR。

对于限价订单，OrderCalcMargin()返回大约

正确的数值，而对于市场来说，SE=初始保证金*1.5。

经纪人在这里根本没有参与。

我想补充的是，价值的变化取决于与最佳价格的接近程度、与美元的 "联系"、浓度限制和抵押率水平。 简而言之，如何计算GO，实在是令人费解。

你可以在这里 阅读。

[Sergei Lebedev]

prostotrader/AlexeyKozitsyn:从你写的关于SE的 "近似 "计算，我们可以得出一个间接的结论（你没有直接写，可能是因为你不知道），MT5服务器没有以任何方式与计算SE的交易所软件/网关集成，这是莫斯科交易所为其参与者提供的，以确保SE的可靠计算。不过，8489.62（限价单！）与Moeh 7706p上公布的数据有很大的差异（！）。因此，我是从更 "乐观 "的选项出发，即MT5服务器与该软件集成，但你只是非常落后于时代，因为你假设经纪人或其经销商可以自己计算SE。

如果MQ确实把CS的计算放到了MT5服务器本身，那么这是一个很大的责任。我们需要紧急要求MQ更新MT5的服务器部分，以便在交易日开始时，然后每小时通过现有的交易所网关（又称广场等）对所有期货合约的DO进行请求，然后在客户端调用OrderCalcMargin()时对数值进行预应用。

[prostotrader]

Sergey Lebedev:

prostotrader/AlexeyKozitsyn:从你写的关于SE的 "近似 "计算，我们可以得出一个间接的结论（你没有直接写，可能是因为你不知道），MT5服务器没有与交易所软件/计算SE的网关集成，而MOEX为确保SE的可靠计算，向其参与者提供了这些软件。不过，8489.62（限价单！）与Moeh 7706p上公布的数据有很大的差异（！）。因此，我是从更 "乐观 "的选项出发，即MT5服务器与该软件集成，但你只是非常落后于时代，因为你假设经纪人或其经销商可以自己计算SE。

如果MQ确实把CS的计算放到了MT5服务器本身，那么这是一个很大的责任。你必须迫切要求MQ改进MT5的服务器部分，以便在交易日开始时，然后每小时通过交易所的可用网关（又称广场等）对所有期货合约进行CS请求，然后在客户端调用OrderCalcMargin()进行值的预置。

你可以向经纪人要求（他靠客户生活）。

而经纪人反过来必须（但不一定）与MQ联系，因为他为软件向他们付款。

在给出你的结论之前，请阅读关于CS计算新原则的文件（MOEX）!

[Sergei Lebedev]

这是无稽之谈!我没有理解 "经纪人 "的概念，但我认为拥有一个好的股票交易软件很重要。

而IB TWS和Sterling，以及RF Quick和Tranzac和其他普通的服务器软件从交易所本身获取GO工具的数据。如果MT5服务器不能做到这一点--那就是MQ的耻辱。

我必须可靠地发现这一点，这不是你可以相信业余的猜测的问题。明天我将向ServiceDesk MQ和Otkrytie的技术支持提出请求。

[prostotrader]

Sergey Lebedev:
这简直是无稽之谈! 为股票交易创建适当的软件是软件制造商的工作，而不是经纪人的工作。

而IB TWS和Sterling，以及RF Quick和Tranzac和其他普通的服务器软件从交易所本身获取GO工具的数据。如果MT5服务器确实无法做到这一点--那就为MQ感到羞耻。

我必须可靠地发现这一点，这不是你可以相信业余的猜测的问题。明天我将向ServiceDesk MQ和Discovery的技术支持进行查询。

好运!:)

添加

啊，谢尔盖!

对你的一个重大请求。

写在这里

https://www.mql5.com/ru/forum/320837

有一个关于你的请求的主题。

[prostotrader]

prostotrader:

今天我接到了奥特克雷瓦什卡公司技术支持负责人的电话。

他们已经安装了一个新的服务器（在平静的市场中，速度提高了1.5倍，不仅我检查过）。

现在他们正在测试一个新版本的服务器软件。

等待服务器软件更新....

[prostotrader]

来自Openreach技术支持部门负责人的好消息。

Здравствуйте. На текущий момент планируем билд 2361 + патч шлюзов ФР и ВР (в нашей конфигурации всплыла существенная проблема, вчера получили патчи)

Если не возникнет проблем при тестировании/новых срочных вопросов, то постараемся до конца марта.

 

但如果需要为网关打补丁，也不全是 好消息......

[[删除]]

Sergey Lebedev:

你 写的 "近似 "的价值计算可以得出一个间接的结论（你没有直接写，也许是因为你不知道），MT5服务器没有以任何方式与计算SA的交易所软件/网关集成，而莫斯科交易所为确保SA的可靠计算而向其参与者提供。不过，8489.62（限价单！）与Moeh 7706p上公布的数据有很大的差距（！）。因此，我是从更 "乐观 "的选项出发，即MT5服务器与该软件集成，但你只是非常落后于时代，因为你假设经纪人或其经销商可以自己计算SE。

如果MQ确实把CS的计算放到了MT5服务器本身，那么这是一个很大的责任。迫切需要MQ改进MT5的服务器部分，以便在交易日开始时，然后每小时通过交易所的可用网关（又称Plaza等）对所有期货合约进行CS请求，然后在客户端调用OrderCalcMargin()进行预留值。

停止。我们不要把所有东西都放在一个地方。我写到，我们有一个问题（我不知道怎么做），就是在发送订单之前，要计算出某一价格的订单的EB的确切价值。但这是因为GO不仅取决于价格，还取决于交易量、工具中存在的货币成分、集中度限制（有时是不同的）和抵押率水平（有时是不同的）。然而，我注意到，在衍生品市场参数部分，有一份文件叫做。"使用当前汇率计算变动保证金和抵押品的原则"。这份文件的存在使我得出结论：以某种方式，仍然有可能自行计算CS。

至于MT5终端中显示的CS是如何计算的（在细节标签中），我只能猜测。

关于OrderCalcMargin()。这个功能只允许在专家顾问和允许交易的脚本中使用。因此，它向交易服务器发出请求。而服务器更新GO值的频率--也有待猜测。

[[删除]]

prostotrader:

来自Openreach技术支持部门负责人的好消息。

但是，如果需要网关补丁的话，并不是所有的人都 那么高兴......。

顺便说一下，AMP（演示）的服务器部分已经在build 2361上了。

[Grigori.S.B]

您是否有在Tinkov交易的经验？有哪些细微差别和特殊性？因为我可以看到，每个人都只与Otkritie合作。