正确的TCs的一些迹象 - 页 13 1...67891011121314151617181920...37 新评论 Vladimir 2020.03.02 13:45 #121 Serqey Nikitin: 为什么不从主要属性--利润开始呢？ 谁需要一个你已经检查过的正确功能，但却没有利润呢？ 这是纯科学吗？ 那么，将这门纯科学与交易者所需的属性联系起来--而这一属性仅仅是为了盈利......! 让我们把它绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们是这样选择这些时刻的：在全球最低点的时刻，我们建立一个买入头寸，在全球最高点的时刻，我们关闭它，然后建立一个卖出头寸，在下一个全球最低点关闭。以此类推。 如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。 一句话。决定性时刻是指价格达到极点的时刻。如果极值F（价格（时间））是单调的，而不是价格（时间）函数，那么它们就是被保留的。 Serqey Nikitin 2020.03.02 14:21 #122 Vladimir: 让我们捆绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们对这些时刻的定义如下：在全球最低点的时刻，我们开出买入交易，在全球最高点的时刻，我们关闭它，然后开出卖出交易，在下一个全球最低点的时刻关闭它。 以此类推。如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。 一句话。决定性时刻是指价格达到极点的时刻。如果极值F（价格（时间））是单调的，而不是价格（时间）函数，那么它们就是被保留的。 你不需要采取为一对人定制TS的特殊情况。 这被称为历史匹配。 但这些调整并不总能使这个TS成为正确的! 右边的TS是指策略设置在一个货币对上获得了利润，但这些相同的设置在没有任何额外优化的情况下，也能让策略在其他货币对上获得利润。 在这种情况下，成功与否取决于策略的理念，而不是取决于报价，不管是对的、错的还是被某些条件所改变的......。 Maxim Kuznetsov 2020.03.02 15:17 #123 Vladimir: 让我们捆绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们对这些时刻的定义如下：在全球最低点的时刻，我们开出买入交易，在全球最高点的时刻，我们关闭它，然后开出卖出交易，在下一个全球最低点的时刻关闭它。 以此类推。如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。 一句话。决定性时刻是指价格达到极点的时刻。如果寻找极值F（价格（时间））而不是价格（时间）函数，如果F是单调的，它们就是被保留下来的东西。 主要的交易问题（就抽象函数而言）：实时识别一个极值和 "它的位置性"。它意味着发出一个 "哨声"/评估，即一个极值几乎或已经达到，并且在价格和时间上都有足够的差距来达到相反的极值。 次要的任务是确定在最近的价格时间内不存在极值。这项任务与第一项任务主要不同。 这两项任务只能以一定的可靠性来解决，因为它们是预测性的，甚至可能相互矛盾。 Nikolai Semko 2020.03.02 16:05 #124 Renat Akhtyamov: 尼古拉，你能给我看看最后的数字吗。 只是偷看.... 我怀疑有一个，还搞不清楚。 人物都在树林里。 但我说的是理想的 正确的TS的属性，是人们应该向往的，也是我自己向往的属性。 我在论坛上已经谈了很多关于这个话题。 在这个问题上，一个重要的补充是非常求之不得的。当然，从好的方面来说，这应该是一个单独的话题。 一个适当的TC需要一个适当的数据结构、存储和访问基础。 目前的版本对于创建一个适当的TS来说是非常麻烦和不方便的。 我不得不自己开发，结果在我看来，它更加方便、紧凑和灵活。 简而言之，我可以解释一下。 首先，所有的分钟条被抽出，然后所有的刻度被逐渐抽出。是的，这可能需要时间（每个符号需要几分钟）。 然后形成一个分钟条形图的数据库，但其结构是开盘、收盘、高点和低点为每个事件再增加4次。在我的实现中，这个结构每条占用了大约13个字节。它比MqlRates结构（60字节）要紧凑5倍，同时信息量更大。它的实现是因为只存储增量，为了快速访问和搜索，还有额外的索引数组。 由于MqlRates分钟条的数组没有用处，所以被移除。蜱虫阵列仍然在这里（它是我们内存消耗的主要部分--数百Mb--通常高达1Gb）。 这个数据库已经为一个字符占用了30-40Mb，而不是为整个历史占用100-200Mb。 从这个数据库中，你可以很容易地在几毫秒内创建一个任何时期的时间框架，由于开盘、收盘、高点和低点的时间仍然是已知的，所以它的信息量更大。 然而，这只是一个中间数据库，只需要在加载专家顾问 的阶段分析一个符号，以计算该符号的所有必要参数（把符号的行为特征去掉）。 我强调是要计算，而不是用搜索的方法来挑选。我对测试员和测试员-格拉尔爱好者这样说。这是一个相当复杂的多步骤的模式识别系统，并形成一个多维统计阵列，大小为几千字节或几十千字节。这整个过程大约需要5秒钟。 在此之后，也可以删除蜱虫阵列，并从30-40Mb的数据库中创建一个对数压缩的数据库，最多可达1Mb。这个数据库包含了从当前时刻开始的整个符号历史的完整画面。在开始时，有几千个点，逐渐增加到每周的条数。当我们看风景时，同样的原则也适用于我们的视觉。景观中的物体越近，越详细，越远，越不详细，因为它们是不必要的。谁知道眼睛的结构以及锥体和杆状体的数量，他就会明白，一个拥有完美视力的人的照片大约是1亿像素的。 之后，你可以删除30-40Mb的基数，只留下重量小于1Mb的基数。 几分钟的TC准备工作就完成了。 接下来，我们在交易过程中向数据库添加点数，并每隔30.5分钟重新打包。我们补充和更新符号特征的多维表。 它是一种美，不是吗--每个符号1Mb，有详细的历史。有了这一点，你可以创建一个适当的TS，不依赖于时间框架。 我说得不对吗？ 所有的数字都是绝对真实的。 TheXpert 2020.03.02 16:11 #125 Nikolai Semko: 我错了吗？ 问题--为什么你需要一个系统来存储所有的生产历史？) Nikolai Semko 2020.03.02 16:14 #126 TheXpert: 问题 - 为什么你需要一个完整的历史存储系统用于生产？) 对于正确的TC。 更仔细地阅读。整个存储系统占用的空间不到1MB。 TC应该看到整个历史。 在我的TS中，情况就是这样的。每一个蜱虫 都是对整个历史的模式识别，从蜱虫到周。我通过对数压缩和无周期的计算方法，在整个历史上实现了整个识别周期的时间远远小于1毫秒。 TheXpert 2020.03.02 16:18 #127 Nikolai Semko: 对于正确的TS。 数据存储的原则与TS的 "正确性 "没有关系) Nikolai Semko 2020.03.02 16:22 #128 TheXpert: 数据存储的原则与TS的 "正确性 "没有任何关系) 这是关于建立一个正确的TS的可能性。用更好的、更坚固的砖头来建造一座坚固的建筑物要容易得多。 我只是根据自己的经历和经验来阐述我的观点。 我没有把任何东西强加于人，我也不打算争论。 Maxim Kuznetsov 2020.03.02 17:05 #129 Nikolai Semko: 这是关于能够建立一个适当的TC。用更好更结实的砖头来建造一座坚固的建筑要容易得多。 我只是根据自己的经历和经验来表达我的观点。 我不强加任何东西，我也不打算争论。 "正确性 "和一般来说，什么是TC的个人概念 :-) 就我理解的话题信息而言--某种交易系统作为一套数学公式和确定买入/卖出时刻不应该与坐标挂钩（不取决于时间上的时刻，只取决于以前的运动；也不取决于绝对值，而是取决于相对价格差）。这就是我们所说的 "正确"。 但我不想说它是正确的，因为如果它是关于市场的，那么它就是无稽之谈。关于抽象，是关于转折。 Документация по MQL5: Математические функции / MathAbs www.mql5.com Математические функции / MathAbs - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5 fxsaber 2020.03.02 17:39 #130 Nikolai Semko: 这是关于能够建立正确的TS。 @TheXpert 故意把 "正确 "一词放在引号里。当我创建这个话题时，我无法预料这个词会引起这么多完全偏离主题的言论。这是一个文字的力量没有向积极方向发挥的案例。我不能重命名它。我甚至想不出别的名字--我想不出别的东西。 1...67891011121314151617181920...37 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为什么不从主要属性--利润开始呢？ 谁需要一个你已经检查过的正确功能，但却没有利润呢？ 这是纯科学吗？
那么，将这门纯科学与交易者所需的属性联系起来--而这一属性仅仅是为了盈利......!
让我们把它绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们是这样选择这些时刻的：在全球最低点的时刻，我们建立一个买入头寸，在全球最高点的时刻，我们关闭它，然后建立一个卖出头寸，在下一个全球最低点关闭。以此类推。 如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。
一句话。决定性时刻是指价格达到极点的时刻。如果极值F（价格（时间））是单调的，而不是价格（时间）函数，那么它们就是被保留的。
让我们捆绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们对这些时刻的定义如下：在全球最低点的时刻，我们开出买入交易，在全球最高点的时刻，我们关闭它，然后开出卖出交易，在下一个全球最低点的时刻关闭它。 以此类推。如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。
一句话。决定性时刻是指价格达到极点的时刻。如果极值F（价格（时间））是单调的，而不是价格（时间）函数，那么它们就是被保留的。
你不需要采取为一对人定制TS的特殊情况。 这被称为历史匹配。
但这些调整并不总能使这个TS成为正确的!
右边的TS是指策略设置在一个货币对上获得了利润，但这些相同的设置在没有任何额外优化的情况下，也能让策略在其他货币对上获得利润。
在这种情况下，成功与否取决于策略的理念，而不是取决于报价，不管是对的、错的还是被某些条件所改变的......。
让我们捆绑起来。后期，当价格（时间）函数已经知道时。一个货币对。只剩下选择开仓和平仓的时机，以便获得最大的利润。我们对这些时刻的定义如下：在全球最低点的时刻，我们开出买入交易，在全球最高点的时刻，我们关闭它，然后开出卖出交易，在下一个全球最低点的时刻关闭它。 以此类推。如果此时的汇率变动远远大于开销（价差、佣金......），我们也可以在回调区域插入反转点，关闭该时间段的头寸，打开相反的头寸。然后我们将收集所有可能的利润，没有更多。
一句话。决定性时刻是指价格达到极点的时刻。如果寻找极值F（价格（时间））而不是价格（时间）函数，如果F是单调的，它们就是被保留下来的东西。
主要的交易问题（就抽象函数而言）：实时识别一个极值和 "它的位置性"。它意味着发出一个 "哨声"/评估，即一个极值几乎或已经达到，并且在价格和时间上都有足够的差距来达到相反的极值。
次要的任务是确定在最近的价格时间内不存在极值。这项任务与第一项任务主要不同。
这两项任务只能以一定的可靠性来解决，因为它们是预测性的，甚至可能相互矛盾。
尼古拉，你能给我看看最后的数字吗。
只是偷看....
我怀疑有一个，还搞不清楚。
人物都在树林里。
但我说的是理想的 正确的TS的属性，是人们应该向往的，也是我自己向往的属性。
我在论坛上已经谈了很多关于这个话题。
在这个问题上，一个重要的补充是非常求之不得的。当然，从好的方面来说，这应该是一个单独的话题。
一个适当的TC需要一个适当的数据结构、存储和访问基础。
目前的版本对于创建一个适当的TS来说是非常麻烦和不方便的。
我不得不自己开发，结果在我看来，它更加方便、紧凑和灵活。
简而言之，我可以解释一下。
首先，所有的分钟条被抽出，然后所有的刻度被逐渐抽出。是的，这可能需要时间（每个符号需要几分钟）。
然后形成一个分钟条形图的数据库，但其结构是开盘、收盘、高点和低点为每个事件再增加4次。在我的实现中，这个结构每条占用了大约13个字节。它比MqlRates结构（60字节）要紧凑5倍，同时信息量更大。它的实现是因为只存储增量，为了快速访问和搜索，还有额外的索引数组。
由于MqlRates分钟条的数组没有用处，所以被移除。蜱虫阵列仍然在这里（它是我们内存消耗的主要部分--数百Mb--通常高达1Gb）。
这个数据库已经为一个字符占用了30-40Mb，而不是为整个历史占用100-200Mb。
从这个数据库中，你可以很容易地在几毫秒内创建一个任何时期的时间框架，由于开盘、收盘、高点和低点的时间仍然是已知的，所以它的信息量更大。
然而，这只是一个中间数据库，只需要在加载专家顾问 的阶段分析一个符号，以计算该符号的所有必要参数（把符号的行为特征去掉）。 我强调是要计算，而不是用搜索的方法来挑选。我对测试员和测试员-格拉尔爱好者这样说。这是一个相当复杂的多步骤的模式识别系统，并形成一个多维统计阵列，大小为几千字节或几十千字节。这整个过程大约需要5秒钟。
在此之后，也可以删除蜱虫阵列，并从30-40Mb的数据库中创建一个对数压缩的数据库，最多可达1Mb。这个数据库包含了从当前时刻开始的整个符号历史的完整画面。在开始时，有几千个点，逐渐增加到每周的条数。当我们看风景时，同样的原则也适用于我们的视觉。景观中的物体越近，越详细，越远，越不详细，因为它们是不必要的。谁知道眼睛的结构以及锥体和杆状体的数量，他就会明白，一个拥有完美视力的人的照片大约是1亿像素的。
之后，你可以删除30-40Mb的基数，只留下重量小于1Mb的基数。
几分钟的TC准备工作就完成了。
接下来，我们在交易过程中向数据库添加点数，并每隔30.5分钟重新打包。我们补充和更新符号特征的多维表。
它是一种美，不是吗--每个符号1Mb，有详细的历史。有了这一点，你可以创建一个适当的TS，不依赖于时间框架。
我说得不对吗？
所有的数字都是绝对真实的。
Nikolai Semko:
我错了吗？
问题 - 为什么你需要一个完整的历史存储系统用于生产？)
对于正确的TC。
更仔细地阅读。整个存储系统占用的空间不到1MB。
TC应该看到整个历史。
在我的TS中，情况就是这样的。每一个蜱虫 都是对整个历史的模式识别，从蜱虫到周。我通过对数压缩和无周期的计算方法，在整个历史上实现了整个识别周期的时间远远小于1毫秒。
对于正确的TS。
数据存储的原则与TS的 "正确性 "没有关系)
数据存储的原则与TS的 "正确性 "没有任何关系)
这是关于建立一个正确的TS的可能性。用更好的、更坚固的砖头来建造一座坚固的建筑物要容易得多。
我只是根据自己的经历和经验来阐述我的观点。
我没有把任何东西强加于人，我也不打算争论。
这是关于能够建立一个适当的TC。用更好更结实的砖头来建造一座坚固的建筑要容易得多。
我只是根据自己的经历和经验来表达我的观点。
我不强加任何东西，我也不打算争论。
"正确性 "和一般来说，什么是TC的个人概念 :-)
就我理解的话题信息而言--某种交易系统作为一套数学公式和确定买入/卖出时刻不应该与坐标挂钩（不取决于时间上的时刻，只取决于以前的运动；也不取决于绝对值，而是取决于相对价格差）。这就是我们所说的 "正确"。
但我不想说它是正确的，因为如果它是关于市场的，那么它就是无稽之谈。关于抽象，是关于转折。
这是关于能够建立正确的TS。
@TheXpert 故意把 "正确 "一词放在引号里。当我创建这个话题时，我无法预料这个词会引起这么多完全偏离主题的言论。这是一个文字的力量没有向积极方向发挥的案例。我不能重命名它。我甚至想不出别的名字--我想不出别的东西。