交易系统联盟。继续保持良好的工作。 - 页 63

 

Georgiy Merts:

而我的任务是 "微调评估和选择TS的顺序"。

我们对战略建设有不同的理解...

我的看法是,在确定了正确的盈利定理后,对TS的调试开始于对策略的长期测试......。

你的方法是不同的......你试图通过 "试验和错误 "的方法在模拟账户上确定有利可图的选项,如果它不工作,然后改变它为另一个......这种方法是可行的,但更耗时和不可预测,因为没有战略理论。"我只看结果。如果TS表现出不可接受的行为--就立即从交易中删除......"

从方法上讲,你的方法是不对的......但这是你的方法!祝你好运,在新的一年里繁荣昌盛。

 
Georgiy Merts:

因此,现在我几乎所有的东西都是自动的,除了这个任务--选择最好的东西 !

没有选择--一切都是自动化的,我只是观察系统的过度优化过程,并在其中的最佳位置发布报告。

如果我们在同一个符号上设置了一个强势趋势和一个强势平盘系统--那么仅仅因为价差的存在,它们就不可能获利。而 "非此即彼 "呢,显然这两个系统都会出现严重的赤字!"。

哪里是 "不愿意面对事实"......。我们谈论的是什么 "真相"?所有的系统都无法盈利?我事先就知道,这不是TC联盟的目的。其目的是从 "如何使系统盈利 "的问题转向 "如何从已经盈利的系统中选择最稳定的 "问题。我认为这已经基本解决了。接下来是这个最重要和最后的问题。

它不需要在一起。

但问题在于选择。

我把它说得更简单:有两个简单的系统--一个每天开多,另一个开空。他们中的每一个人都在一些时期内挣钱。你需要学习如何选择时期来开始一个,并停止另一个。
你现在明白这个想法了吗?)

而我的困惑是因为,一个合理的人用手从正确的地方观察了几个月的交易结果,而不是运行一个单一的测试。

新年快乐!

 
Andrey Khatimlianskii:

在一起是没有必要的。

但问题在于选择。

让我把事情进一步简化:有2个简单的系统--一个每天开多,另一个开空。他们中的每一个人都在一些时期内挣钱。我们应该学会选择启用一个和停止另一个的时期。
你现在明白这个想法了吗?)

而我感到困惑的是,一个有理智的人在正确的位置上观察了几个月的交易结果,而不是进行一次测试。

新年快乐!

我支持Georgie!我认为他的联盟最终会出手的!
 
Vladimir Baskakov:
我支持乔治!我认为他的联盟最终会腾飞!

谢谢你。

"射击 "是一个错误的术语。联盟的本质不是关于 "镜头"--我希望一旦最近的选拔问题得到解决,就能 "顺利上升"。

我通常引用足球俱乐部作为比喻。但还有一个引人注目的比喻--约会网站(你好,沃尔昌斯基)。

那些试图在曼巴上结识的人知道,有 - 很多没有吸引力的成员,和那些至少代表自己的东西 - 几乎总是不能使自己的价格,并期望从申请人的未知。此外,即使你足够幸运地吸引了注意力--而不是谈话的对话者可能不喜欢的东西,她立即把你放在忽略的事实。而且,即使你真的让她与你见面--同样,也不能保证会进入亲密的阶段。在一个方向上做了很多努力,而你得到的只是费用。

因此,这与寻找有利可图的TS几乎是一样的--有很多蹩脚的,像样的很少,它们不容易建立,但即使考虑到这一点,也不能保证你能用它们赚取利润,而且在任何时候系统都可能停止工作。

因此,曼巴上对广义的通常做法与寻找系统的通常做法相似。有了接近的结果。很少有一些人获得幸运。但是,大多数人相信 "曼巴没有什么可抓的"。 然而,与此同时,也有一些成员,使用曼巴--相当在自己有规律的性生活。他们是如何做到的?通过使用 "联盟法"。他们提出请求,甚至不看参与者--所有的人都发送相同的标准信息,甚至那些回答问题的人--以标准的方式回应,不看。其结果是,他们没有得到最有吸引力的女性,但他们可以定期与丑陋的女性上床,关键词是 "定期"。

在这里,TC联盟的情况也是如此。指望最简单的TC显示某种记录是愚蠢的。当然,它可能是意外的,但这些记录将是,我认为,完全一样多的戏剧性的失败(正如我反复说,没有一个单一的TS的联盟可以不耗费存款,但进入缩减,而不是赚钱 - 容易)。而主要的利润将体现在不起眼的、灰暗的TS的工作中,这将逐渐带来成果。

 

天啊,你的罐子里的鱼是多么的胡闹和恶心啊。

数量永远不会变成质量,除非它加起来。

 
Maxim Dmitrievsky:

天啊,你的罐子里的鱼是多么的胡闹和恶心啊。

数量永远不会变成质量,除非它加起来。

统计数据并不同意你的观点。

