基于多币种分析的有效交易策略的多个DC - 页 14

 
Mak:
好吧,我只是不明白你在做什么样的'勾选分析'......:))
特别是由于该主题被称为 "一种有效的交易策略,基于......"。"

xnsnet 所做的事情与这个主题并不矛盾,而是建设性地补充了这个主题。

("服务器时间"-"客户端时间") --- 这不是一个常数吗?
如果你能存储每个刻度的价格增量,为什么还要存储价格?


如果出现连接中断或干扰,你将以什么增量为基础?

还有一个问题--这一切的意义何在?
(将引号绑定到毫秒)
为了进一步同步来自不同工具和不同经纪商的ticks。

xnsnet- 在我看来,压缩tick信息(时间编码、间隔等),会使其更加困难。
随后的处理。有必要为不同的工具和不同的经纪人,或者更好的是信息机构创建一个单一的ticks流,并按时间同步。这将大大增加存储的信息量,但将允许使用现有的面向分析和预测的标准数据包进行处理,否则,在处理过程中,你将不得不再次解码并将其扩展为一个单一的流程,这是一个额外的工作,此外,它将更难理解和系统化的编码信息。

 

是的,皮尔格林,我非常理解你的意思,我所说的信息压缩是指在同一台DC服务器或演示服务器上,对来自几个客户的数据进行最终整合。当然,我并不打算应用压缩算法:)在未来,我将把这种行动称为收敛,例如一个月前的历史,在很久以前处理过。
比方说,我认为实时合并的数据可以再次合并,例如在坏的客户提供数据的情况下,这些数据就可以作为无用的数据被丢弃,如果它被检查为好的,好的反过来被其他几个客户的相同数据所证实,例如不同的IP地址和不同的地址范围,作为一个选项来考虑。这并不像看起来那么复杂,作为一个开发者,我对所有这些步骤都很了解,所以你可以放心。

评论:这里是这样一个服务器的可行性的另一个结论,最初我想到的是我自己可以做什么,即自己收集信息,然后我得出的结论是一个全球服务器将做这个,使用来自其他客户的数据,从而我们摆脱了独立跟踪多个经纪人和服务器,将这些职责分配给相同的客户,并在需要的程度上给他们回报他们帮助服务器的信息。因此,我们有机会在不使用自己的努力的情况下监测其他经纪公司。在这种情况下,信息不会从所有的客户那里吸收,而只是从服务器自己选择的客户那里吸收,选择来源的方法取决于客户的数量和多样性,以及他们的盔甲(吸收率和供应),一般来说,最重要的参数。

我明白,一台服务器无法应付多个供应商的客户,所以你还需要考虑委托或在集群中实现。但现在已经不那么重要了:)本质是明确的:)请注意,这个项目 还不存在,也没有开始,我在脑子里形成了大致的想法,同时在这个线程中,因为我已经在这里被谈论了,比如。Aa 开始一个项目?是吗?是的。有趣的是:)相反,价值是在开始之前确定的,尽管很多东西已经很清楚了:)已经有那么多次我开始了,却停滞不前,虽然有一线希望,我迟早会使用别人的成果,而不是他们的,虽然经过了很长一段时间:)我想我不是第一个,也不是最后一个:)因为在你开始任何项目之前,你需要详细考虑所有的事情,磕磕绊绊已经让人厌恶,尤其是当 "停滞不前 "这样的词,因为这样或那样的原因已经成为一种习惯:)这就是为什么你需要发展这个话题,参与进来,争论,推导真相,与各种矛盾作斗争。因为这正是大家所感谢的,也许我们会一起确定这个项目的意义:)让我提醒你,关于这个问题的任何意见都很重要,只要你研究过它的内容。这个项目,如果有的话,将是开放的,可公开用于非商业用途,服务器部分是肯定的:)。我其实最近几乎所有的事情都在公开进行,我对它寄予厚望:)控制许可证我不需要,如果我只支持一个项目,捐款,所有参与者都会得到捐款份额的奖励,如果有的话,我指的是捐款:)为了卖东西,我不排除这个事实,你需要创建一个公司,吸引人,等等。在商业环境中,我相信这个项目可能会得到支持,也可能不会得到支持,由商人来决定。至于其他方面,我认为你很了解。开放式项目的开发速度更快,实施更快,等等,特别是在只有一个启动者和没有支持的情况下。老实说,这不是谁来做和怎么做的任务水平,主要的是做。)

 
elritmo:
Piligrimm:
窗口中工具的关闭线在MT中以绿色绘制。其他的是在重新调整比例后应用的,附件中有一个例子,我没能把它作为代码加载到窗口中。这个文件本身是为其他一些任务准备的,所以它有一些特殊性,此外我不知道MQL,而且我在里面写得很乱。
现在我明白了--这是你在指标代码中绘制一切的指标窗口。

对,但最好是创建你自己的窗口,类似于显示工具图表的窗口,但我不知道如何做。这不仅是为了在一个窗口中显示不同仪器的比例图,也是为了使它们在时间上同步。一个比例并不能提供一个完整的客观情况,因为不同的工具在不同的地方有遗漏,不同的工具的图表是相互移位的,这既扰乱了认知情况,也扰乱了进一步计算的准确性。 我现在开始制作同步程序,不幸的是,我今天没有时间完成调试,明天我将有一周的网络连接故障,所以结果将在一周后显示。我将暂时和你们所有人说再见。
 
对于那些没有心思看我做的扩展的人来说,其实没有什么特别的,抽搐就是抽搐,只是角度不同而已:)
其余的我检查了网站的视频功能:)最后检查了一下:) 老实说snagit占用了我的电脑的最后资源,可能是因为服务超载,CPU负载从20%到50%,或者是因为两个显示器,我希望我知道。足以开始录制,一切都像陌生人一样滞后,无论什么大小的区域或屏幕,滞后总是一样的,好像整个桌面都被捕获了,原则上是这样,但还能怎样:)

 
涵盖了服务器的想法,为此:"抽搐:振幅和延迟分布