按货币分析多个货币对，你的意见是，这可以用吗？ - 页 2

新评论
 
chv:
Piligrimm:
你的方向是正确的，货币对的分组分析是未来的趋势，逐渐地大多数交易者都会来到这里。我已经使用分组分析很长时间了，对一组货币的预测结果比使用单一货币对的滞后论据要好得多。
我同意你的观点，多货币分析可以比单一货币对提供更多信息。但它可以以不同的方式进行。 我，当我紧锣密鼓地去做的时候，不会像《为外汇市场构建集群指标 的理论基础》一文中描述的那样去做。
多币种估值技术可以有很大的不同，这就是问题所在。
我在回复中并不是指这篇文章，我瞥了一眼，我对这篇文章一点都不感兴趣。
当然可以有不同的方法，选择其中一种或另一种是由你的交易策略的算法决定的，这纯粹是个人的，也由你的计算机资源决定。
由于我的笔记本电脑已经用了7年，它太弱了，无法解决复杂的问题，而我又不能买新的，在我的分析中，我使用了15种货币对，包括黄金，我的专家顾问几乎没有时间在新的条形图到来之前完成它的计算周期，在5分钟的时间框架上工作，按高点、低点、收盘价，以及使用Vivelet转换从收盘价设定的趋势给出一个小时的预测。有很多可能性来提高预测的准确性和深度，一切都取决于计算机资源。我希望我很快会买一台新的电脑，我将能够在1分钟的时间范围内做同样的事情。
 
Piligrimm:
我在回复中并不是指这篇文章，我只是扫了一眼，我对这篇文章一点都不感兴趣。
当然，可以有不同的方法，选择其中一个或另一个是由你的交易策略算法决定的，这纯粹是个人行为，也由你的计算机资源决定。
由于我的笔记本电脑已经用了7年，它太弱了，无法解决复杂的问题，而我又不能买新的，在我的分析中，我使用了15种货币对，包括黄金，我的专家顾问几乎没有时间在新的条形图到来之前完成它的计算周期，在5分钟的时间框架上工作，通过高、低、收盘以及使用Vivelet转换从收盘开始设定的趋势给出一个小时的预测。有很多可能性来提高预测的准确性和深度，一切都取决于计算机资源。我希望我很快会买一台新电脑，我将能够在一分钟的时间内做出同样的东西。

多币种的预测是否会实现（及时）？
铁资源并不是主要的。机器的价格是一公斤半，策略则更贵。
[删除]  

根据需要，你可以任意投资，最多五块钱，一个普通的服务器单元就够了，一切都是出于需要，如果有这个需要的话。 我的三年前的机器，不是一个执行服务器功能的服务器，比如互联网上的站点，数据库和isa，这样就够了，在屋顶上面，这样就不用考虑新的东西。我不喜欢在笔记本电脑上装这种东西，普通电脑也不怎么样，最好是真正的多处理器服务器，我现在不需要花钱买。如果我制定了一个真正的战略，这将真正发挥作用，那么就有可能在服务器上花钱。

低于2GHz和2千兆字节的内存就不一样了，我会换成新的、复杂的、不太可能支持的东西，笔记本不算，因为笔记本无法承载全部负荷，无论它们多么复杂，移动处理器就是移动处理器，一台精心挑选的带有服务器操作系统的电脑可以做很多事情，尽管比同样的服务器装置要少。每个人都有自己的方法，所以我不会说什么是必要的，什么是不必要的，你可以使用一切，如果它让你的工作没有问题，但它不太可能支持...时间在流逝，需求在不断增长，有新的发展，需要新的投资，所以不考虑它是不行的，我可能只有这台电脑是最长寿的，因为它的稳定性高，没有问题，但事实上我只考虑到一个好的服务器。只有第一个英特尔的树桩是，从那时起，我一直在使用AMD，甚至386 DX 40（只是撕掉了英特尔）和486是AMD，如果不是有人提醒我，我已经忘记了英特尔是什么 :)