和的期望值等于各个数量之和的期望值,和的方差等于方差之和。也就是说,和的标准差等于平方的根,这比通常的和要小。因此,数量很顺利地转化为质量。

 
Andrey Khatimlianskii:

但问题在于选择。

让我简化一下:有2个简单的系统--一个每天开多,另一个开空。他们中的每一个人都在一些时期内挣钱。我必须学会选择时期来激活一个,停止另一个。
你现在明白这个想法了吗?)

而我感到困惑的是,一个有理智的人在正确的位置上观察了几个月的交易结果,而不是进行一次测试。

新年快乐!

因此,我并不隐瞒主要问题是选择,这就是我创建联盟的原因!"。

以前,我想不出要想出什么办法来使这个系统发挥作用。我拿着它,我给它编码,但即使在测试器中,它也没有显示出利润!即使在测试器中也是如此!该怎么说现实...而在五次尝试中只有一次--给了我一个测试者的结果。但当我试图将这些系统用于交易时--它们无一例外地开始失败。一切又重新开始了。我不明白我必须做什么才能使该系统运作。我甚至不能问我是否应该用它来进行真正的交易!"。

联盟的想法让我摆脱了这个问题。我现在始终有一套工作良好的系统,并且已经在Demo上运行了一段时间。而我现在正在努力解决的正是选择问题。这个问题将是一个或另一个,但如果我试图建立一个复杂的系统--而不是事实,我将得到它。与联盟一起,我仍然有一个。而这很适合我。

 
Serqey Nikitin:

我们对战略建设有不同的理解...

我的看法是,在确定了正确的盈利定理后,对TS的调试开始于对策略的长期测试......。

你的方法是不同的......你试图通过 "试验和错误 "的方法在模拟账户上确定有利可图的选项,如果它不工作,然后改变它为另一个......这种方法是可行的,但更耗时和不可预测,因为没有战略理论。"我只看结果。如果TS表现出不可接受的行为--就立即从交易中删除......"

从方法上讲,你的方法是不对的......但这是你的方法!祝你好运,在新的一年里繁荣昌盛。

不。

什么 "捅破法"?这只是你(我可以要求你不要 "戳 "我多少次)的 "测试方法"--你做的这个非常 "赚取利润的理论 "和TS本身你在哪里得到的?只是随机的,你喜欢它 - 所以你开发它 - 什么不是 "经验法则"?哪里能保证这个领域会有利润?

TC联盟是一种 "广泛的胡言乱语法"。它使用全方位的TC变体。而这也是保证TC联盟一定会 "覆盖 "利润区的原因。

在你的方法中,困难在于有可能没有TC的改进--将不会导致盈利。而联盟的经验告诉我,有一些绝对不兼容的符号和系统--即使在策略测试器中,它们也显示出极低的交易质量,而当安装在演示版上时--很快显示出不可接受的行为,并不断要求过度优化。也就是说,如果我试图使用这个系统,无论我如何改进,它都将是亏损的。但是,如果你 "入乡随俗",你的系统会赚很多钱。

在我的方法中,困难恰恰在于选择。 所有的系统--包括有利可图和无利可图的系统--都会一下子 "进入网络"。也就是说,利润是有保证的,但问题是需要 "清除损失"。然而,鉴于这些系统很简单,联盟不太可能获得很多利润,但会更加稳定。

 

因此,按照承诺,我将以一个系统为例,描述重新优化的过程。实际上,每天都要进行3-5次这样的重新优化,有时甚至多达20次。 然而,一切都是自动化的,我只是控制这个过程,以便没有不可预见的错误,并将新的、重新编译的联盟版本上传到UPU。

运行该脚本,它会产生一个显示出不可接受的行为的系统列表。

比方说,第一个是NZDJPY,443740,EMAFlatSP,许多SL(2)。

这是逆趋势冲动进入的TS,它由价格的交叉和固定TP-SL的滑动表示。TS显示连续出现了不可接受的SL数量(2个,这在历史上从未发生过)。

它因过度优化而被发送,这导致一个新的初始化函数被写入文件。它的 "活动核心 "看起来像这样。

   _NOT_TESTED_IF(GetWorkSymbol() != CS_NZDJPY);
   m_didData.m_etWorkTimeFrame = PERIOD_H1;
   m_bMustExitOnWorkEnd = false;
   m_bMustExitOnWeekEnd = true;
   m_dtBuildMoment = D'2019.01.02';
   m_iH6WorkIdx = -1;
   m_uiEMAPeriod = 7;
   m_dFilterDATRLevel = 0.10;
   m_dTPvsSL = 0.64;
   m_dSLvsDATR = 1.85;
   m_esEnterSignal = ES_LONGSHIFT_BAR_5;
   m_bInverseSignal = true;
   m_dUnlossTriggerVsDATR = 0.70;
   m_dUnlossDistanceVsDATR = 0.07;
   m_uiMaxDirectTPC = 0;
   m_cfpControlParams.m_dStability = 0.145;
   m_lcEALeagueClass = LC_MEDIUM;

