Avalanche 6.2 - 页 12

新评论
 
khorosh:
酒吧里面开了很多订单。不太好:)))


事实上，在测试器中，股权是向上的，不是平衡向上，而是股权向下，我阐述的基本想法是，所有的指标都显示价格进一步上涨，概率为50/50 - 换句话说，该系统需要一个MM，但要考虑到风险。

SZZ: OrderCloseBy()函数没有被取消

 
khorosh:

在过去的两个月里，我的雪崩有这样一张照片。



第一批订单是随机下的吗？
 
IgorM:

我认为我对雪崩也不感兴趣，但是，唉......。:)

至于潜台词：如果你设定的初始方向不是偶然的，而是考虑到指标，那么雪崩是有用的；如果你设定的不是静态的而是动态的，那么雪崩通道是有用的；如果你拖动利润，那么雪崩是有用的；如果你正确管理MM，那么雪崩是有用的（你也应该知道如何损失）。

我已经在演示中测试了这个代码24小时--结果非常令人印象深刻，这是来自https://www.mql5.com/ru/code/9878 的策略测试者的截图--这个代码被作为基础使用。

到目前为止，但我将重新修改代码，感谢PPC 提供的代码


伊戈尔，看看代码库中的雪崩7页，在你轻巧的手掌下，我加了几行，花了几个小时，得到了雪崩的额外内容，在主文章中有几份报告：2009年和2010年的全部内容（没有一起做--C盘的空间不够）。当然，毫不含糊地更好，但IMHO仍然在深渊的边缘 - 我对产品的要求太高了（加林娜说：什么）。
 
PPC:

伊戈尔，看看代码库页面雪崩7，我与你的轻手几个小时添加了几行，得到了雪崩额外的，有几个报告在主文章：为整个2009年和2010年（没有做在一起 - 在驱动器C上没有足够的空间）。仍然在深渊的边缘。


对不起，但我甚至不认为要担心 "深渊的边缘"，因为使用我对通道宽度的定义，我还没有看到每年超过6手的缩减，如果你考虑到可以使用过去一段时间的波动率数据，那么另一个圣杯

ZS：如果你还有心情，你可以聊一聊优化雪崩的问题，但重点不在雪崩，而在利润。

 
IgorM:


对不起，但我甚至不认为要担心 "深渊的边缘"，因为使用我对通道宽度的定义，我在一年内没有看到超过6手的缩水，如果你考虑到你可以使用波动率数据来计算经过的时间，那么另一个圣杯

ZS：如果你还在谈论这个话题，你可以聊一聊雪崩的优化，但重点不是雪崩，而是利润。

如果你看了额外的报告，1.5年的盈利能力是~13-15%/月，一般来说是相当不错的（IMHO），但50-60%的回撤--例外。在我看来，这就是需要改进匹配的地方。如果我们能实现MaxLot/StartLot<=16。当我在想...
 
PPC:
如果你看了Ekstra的报告，1.5年的盈利能力是~13-15%/月，一般来说是相当不错的（IMHO），但50-60%的回撤 - 例外。在我看来，这就是需要改进匹配的地方。如果我们能实现MaxLot/StartLot<=16。当我在想...

如果你看一下我的图表，那里的股本总是高于余额，也就是说，雪崩总是可以被钝化地阻止的。
 
IgorM:

如果你看了我的图表，那里的股权总是高于余额，也就是说，雪崩总是可以被直截了当地阻止。


伊戈尔，在我看来。你错了。你指的是图表上的坑和上面的股权（我指的是你在我的代码库文章中提供的图表）。我没有像这样的股权冒泡，但也爬到了正方。问题是，当达到指定的利润时，测试员在即时关闭组单时画出这个图像。 在你的案例中，实时可视化的股本不是那么好：当第6个订单的手数3.2被打开，价格向错误的方向移动时，股本下降到深红色。

今晚离开 - 将在9月2日。

 
PPC:


伊戈尔，在我看来。你错了。你指的是图表上的坑，和上面的股权（我指的是你在我的代码库文章中提供的图表）。我没有像这样的股权冒泡，但也爬到了正方。问题是，当达到指定的利润时，测试者在即时关闭组单时画出这个图像。 在你的案例中，你有实时的股权可视化，但一切都不那么令人满意：当3.2手的第6个订单被打开，价格向错误的方向移动，股权进入深红色。

我今晚就走--我将在9月2日到那里。


事实上，你应该只是创建一个简单的过滤器，禁止在不适当（或不好）的时间开仓交易。
 
Vinin:

事实上，我只需要做一个简单的过滤器，防止交易在奇怪的（或不好的）时间开仓。


我还在处理通道的问题（改变宽度）...当然，我们以后也会玩玩时间--这也是一种必然:)

 
PPC:


当我在通道上工作时（改变宽度）...


我今天也在看同样的东西。只是可能时期不同
1...5678910111213141516171819
新评论