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

[Georgiy Merts]

Vladimir Baskakov:
那就可以了，这不是有点儿破罐子破摔了吗？

我不知道这是否不够？在这里，TC已经决定她已经够了 - 我为什么要和她争论？我们把它放在演示区，让它进行交易，一旦它显示出不可接受的行为--它将被过度优化。

根据我的经验--测试中64%的质量是极低的质量。所以--中级联赛 "处于降级的边缘"，让它在那里 "玩"......

[Georgiy Merts]

而过度优化的日志采取了以下制度。

GBPJPY, 742242, ZpnTrendRTS, 不允许SL。

这是在人字形山峰上用止损单进场的ТС，带有反追踪（追踪TP）。这个TS在没有SL的情况下工作。但我们仍然把它 "用于控制 "在两年内从未被打破的距离。 而且，在这种情况下--它仍然被打破，这是--不可接受的行为。 TS的目的是过度优化。

新初始化功能的 "活动核心 "如下。

   _NOT_TESTED_IF(GetWorkSymbol() != CS_GBPJPY);
   m_bSLForceMajorFlag = true;
   m_didData.m_etWorkTimeFrame = PERIOD_H1;
   m_dtBuildMoment = D'2019.01.02';
   m_uiMaxSize = 15;
   m_uiMinSize = 15;
   m_epMaxParamsData.m_uiExtremumIdx = 4;
   m_epMinParamsData.m_uiExtremumIdx = 4;
   m_dPendingAjustVsDATR = 0.16;
   m_iTPShrinkSteps = 56;
   m_dUnlossTriggerVsDATR = 0.50;
   m_dUnlossDistanceVsDATR = 0.25;
   m_dSLvsDATR = 1.80;
   m_dTPvsDATR = 0.55;
   m_uiMaxDirectTPC = 0;
   m_cfpControlParams.m_dStability = 0.492;
   m_lcEALeagueClass = LC_HIGH;

控制参数功能的 "主动核心"。

   // GBPJPY
   // TrendRTS & Zpn
   _NOT_TESTED_IF(GetMagic() != 742242);
   _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 = 197;
   m_cfpControlParams.m_uiNumOfProfitTrades = 156;
   m_cfpControlParams.m_dClearPriceProfit = 52.58500000;
   m_cfpControlParams.m_dMaxPriceDrawdown = 4.51500000;
   m_cfpControlParams.m_uiMaxLoseQueue = 4;
   m_cfpControlParams.m_uiMaxTrades2PriceMax = 23;
   m_cfpControlParams.m_ulMaxSec2PriceMax = 9497862;
   m_cfpControlParams.m_ulMaxSec2NewTPC = 1175988;
   m_cfpControlParams.m_dPriceProfitFactor = 2.80023964;
   m_cfpControlParams.m_dPriceRecoveryFactor = 11.64673311;
   m_cfpControlParams.m_dGrailRatio = 1.10517655;
   // dGrail.RecoveryPerYearComponent = 0.486
   // dGrail.m_dSharpeComponent = 2.000
   // dGrail.m_dProfitFactorComponent = 1.400
   // dGrail.m_dTradesPerYearComponent = 0.605
   // dGrail.m_dAvrMoneylotPerTradeComponent = 2.000
   // Trades per week =  1.89
   // Wait for renew price maximum (days) =  100
   // Max wait for new TPC (hours) =  297

现在，这是一个不同的故事（对于一个RTS系统来说，这并不奇怪）。 CU以110%的高质量（圣杯率）进入联盟的 "顶级"（LC_HIGH）分区。

在两年的历史中，最大的价格 缩水是4,515千三点，最大的连续SL数量是4。年平均价格回收率为11.689，利润系数为2.8。平均每周有1.89次交易，价格最高值超过100天没有更新，单笔交易的最长等待时间为297小时。

应该指出的是，反向追踪系统在测试器中几乎总是显示出良好的结果（除了试图在严重的趋势符号上运行它们），它们在强势平盘中的效果非常好，采取价格的最高 "峰值"。但第一个未经猜测的趋势对存款的冲击非常大。在这种情况下，"检查SL "要比设定的TP大三倍以上。这仍然不坏。而且经常有RTS系统，其中SL比TP多十倍。在最多的时候，我记得有一个系统给了SL多达15倍的TP!很明显，该系统中一个不可猜测的趋势抵得上20-30个猜测的趋势，而且该系统尽管在测试中显示出良好的结果，但在演示中从未进入最高等级。在这种情况下，未猜中的趋势将抵得上5-8个猜中的趋势，这个系统很可能会赚到一些钱。

我在此附上该系统的测试者报告。

[[删除]]

Georgiy Merts:

而过度优化的日志采取了以下制度。

GBPJPY, 742242, ZpnTrendRTS, 不允许SL。

这是在人字形山峰上用止损单进场的ТС，带有反追踪（追踪TP）。这个TS在没有SL的情况下工作。但我们仍然把它 "用于控制 "在两年内从未被打破的距离。 而且，在这种情况下--它仍然被打破，这是--不可接受的行为。 TS的目的是过度优化。

新初始化功能的 "活动核心 "如下。

控制参数功能的 "主动核心"。