此外,还生成了一个控制参数功能,其 "活动核心 "如下。

   // NZDJPY
   // FlatSP & EMA
   _NOT_TESTED_IF(GetMagic() != 443740);
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability <= 0);           // должна быть заполнена в конструкторе
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability >= 1);           // должна быть заполнена в конструкторе
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability == EMPTY_VALUE); // должна быть заполнена в конструкторе
   m_cfpControlParams.m_dtTradeStartMoment = D'2017.01.02';
   m_cfpControlParams.m_dtTradeEndMoment = D'2018.12.31';
   m_cfpControlParams.m_uiNumOfTrades = 222;
   m_cfpControlParams.m_uiNumOfProfitTrades = 137;
   m_cfpControlParams.m_dClearPriceProfit = 19.12300000;
   m_cfpControlParams.m_dMaxPriceDrawdown = 5.18400000;
   m_cfpControlParams.m_uiMaxLoseQueue = 6;
   m_cfpControlParams.m_uiMaxTrades2PriceMax = 39;
   m_cfpControlParams.m_ulMaxSec2PriceMax = 10942096;
   m_cfpControlParams.m_ulMaxSec2NewTPC = 1228040;
   m_cfpControlParams.m_dPriceProfitFactor = 1.37144300;
   m_cfpControlParams.m_dPriceRecoveryFactor = 3.68885031;
   m_cfpControlParams.m_dGrailRatio = 0.64046145;
   // dGrail.RecoveryPerYearComponent = 0.154
   // dGrail.m_dSharpeComponent = 0.934
   // dGrail.m_dProfitFactorComponent = 0.686
   // dGrail.m_dTradesPerYearComponent = 0.702
   // dGrail.m_dAvrMoneylotPerTradeComponent = 1.556
   // Trades per week =  2.13
   // Wait for renew price maximum (days) =  116
   // Max wait for new TPC (hours) =  311

你可以看到,TC以64%的低质量(圣杯率)进入联盟的 "平均"(LC_MEDIUM)分区(比较宠儿的交易质量,质量低于50%的TC将进入 "低 "分区)。

在两年的历史中,最大的价格 缩水是5.18万个三位数点,最大的连续SL数是6。平均每年的价格重新计算只有3.689(它是交易质量得分低的主要原因),利润系数为1.37。我在专题的结尾处留下评论,略微揭示了质量分数的本质--即进入该分数的组成部分。例如,同样的低反弹估计只有15%--这是一个极低的水平。此外,交易动态的近似速率在那里被明确指出--平均每周发生2.13次交易,价格的最大更新不得不等待不超过116天,一个交易的结算不得不等待最多311小时。

顺便说一下,应该指出的是,上次这个TS只允许连续1次SL。现在它有6个之多。这表明,市场在这个符号上确实发生了很大的变化,这证明了重新优化系统的必要性。

具有更新功能的TS返回联盟,可执行文件被重新编译并回到模拟交易。让我们看看它的表现如何。

我在此附上该系统的测试者报告。
附加的文件:
 
Georgiy Merts:

因此,按照承诺,我将以一个系统为例,描述重新优化的过程。实际上,每天都要进行3-5次这样的重新优化,有时甚至多达20次。 然而,一切都是自动化的,我只是控制这个过程,以便没有不可预见的错误,并将新的、重新编译的联盟版本上传到UPU。

运行该脚本,它会产生一个显示出不可接受的行为的系统列表。

比方说,第一个是NZDJPY,443740,EMAFlatSP,许多SL(2)。

这是逆趋势冲动进入的TS,它由价格的交叉和固定TP-SL的滑动表示。TS显示连续出现了不可接受的SL数量(2个,这在历史上从未发生过)。

它因过度优化而被发送,这导致一个新的初始化函数被写入文件。它的 "活动核心 "看起来像这样。

此外,还生成了一个控制参数功能,其 "活动核心 "如下。

你可以看到,CU属于联盟中的 "平均"(LC_MEDIUM)级别,质量低(圣杯率)为64%(比较热门球队的交易质量)。

在两年的历史中,最大的价格 滑落是5.18万个三位数点,最大的连续SL数是6。平均每年的价格重新计算只有3.689(它是对贸易质量低估计的主要原因),利润系数为1.37。我在专题的结尾处留下评论,略微揭示了质量分数的本质--即进入该分数的组成部分。例如,同样的低反弹估计只有15%--这是一个极低的水平。此外,交易动态的近似比率在那里被明确指出--每周平均有2.13笔交易,价格的最大更新必须等待不超过116天,一笔交易的结算必须最多等待311小时。

顺便说一下,应该指出的是,上次这个TS只允许连续1次SL。现在它有6个之多。这表明,市场在这个符号上确实发生了很大的变化,这证明了重新优化系统的必要性。

具有更新功能的TS返回联盟,可执行文件被重新编译并回到模拟交易。让我们看看它的表现如何。

我在此附上该系统的测试者报告。
那就可以了,不是没有足够的行业吗?
原因: