对滑移参数的帮助

新评论
 

我完全糊涂了，你能帮我一下吗？

所以就在这里了。

滑移 - 市场订单（买入 或卖出订单）的最大允许价格滑移。

这个值是int；如果我把它投到外部变量，extern int Slippage = 1；我是否应该在代码中进一步转换这个数字？

滑点 = 滑点 * MarketInfo(Symbol(), MODE_POINT) 或

滑点 = 滑点 * MarketInfo(Symbol(), MODE_DIGITS)

 
不要。但1是不够的，3个点差是刚刚好的 - MarketInfo(Symbol(),MODE_SPREAD)*3
 
Integer:
不要。但1是不够的，3个点差是刚刚好的 - MarketInfo(Symbol(),MODE_SPREAD)*3

如果你想在任何时候打开一个交易，这是真的。但是，如果遵守计划中的开放水平是很重要的呢？
 
alsu:

那是如果你无论如何都要打开一个交易的话。如果必须达到计划的开放水平怎么办？
1.终端向服务器请求一个价格。
2.将其规范化。
3.它发送了一个开仓 指令。
4.服务器处理了这个订单。

如果1-2-3-4点能在一个时间段内执行，无论滑点值如何，市场订单都会被执行。

如果没有，下一个刻度将带来另一个价格。
这里有两种可能的变体：
a)价格比要求的价格差，但价值低于Slippage。
b) 在所有其他情况下，服务器将返回RECEIVE。

PS。在一些经纪公司，服务器经常因额外的计算而超载，例如有利于客户的价差折扣。
这就减慢了终端请求的处理速度，而服务器也不能一味地跟上。
 
prorab:
我还应该补充一点，在ECN账户中滑点是被忽略的。
 
DYN:
我还应该补充一点，在ECN账户中滑点是被忽略的。
我还没有遇到过ECN账户中两个点差滑落的问题。
 
borilunad:
我还没有遇到过在ECN上出现相当于两个点差的滑移问题。

并尝试把单点滑移--也不会有重新报价。

除了在ECN账户中有一个厨房重新报价与所有看似ECN账户--报价。


在ECN账户上执行市场订单的方法是这样设计的，即提供订单的即时执行和缺乏交易干预等好处，不会导致在市场高度波动期间出现大量滑点的风险。这种对客户利益的保护是通过比较从客户那里收到的市场订单的请求的价格水平和该订单可以执行的最佳价格来实现的。如果差额超过滑点的极限值，这种订单的执行将被中断，随后客户的市场订单将被拒绝。滑点限制值是自适应的，取决于客户发起执行市场订单的指令时的价格波动程度。同样的原则也适用于激活待定止损单（待定止损买/卖单）。止损单和止损程序的执行是以市场上的最佳价格进行的，当根据止损程序强制清算头寸时，实际上可能与订单水平或计算值有很大差异。

现在，即使是市场挂单 也可能在良好的运动中不起作用。现在，即使是挂单也可能在良好的市场运动中不起作用，因为诚实的ECN害怕因为滑点而损失资金。现在没有经销商的干预，它被称为重新投票，因为客户的关注））））。改变了一下概念）。
 
DYN:

并尝试把单点滑移--也不会有重新报价。

除了在所有似乎是DC的ESN账户上有一个厨房重新投票--报价。

现在，即使是挂牌的市场订单也可能不起作用哈，这是一个好的举措。现在，当市场快速移动时，即使是挂单也可能在市场上不起作用，因为诚实的经纪人害怕因滑点而赔钱。现在没有经销商的干预，它被称为重新投票，因为客户的关注））））。改变了一些观念）。
谢谢你对他们规则的摘录，但我的滑块会随着点差的增加而增加，并在 "运动 "时打开，如果没有它，为什么要打开？
 
borilunad:
谢谢你对他们规则的摘录，但我的滑块会随着价差的增加而相应增加，并在 "运动 "时打开，为什么不打开呢？


如果滑移量超过滑移量，eN订单仍将打开。滑点在CEN账户中不起作用。

在强烈的运动中，是否没有出现过重新报价？

 
等等，我很困惑，也就是说，滑点在标准账户上是相关的，但在ECN上，原来在开立订单的功能中，你必须输入零？
 
ex_kalibur:
等等，我很困惑，也就是说，滑点在标准账户上是相关的，但在ECN上，原来在开立订单的功能中，你必须输入零？
如果你设置了零或一百万，并不影响结果。
1234567
新评论