现在，这是一个不同的故事（对于一个RTS系统来说，这并不奇怪）。 CU以110%的高质量（圣杯率）进入联盟的 "顶级"（LC_HIGH）分区。

在两年的历史中，最大的价格 缩水是4,515千三点，最大的连续SL数量是4。年平均价格回收率为11.689，利润系数为2.8。平均每周有1.89次交易，价格最高值超过100天没有更新，单笔交易的最长等待时间为297小时。

应该注意的是，后跟踪系统在测试器中总是表现出很高的结果，它们在强势平盘中工作得非常好，占据了价格的最高 "山峰"。但第一个未经猜测的趋势对存款的冲击非常大。在这种情况下，"检查SL "要比设定的TP大三倍以上。这仍然不坏。而且经常有RTS系统，其中SL比TP多十倍。在最多的时候，我记得有一个系统给了SL多达15倍的TP!很明显，该系统中一个不可猜测的趋势抵得上20-30个猜测的趋势，而且该系统尽管在测试中显示出良好的结果，但在演示中从未进入最高等级。在给定的情况下，未猜测的趋势将抵得上5-8个猜测的趋势，这个系统很可能赚到一些钱。

我附上这个系统的测试者报告。

另一个关于地段的问题。你在用最小手数进行交易。这是不太正确的，你应该使用%。如果你的账户里有100000美元，你用0.01手交易，你的TS在任何情况下都是牢不可破的，但这并不是说它的有效性。

[Boris Gulikov]

我完全不明白对不在 "顶级部门 "的TC进行演示测试的意义。

第一场测试很糟糕。如果测试器中的TS显示利润系数小于1.6，那么其他指标就不能再看了。在垃圾桶里，没有任何遗憾。

[Georgiy Merts]

Vladimir Baskakov:
另一个关于地段的问题。你写道，你是以最小手数进行交易。这并不完全正确，应该是%。因为如果你的账户有100 000，你用0.01手交易，你的TS在任何情况下都是牢不可破的，但这并不表明其有效性。

质量评估是完全一样的，对于任何存款（只要有足够的保证金）。这种评估只使用参数的绝对价格值--而且它们是相同的，无论存款的数额如何。因此，性能评估（交易质量，我的代码中的圣杯率） - 不取决于存款金额。当然，随着再投资和/或更高的风险值，参数可能会发生显著变化。但是，我不认为我将使用联盟的TS进行参赛，"为整个卷"。

[Georgiy Merts]

Boris Gulikov:

我不认为模拟测试一个完全不属于 "顶级部门 "的交易系统有什么意义。

第一场测试很糟糕。如果测试器中的TC显示利润系数小于1.6，那么其余的指标你就不能再看了。在垃圾桶里，没有任何遗憾。

这就是我所说的--"极低质量的交易"。在这个符号上，没有比这更好的系统了!不。

而 "在垃圾桶里 "呢？为什么会这样呢？一个不让表现不佳的人在训练场上比赛的教练不配称为 "教练"。

是你，我的朋友，把你的系统扔进垃圾桶。而我的系统--将在低级别的交易中进行交易，即使利润系数低于1。只是想看看哪些TS不应该 被应用。

[[删除]]

Georgiy Merts:

质量评估是完全相同的，对于任何存款（只要有足够的保证金）。这种评估只使用参数的绝对价格值 - 而且它们是相同的，无论存款金额多少。因此，性能评估（交易质量，我的代码中的圣杯率） - 不取决于存款金额。当然，随着再投资和/或更高的风险值，参数可能会发生显著变化。但是，我不认为我将使用联盟的TS进行参赛，"为整个卷"。

一切都必须考虑到

[Georgiy Merts]

Vladimir Baskakov:
一切都必须考虑到

同事们，希望在未来几周内，我将推出共享项目--然后每个人都想得到联盟的TS（所有！所有672个TS，名单将被提供），在测试器中工作。而那些承诺在一些有趣的TS上开设免费演示信号的人--将收到联盟的这个系统，并在演示或真实的情况下工作。

你将能够考虑到一切，并在任何时间间隔内运行测试。

[[删除]]

Georgiy Merts:

同事们，希望在未来几周内，我将推出共享项目--然后每个人都希望得到TS联盟（所有！所有672个TS，将提供列表），在测试器中工作。而那些承诺在一些有趣的TS上开设免费演示信号的人--将收到这个联盟系统，并在演示或真实的情况下工作。

你将能够对任何事情进行核算，并在任何时间间隔内运行测试。

把未完成的和未完成的工作转移给别人是一个很好的解决方案，这是符合逻辑的

[Georgiy Merts]

Vladimir Baskakov:
把未完成的、生硬的工作传给别人，这是一个很好的解决办法，符合逻辑。

呃..."轮班工作 "在哪里？

我的工作--正如我以前多次说过的--是推导出TC的选择顺序。

你认为给人民一个免费使用的机会是为了 "推导出选择的顺序 "吗？

是的，我更确信，人们的反应将与鲍里斯的反应大致相同--"到垃圾桶去"！！！。

这就是你对 "转移工作 "的看法吗？

这纯粹是在培养你的自我，没有更多的弗拉基米尔 !这也是一个有价值的努力，但它与工作没有什么关系。