Данная тема уже обсуждается не один год. Всё что то изыскивают. Что касается Вашей ссылки, у меня есть исходники на С++ этого, и я не в восторге от этого продукта.
Если есть желание проверить идею парных ДЦ,я ещё раз могу предложить такую связку МТ4_1 -> DLL -> МТ4_2 .
Вопрос дополняется, если второй ДЦ использует другой терминал, не МТ4.
можно взять его котировки ?
如果你能获得报价（API、COM等），那么它是可行的。
Наверно примерно так я и делал это через работу двух экспертов на счетах разных ДЦ и обменивающихся данными через файл.
你可以不用文件来做。通过制图。
Данная тема уже обсуждается не один год. Всё что то изыскивают. Что касается Вашей ссылки, у меня есть исходники на С++ этого, и я не в восторге от этого продукта.
Если есть желание проверить идею парных ДЦ,я ещё раз могу предложить такую связку МТ4_1 -> DLL -> МТ4_2 .
我没有看程序本身，我写了我自己的实现（c#应用程序，通过套接字接收报价并将订单发送到终端）。
而问题不在于实施，而在于实践中的应用。我仍然没有找到适合套利的一对DC。
Саму программу не смотрел, я писал собственную реализацию (приложение на c#, которое принимает через сокеты котировки и рассылает приказы терминалам).
Да и вопрос не в реализации, а в применении на практике. Пар ДЦ, подходящих для арбитража, я так до сих пор и не встретил.
我有这样一位专家。它通过csv文件交换数据。不幸的是，它只在演示中挣钱。过滤报价的厨房急剧切断了重新报价的工作。主要引言摘自UST经纪公司....ODL、jadefx等。厨房 - fxhunt, liteforex, 等。
Пар ДЦ, подходящих для арбитража, я так до сих пор и не встретил.
考虑使用合成材料。
Рассматривайте синтетику.
+100合成+发散=（>发散）。
例如：BC1 EUR/USD - 套利 - BC2 EURAUD*AUDUSD
只要分别找到一个大于差值的分歧就很难了
为了准确起见，这里有一个日元交叉的指标，但我做了一点改变，因为这个货币对应该划分交叉，任何货币对都可以进行比较，但应该考虑直接和反向汇率。
在CodeBase中有一个现成的关于统计的解决方案。
Можно синтезировать пару как угодно,но это ещё и прибавляет спредов при сделках и уменьшает точность за чёт проскальзываний или реквотов.
价差与套利理论毫无关系。