P.S.: 哦，我们最好不要谈论硬件，否则我可能会被带到遥远的地方，大约五年前，对我来说，这是一个情感丰富的辩论和争议的时期，当工作是相应的，我记得在英特尔的站立聚会上，当被邀请的人显然不是英特尔的支持者，我甚至设法有很多乐趣。）有人是足球迷，有人是铁粉，虽然可能是过去的事了:))

 
xnsnet:

我们不谈铁的问题。


这就是我所说的。在...铁打的营盘流水的兵，夫妻俩的相关策略更重要，对吗？
[删除]  
chv:
xnsnet。

我们不谈铁的问题。


这就是我所说的。在...铁，一个配对的相关策略更重要，有吗？

我能说什么呢，通过跟踪图表和我所看到的，像这篇文章和指标，意见和许多帖子，以及其他文本，我越来越接近这样的事实，这确实是正确的方向，当我写类似于分析器的东西时，我将能够更准确的说，同时并显示我自己看到的东西：)目前所有的力量都朝这个方向发展:)我必须在一周内敲定我所做的一切，并在市场上进行测试，然后我想我就可以向市场展示它。我写的时候没有离开流程，在.NET上可以自己完成，因为源代码不会隐藏，它会隐藏什么，以及为什么，单独写还是没有意义的，我的大脑不够明确：)
 
我还没有做全面的测试，有些东西需要在程序中敲定，对我的系统的测试只可能在模拟或真实账户上进行。但初步结果给出了相当体面和令人鼓舞的画面。由于专家系统在每一个新的条形图中都会重新训练并给出新的预测，即使市场情况发生了巨大的变化，它也有时间来纠正预测。 考虑到多货币分析和交易工具的正确选择，它创造了一个额外的前瞻性效果，因为有些工具对市场变化的反应较早，有些较晚。如果你选择一个在反应方面最滞后的交易工具，你会得到一个非常有趣的画面。在这方面，黄金是我最喜欢的交易工具。
关于货币对的相关性，我选择与我打算交易的货币对具有最大的正负相关性的工具。一般来说，这个问题是非常复杂的。99%的预测准确率取决于输入参数的正确选择和组合，我已经有了自己的膝盖。
此外，参数的选择在很大程度上取决于策略本身，适用于一种策略的参数对另一种策略来说是低效的。不能远程提供任何建议。根据我多年在时间序列 建模和预测方面的经验（不仅是在金融市场），我唯一能说的是，有时即使是弱相关的参数也可能比使用一个高相关的参数更有效，而且可能有不同的组合方法，从最简单的乘法到将单个参数还原为一些非线性多项式。
[删除]  

每个tick都有服务器时间Srv、捕获时间Utc和价格Bid，在文件中，一个tick使用24个字节，在内存中约有48个字节的链接集合。我正在思考将符号相互关联的最佳方式，因为我不想只使用货币对，而且一般来说，要在混合中设置一些道德约束。我不打算做图形可视化，现在我将专注于数字数据及其混合，因此我将扩展这个非常的工具箱。

从Expert Advisors收集信息是这样安排的，对于一个工具，可能会启动至少10个Expert Advisors，但数据将只从一组会话中的第一个接收，因此在运行期间，你可以启动和停止Expert Advisors，它不会影响未来的信息收集和互动，例如处理 tick事件，当停止所有工具会话时，符号的tick历史将从内存中清除，符号文件被关闭。

历史上的蜱虫数量不反映在性能上，只反映实际处理的数量，但为了以防万一，对于每个工具在内存中存储的蜱虫不超过9999个，文件是存储的，对于他的文件的每个符号，蜱虫是以一百兆的增量写入的，不至于碎片化严重。 顺便说一下，我还在想是否需要在文件中存储蜱虫历史，目前只是实验的乐趣而已：)如果你只专注于实时工作，你不需要文件中的历史记录，但如果你在测试器中使用这样的历史记录，你可能会出现断点，虽然有可能按分钟恢复部分断点，但我问你是否真的需要。调用，我们在测试的间隔时间内实时工作，甚至微笑，为什么不呢，好吧，这是这样的未来的想法，但现在的工作与文件，我会擦，因为我不想工作出可能的相关错误：))))至于其他方面，一切工作正常，没有错误，没有发生任何错误，由于这些错误，几乎没有理由出现:)

