ECN、订单执行、聚合器、流动性。 - 页 7

新评论
 
MetaDriver:

我不是在暗示否认，我是诚实地问，因为我不知道。//没有为交流写文章

不，表达错误，是在btc-e下，不是在交易所下。那里没有任何职位。也就是说，只有货币组合和订单，你可以做你想做的。另外，为了出售你不想要的东西，你必须购买你不想要的东西。
 
MetaDriver:

有什么区别呢？

我不是在暗示否认，我是诚实地问，因为我没有意识到这一点。//没有为交流写文章

有许多事情需要考虑，包括部分执行。
 
TheXpert:
不，我说错了，是在btc-e下，不是在交易所下。那里没有任何职位。我的意思是，只有一个货币组合和订单，所以你想怎么处理就怎么处理。另外，为了出售你不需要的东西，你需要购买你不需要的东西。
对于交易所来说，这几乎是一样的，只是没有该死的散列和该死的POST-查询。
 
MetaDriver:
一般情况是这样的。
https://www.mql5.com/ru/forum/12342/page3#comment_543724
从TC处理这种情况的逻辑来看，很有意思。

有一个 "限制 "与 "采取"。

- 限价线被部分执行了几次，产生了几个与拿货线有关的未结头寸。同时，剩余的体积仍以极限的形式存在。

- 每一个位置都是通过采取部分关闭。

如何编写TS，以使这种东西不破坏逻辑？
在任何TS中，都应该有一个信号来取消输入。通过超时或价格行动。进入的必要条件已经改变，限制器被移除（如果它仍然悬挂着）。也就是说，取消的条件取决于TS的逻辑。
 
MetaDriver:
一般情况是这样的。
https://www.mql5.com/ru/forum/12342/page3#comment_543724
从TC处理这种情况的逻辑来看，很有意思。

有一个 "限制 "与 "采取"。

- 限价线被部分执行了几次，产生了几个与拿货线有关的未结头寸。同时，剩余的体积仍以极限的形式存在。

- 每一个位置都是通过采取部分关闭。

我怎样才能写出一个TS，使这种东西不至于破坏逻辑？
我没有写过这么复杂的系统。如果我们需要跟踪每个位置，任务将是非同小可的。在这种情况下，我会切换到STP。 在那里，我们可以禁止部分执行，然后订单将以Fill-or-Kill方式发送。
 
MetaDriver:
一般情况是这样的。
https://www.mql5.com/ru/forum/12342/page3#comment_543724
从TC处理这种情况的逻辑来看，很有意思。

有一个 "限制 "与 "采取"。

- 限价线被部分执行了几次，产生了几个与拿货线有关的未结头寸。同时，剩余的体积仍以极限的形式存在。

- 每一个位置都是通过采取部分关闭。

我怎样写我的TS，才能使这种东西不破坏逻辑？
如果交易引擎设计得好，这些问题就会自己解决。具体来说，我的引擎有活动职位的经理。TS本身的逻辑在一个单独的模块中描述。经理人通过这些职位，依次将每个职位与TS逻辑相匹配。该策略与该位置一起工作，而不去想它来自哪里。因此，通过部分执行产生多少个位置并不重要。唯一重要的是，所有的人都在职位列表中，然后他们将根据系统中实施的相同规则进行处理。
 
Rann:
我没有写过这么复杂的系统。如果你需要跟踪每个位置，这将是一项非同小可的任务。在这种情况下，我会切换到STP，在那里我们可以禁止部分执行，然后订单将被作为Fill-or-Kill发送。
如果能实时模拟演示中的这种情况就更好了。
 
sumkin75:
如果在演示中能实时模拟这些情况就更好了
所有的交易设置都是在演示中模拟的。
 
我相信在现实生活中也是如此 )
 
sanyooooook:
我相信真实的情况也是如此)

我所说的 "模拟 "是指其工作方式与现实生活中相同。

如果你通过这个帖子巧妙地暗示没有任何事情会发生，我建议为钱而争论（现在这很时尚）。

1234567891011121314...35
新评论