两个MT4终端之间的数据交换?

 

你好!


我想实施以下策略:"关注不同经纪公司的报价差异

这个策略非常简单,就是你可以在两家经纪公司的同一个工具上投入相反的汇率,并等待报价向正确的方向发散,然后你可以关闭两个赌注,总共获利(差异报价的价值必须大于两家经纪公司的总佣金)。


这种策略在很长一段时间内并不新鲜,但我还没有看到。我想用它。


主要问题是必须在任何时候同时知道两个经纪公司的报价值,而顾问只在一个终端(一个经纪公司)工作。

也就是说,我们在每个MT4终端中都有一个专家顾问在运行,这个专家顾问只知道自己的报价,而不知道邻居的报价!

我们必须使两个EA都知道对方的报价,也就是说,它们可以相互交换数据


我想让他们分享他们所知道的情况。我也想得到一些反馈。


我想出了2种交换数据的方法。


1) 最琐碎的:将数据写入文件,由另一个专家顾问读取该文件。基本上,这是很容易做到的。唯一的问题是,专家顾问只能从 "其目录 "中读写文件。但一切都可以用Dll来解决。

还有一个很好的缺点:交换速度低。无法与从内存中写入和读出的速度相比((()。


2) 我不确定你能做什么(因为我不是一个很好的程序员),但是,在这里,我想向程序员学习,比如。

在内存中分配一个地方,并在那里写入引号,这个地方的地址对两个EA来说都是已知的,所以它们都可以对这个地方进行读写。

当然,这整个技术是通过一个dll实现的。

3) 我也发现了GlobalAddAtom,但如何用它来编写一个dll?


如果有人对这个策略感兴趣,也想实施它,那么请与我联系,我很乐意分享我的工作

 
这种策略的悲惨结局可能发生在http://www.kroufr.ru/forum/index.php/topic,6265.0.html
 
那么你是如何设想通过DLL进行这种工作的呢?
 
geopoint:
这种策略的悲惨结局可能发生在http://www.kroufr.ru/forum/index.php/topic,6265.0.html
我真的不明白,是吗?这可能是关于如果DC发现了,他可能就会滚蛋的事实,不是吗?
 
D500_Rised:
那么你是如何想象通过DLL进行这种工作的呢?

我不认为MQL4的标准手段能够进行交换。但如果你知道怎么做,请分享一下。

而通过dll,你可以,例如,连接一个可以从任何目录中读取文件的函数,而不只是从一个目录中读取文件!

 

每个终端的dlls仍将引用同一个公共文件。在我看来,这将引起一些错误,导致这种计划的不稳定运行。IMHO。

你看过多终端吗?是否有可能同时连接到不同的服务器?

我想到了一个问题:如果多终端有能力与几个账户一起工作,那么它可能可以同时与真实和模拟服务器一起工作。如果我们用另一家经纪公司的真实服务器地址替换演示服务器地址,会怎么样?

 
D500_Rised:

每个终端的dlls仍将引用同一个公共文件。在我看来,这将引起一些错误,导致这种计划的不稳定运行。IMHO。

你看过多终端吗?是否有可能同时连接到不同的服务器?

我想到了一个问题:如果多终端有能力处理一个以上的账户,那么也许可以同时在真实和模拟服务器上工作。如果我们用另一家经纪公司的真实服务器地址替换演示服务器地址,会怎么样?

没有错误,因为我已经在文件中做了这个方法。文件是2个,即每个EA都有自己的文件,将报价保存在其中,EA之间相互读取对方的文件。最主要的是进行正确的读写(专家顾问一直读取同一个文件,一直写入同一个文件)。我同意,稳定性会比参考内存更差。


多终端没有这样的选项,即使有,你也不能在那里运行EA。你想手动实现这样的计划吗?(我不知道)

 
D500_Rised:

你看了多终端的情况吗?是否有可能同时连接到不同的服务器?


 

我在质疑是否有可能对写_1--读_2,写_2--读_1进行时间排序。

这个过程是如何排序的,以便EA不会在同一个文件上相遇,他们能否区分以前读到的数据和新数据(需要额外的时间识别)

而总的来说,这个游戏是否值得努力?如果在报价上会有差异,那么有几件事情同时反对这场比赛。

1-2个点差(2*2-4个点)。

2- 滑落。

3-执行订单 的实际速度低(在处理经销商的订单过程中,价格可能会发生变化,并否定正差)+重新报价

等。

 
D500_Rised:

我在质疑是否有可能对写_1--读_2,写_2--读_1进行时间排序。

这个过程是如何排序的,以便EA不会在同一个文件上相遇,他们能否区分以前读到的数据和新数据(需要额外的时间识别)

而总的来说,这个游戏是否值得努力?如果在报价上会有差异,那么有几件事情同时反对这场比赛。

1-2个点差(2*2-4个点)。

2- 滑落。

3- 执行订单的实际速度低(在处理经销商的订单过程中,价格可能会发生变化,并否定正差)+重新报价

等。

这不是一个问题,因为一个EA一直在向一个文件写入,而另一个EA一直在从这个文件中读取,发生的顺序并不重要。为了检查数据的相关性,我使用了本地时间,即每100毫秒写一次报价,然后通过本地时间检查相关性。


关于 "烛台":我不知道确切的答案,这就是为什么我想检查它。我更相信量化的数据。如果总点差是4个点,分歧是10个点,那么即使在恶劣的条件下,我们也可能得到至少一半的6个盈利点,你怎么看?

 
D500_Rised:

我质疑写_1---读_2,写_2---读_1的定时正确顺序的可能性。

也许你可以提出你自己的方法,因为我们只讨论了一种方法:通过文件,但还有更高级的方法:通过记忆,你能说说它们吗?