专家顾问中使用了以下代码。

#import "mttermex.dll"
    bool ClasterInitialize( string iContext, string iSimbol, int iDigits, int iSpread, double iPoint );
    bool ClasterFinalize( string iContext );
    bool ClasterUpdate( string iContext, double iBid, string itime );
#import
 
string Context = "                                                                                                                                 ";
 
int init() {
    ClasterInitialize( Context, Symbol(), MarketInfo( Symbol(), MODE_DIGITS ), MarketInfo( Symbol(), MODE_SPREAD ), MarketInfo( Symbol(), MODE_POINT ) );
    return(0);
}
 
int deinit() {
    ClasterFinalize( Context ); 
    return(0);
}
 
int start() {
    ClasterUpdate( Context, MarketInfo( Symbol(), MODE_BID ), TimeToStr( MarketInfo( Symbol(), MODE_TIME ), TIME_DATE|TIME_MINUTES|TIME_SECONDS ) );
    return(0);
}



我不了解日期和时间结构的格式，我将在以后处理它，但现在我在输入端将其转换为字符串，并输出为DateTime


[删除]  

因此，我终于弄清楚了至少一件事，如何独立地实现多货币对的计算，这样你就可以使用至少三种货币自由添加新的货币对范围，我添加了四类元素和集合

比较莫诺
比较摩尔集合
比较配对
ComparePairCollection .

这些类是以这样的方式联系在一起的，它们不能在缺少的货币对上工作，有一个单体元素的集合，我们用货币的名称来称呼每个元素，例如 "欧元"、"美元"、"英镑 "等等，只有当专家顾问至少运行三种货币时才会进行比率处理，尽管可以指定更多的货币，也就是在一个平方的比率中的九个货币对。为此，我们手动添加所需的货币，并添加一个EA，分析将不会开始，直到我们添加了至少9个货币对，并且所有的货币对都通过了至少一个刻度，对于比较输出需要一个货币的至少两个刻度，而对于其他从两个或更多，有很多中间刻度的其他货币对参与的差距。时间、速度和数量起到了一定的作用。缺少的货币可能不被处理，或者在通过所有区块时被处理后生效，嗯，大约是这样。到目前为止，这只是一个流程实现的理论，制定了类的方法。

此外，通过合并工作，将获得漂亮的蜱虫图；蜱虫将根据中间蜱虫的距离来绘制。但渲染只是作为一个有趣的勾股指标，是很重要的。为了达到同样的效果，有必要开发一个组合流模型，即刻度线被合并成一个流，出现一个可消化的指标，在此基础上，我们不仅可以创建一个图表，还可以分析正在发生的事情。

我们得到了一种货币对流量的过滤器，它不会使处理器的处理量过大，所有的流量都是一次通过，并结合一个共同的流量。绘图的想法是基于从普通tick的最后记录向后传递一个线程。然而，所有这些都只是惯例，或者说是只作为一种选择的想法，过滤器应该进一步发展。

[删除]  



实际的源代码在绑定中，还有一个包含两个库的发布文件夹，在终端的 根文件夹 中工作。
当使用上述顾问时，应在所需的每个货币对上运行。

使用.NET框架2.0是用C#编写的，导出库是用MC++（最低要求）。适用于VS.NET 2005

附加的文件：
mtterm11.zip  123 kb
  
//Вместо string itime
bool ClasterUpdate( string iContext, double iBid, string itime )
//можно написать 
bool ClasterUpdate( string iContext, double iBid, datetime itime )

//А в DLL будет функция 
MTExport bool __stdcall ClasterUpdate( char* iContext, double iBid, unsigned int itime )

//Время в секундах с 1971 года и есть unsigned int itime

//Если надо в си преобразовать в строки то можно использовать библиотеку time.h

//Я кстати посмотрю ваш код может быть интерфейсные диалоги на .NET сделаю и из C++ Dll буду вызывать.
//Расчётную часть стратегии думаю лучше написать на с++
1234567
新评论