你是如何计算保证金的？ - 页 3 1234567 新评论 Andrey Khatimlianskii 2020.10.10 02:30 #21 Mislaid:为了使杠杆率改变，必须进行交易。我曾经删除了一个被遗忘的、没有前景的待定订单。可以说，把事情安排好了。因此，账户杠杆从500降至100。 不，你需要重新连接或交易 才能使终端看到这个更新。而杠杆作用在没有这个的情况下也适用，只是对你的影响不一定是立即的。 Renat Akhtyamov 2020.10.10 05:43 #22 Andrey Khatimlianskii:是的，它是。只是，最有可能的是，杠杆的变化不是针对单个交易，而是针对整个工具，但它并没有改变本质。我将在我的线人中加入关于此案的警报... 我把它作为每个程序中的必修课 而且 如果杠杆率改变了，那么交易 就会被禁止 杠杆是一件非常严重的事情，你最好不要让他们得逞；) Janis Ozols 2020.10.10 08:41 #23 Andrey Khatimlianskii:是的，它是。 这是非常不幸的。我觉得很明显，这样的信息应该和开放职位的其他属性一起随时可以得到。显然，我们必须定期将所有订单的总保证金计算值与实际值进行比较，如果出现重大差异，则暂停交易 并通知交易者。 Andrey Khatimlianskii: 杠杆可能不是针对单个订单，而是针对整个符号的变化，但这并不改变本质。 错落有致: AccountLeverage() 函数提示账户的杠杆率变化。对于单个符号，杠杆可能与账户杠杆不同，这取决于符号的异性（Fx Minors, Fx Exotics, Fx Rub）和头寸的数量。 我可能忘记写了，但在我的情况下，杠杆的变化不是针对一个工具（符号），也不是针对整个账户，而是针对单个头寸。这是在法规中规定的，并由经纪人的技术支持答复和我的实时实验证实。由于这个原因，所有以这种或那种形式包含诸如ACCOUNT_LEVERAGE或MARGIN_REQUIRED等账户和符号参数的公式都变得无用。这是我提出问题的理由。 Andrey Khatimlianskii 2020.10.12 17:53 #24 Janis Ozols:我可能忘了说，但在我的情况下，杠杆的变化不是针对一个工具（符号），也不是针对整个账户，而是针对单个头寸。这是在法规中规定的，由经纪人的技术支持回应和我的实时实验证实。 他们说了好几次。 只是我仍然怀疑这一点。 你是如何测试的？你是否能找到一个公式，其中保证金等于显示的保证金，类似于 "lot1*common leverage + lot2*common leverage + lot3*extended leverage"？ Janis Ozols 2020.10.12 18:40 #25 Andrey Khatimlianskii:你是如何检查的？你是否能够找到一个公式，使保证金与显示的保证金相匹配，比如 "lot1*leverage_usual + lot2*leverage_usual + lot3*leverage_expanded"？ 不，它没有那样做。这个案子是在一个真实的账户上，我的主要任务是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。我认为原则上不可能创建一个100%准确的识别这种位置的公式。到目前为止，我只是通过所有未结头寸来计算计算的保证金，然后与实际保证金进行比较。在出现差异的情况下，交易 将被暂停，并向交易者发出通知。我也许应该加上关闭最后一个未平仓的头寸，以防出现关键的保证金水平。 Renat Akhtyamov 2020.10.12 18:46 #26 Janis Ozols:不，这正是它失败的原因。这个案例是在一个真实的账户中，我主要关注的是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。我认为原则上不可能创建一个100%准确的识别这种位置的公式。到目前为止，我只是通过所有未结头寸来计算计算的保证金，然后与实际保证金进行比较。在出现差异的情况下，交易 将被暂停，并向交易者发出通知。我也许应该增加关闭最近开立的头寸，以防出现关键的保证金水平。 有毒吗？ 这可能是一个笑话。 你的建议很简单--如果这是最小的杠杆，重新计算保证金1到100。 我认为你的情况是1比33。 而且你不必担心定义风险，它或多或少会成为一个常量。 突然增加的风险把你吓坏了，不是吗？ Andrey Khatimlianskii 2020.10.12 19:04 #27 Janis Ozols:不，这正是它失败的原因。这个案例是在一个真实的账户中，我主要关注的是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。 好吧，只是当你增加总手数时，工具的杠杆就会改变。 这不是关于具体的立场。 Janis Ozols 2020.10.12 19:05 #28 Renat Akhtyamov:你的建议很简单--重新计算保证金1到100，如果这是最小的杠杆。我认为你的情况是33分之一。而且你不必担心定义风险，它或多或少会成为一个常量。突然增加的风险把你吓坏了，不是吗？ 是的，这就是困扰我的问题。在这个账户中工作的专家顾问在开仓时 也是根据保证金的多少来决定手数，这与杠杆率直接相关。自然，开仓后保证金要求增加了30倍，这对他来说完全是个意外。你关于在这种情况下减少计算风险的建议似乎很合理。不幸的是，这也会使利润率下降数倍。 Janis Ozols 2020.10.12 19:14 #29 Andrey Khatimlianskii:好吧，只是随着总手数的增加，工具的杠杆作用也会改变。这不是关于具体的立场。你可能是对的。但经纪人的规定谈到了具体的位置。而技术支持部的员工也给我写了同样的事情。此外，在我等待答复期间，我使用MarketInfo(_Symbol, MODE_MARGINREQUIRED)函数反复要求该工具的保证金数额，并对特定的符号、头寸方向 和手数提出了AccountFreeMarginCheck的要求。在所有情况下，该工具的保证金要求与账户设置中的杠杆率（1:1000）完全一致。但未结头寸的保证金数额超过了它的许多倍。直到我关闭了最后一个未结头寸，然后关闭了倒数第二个头寸。 如果一个工具的杠杆率由于总手数的增加或其他一些原因而发生变化，那么合乎逻辑的是，这些请求应该返回一个增加的保证金数额，不是吗？ Renat Akhtyamov 2020.10.12 19:37 #30 Janis Ozols:是的，这正是困扰我的问题。在这个账户上运行的专家顾问决定开仓时 的手数，包括保证金的数额，这与杠杆率直接相关。自然，开仓后保证金要求增加了30倍，这对他来说完全是个意外。你关于在这种情况下减少计算风险的建议似乎很合理。不幸的是，这也会使回报率降低数倍。 没有人愿意在一瞬间失去利润，并为浪费的时间而后悔，除此之外。 时间就是金钱 会有稳定，会有一些思考的东西 1234567 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为了使杠杆率改变，必须进行交易。我曾经删除了一个被遗忘的、没有前景的待定订单。可以说，把事情安排好了。因此，账户杠杆从500降至100。
不，你需要重新连接或交易 才能使终端看到这个更新。而杠杆作用在没有这个的情况下也适用，只是对你的影响不一定是立即的。
是的，它是。
只是，最有可能的是，杠杆的变化不是针对单个交易，而是针对整个工具，但它并没有改变本质。
我将在我的线人中加入关于此案的警报...
我把它作为每个程序中的必修课
而且
如果杠杆率改变了，那么交易 就会被禁止
杠杆是一件非常严重的事情，你最好不要让他们得逞；)
是的，它是。
这是非常不幸的。我觉得很明显，这样的信息应该和开放职位的其他属性一起随时可以得到。显然，我们必须定期将所有订单的总保证金计算值与实际值进行比较，如果出现重大差异，则暂停交易 并通知交易者。
杠杆可能不是针对单个订单，而是针对整个符号的变化，但这并不改变本质。
AccountLeverage() 函数提示账户的杠杆率变化。对于单个符号，杠杆可能与账户杠杆不同，这取决于符号的异性（Fx Minors, Fx Exotics, Fx Rub）和头寸的数量。
我可能忘记写了，但在我的情况下，杠杆的变化不是针对一个工具（符号），也不是针对整个账户，而是针对单个头寸。这是在法规中规定的，并由经纪人的技术支持答复和我的实时实验证实。由于这个原因，所有以这种或那种形式包含诸如ACCOUNT_LEVERAGE或MARGIN_REQUIRED等账户和符号参数的公式都变得无用。这是我提出问题的理由。
我可能忘了说，但在我的情况下，杠杆的变化不是针对一个工具（符号），也不是针对整个账户，而是针对单个头寸。这是在法规中规定的，由经纪人的技术支持回应和我的实时实验证实。
他们说了好几次。
只是我仍然怀疑这一点。
你是如何测试的？你是否能找到一个公式，其中保证金等于显示的保证金，类似于 "lot1*common leverage + lot2*common leverage + lot3*extended leverage"？
你是如何检查的？你是否能够找到一个公式，使保证金与显示的保证金相匹配，比如 "lot1*leverage_usual + lot2*leverage_usual + lot3*leverage_expanded"？
不，它没有那样做。这个案子是在一个真实的账户上，我的主要任务是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。我认为原则上不可能创建一个100%准确的识别这种位置的公式。到目前为止，我只是通过所有未结头寸来计算计算的保证金，然后与实际保证金进行比较。在出现差异的情况下，交易 将被暂停，并向交易者发出通知。我也许应该加上关闭最后一个未平仓的头寸，以防出现关键的保证金水平。
不，这正是它失败的原因。这个案例是在一个真实的账户中，我主要关注的是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。我认为原则上不可能创建一个100%准确的识别这种位置的公式。到目前为止，我只是通过所有未结头寸来计算计算的保证金，然后与实际保证金进行比较。在出现差异的情况下，交易 将被暂停，并向交易者发出通知。我也许应该增加关闭最近开立的头寸，以防出现关键的保证金水平。
有毒吗？
这可能是一个笑话。
你的建议很简单--如果这是最小的杠杆，重新计算保证金1到100。
我认为你的情况是1比33。
而且你不必担心定义风险，它或多或少会成为一个常量。
突然增加的风险把你吓坏了，不是吗？
不，这正是它失败的原因。这个案例是在一个真实的账户中，我主要关注的是尽快识别有毒的头寸，并在不可挽回的事情发生之前关闭它们。结果是有两个人。
好吧，只是当你增加总手数时，工具的杠杆就会改变。
这不是关于具体的立场。
你的建议很简单--重新计算保证金1到100，如果这是最小的杠杆。
我认为你的情况是33分之一。
而且你不必担心定义风险，它或多或少会成为一个常量。
突然增加的风险把你吓坏了，不是吗？
是的，这就是困扰我的问题。在这个账户中工作的专家顾问在开仓时 也是根据保证金的多少来决定手数，这与杠杆率直接相关。自然，开仓后保证金要求增加了30倍，这对他来说完全是个意外。你关于在这种情况下减少计算风险的建议似乎很合理。不幸的是，这也会使利润率下降数倍。
好吧，只是随着总手数的增加，工具的杠杆作用也会改变。
这不是关于具体的立场。
你可能是对的。但经纪人的规定谈到了具体的位置。而技术支持部的员工也给我写了同样的事情。
此外，在我等待答复期间，我使用MarketInfo(_Symbol, MODE_MARGINREQUIRED)函数反复要求该工具的保证金数额，并对特定的符号、头寸方向 和手数提出了AccountFreeMarginCheck的要求。在所有情况下，该工具的保证金要求与账户设置中的杠杆率（1:1000）完全一致。但未结头寸的保证金数额超过了它的许多倍。直到我关闭了最后一个未结头寸，然后关闭了倒数第二个头寸。
如果一个工具的杠杆率由于总手数的增加或其他一些原因而发生变化，那么合乎逻辑的是，这些请求应该返回一个增加的保证金数额，不是吗？是的，这正是困扰我的问题。在这个账户上运行的专家顾问决定开仓时 的手数，包括保证金的数额，这与杠杆率直接相关。自然，开仓后保证金要求增加了30倍，这对他来说完全是个意外。你关于在这种情况下减少计算风险的建议似乎很合理。不幸的是，这也会使回报率降低数倍。
没有人愿意在一瞬间失去利润，并为浪费的时间而后悔，除此之外。
时间就是金钱
会有稳定，会有一些思考的东西