堡垒。执法问题 - 页 89

新评论
 
fxsaber:
这就是我写的原因
我不关心MT5所谓的允许限价订单的情况。最重要的是到达交易所的内容。因此，如果交易所有一个IOC限价单，它的行为将与第1点相同。你在交易所看不到这一点，所以我们必须谈论FOK/IOC的本质，而不是MT5在Request-queries中允许的东西。至少要对你的 "IOC "限制进行一次OrderGetInteger。

你的脑子里一片混乱 :)

В режиме биржевого исполнения цена, указываемая при выставлении лимитных ордеров, не проверяется.
Ее можно указать выше текущей цены Ask (для ордеров на покупку) и ниже цены Sell (для ордеров на продажу).
При выставлении ордера с такой ценой он практически сразу срабатывает и превращается в рыночный.
Однако в отличие от рыночных ордеров, где трейдер фактически соглашается на сделку по неуказанной текущей рыночной цене,
лимитный ордер будет исполнен по цене не худшей, чем указанная.
 

如果你不喜欢MT5而又感兴趣，请阅读FORTS Plaza 2网关的描述。

FutAddOrder方法 - 添加一个订单

信息类型。64

响应信息类型：101

注意事项。

-类型字段 可以取以下值。

1个报价投标（部分信息后仍在队列中）。

2个反标（拍卖后撤回）

3 可填可杀的投标

2个反标（在拍卖后撤回）--这是IOC，可能是一个极限出价:)

附加的文件：
p2gate_ru.zip  741 kb
 
fxsaber:
 我们将FOK-BuyLimit设置为价差内的10手，然后立即卖出1手。预期的反应是--卖出1手，取消10手。
你不会看到这一点。而在Request for limit类型中可以设置FOK/IOC-类型的事实，并不意味着它们是这种类型的。

有道理。否则，就不可能执行这个市场--卖出1手，直到有人把我们的10手买入限额全部拿走。

好吧，否则炒家就会跳到出价以下，这也不应该是这样的。

 
Andrey Khatimlianskii:

有道理。否则，就不可能执行这个市场--卖出1手，直到有人把我们的10手买入限额全部拿走。

好吧，否则炒家就会跳到出价以下，这也不应该是这样的。

这一切都说不通。

放置FOK BuyLimit，那么投标将立即被执行或被拒绝 :)

你们这些幻想家 :)

 
prostotrader:

这是不符合逻辑的。

如果你设置了FOK BuyLimit，投标将立即通过或被拒绝 :)

你们这些幻想家 :)

所以你不能把它放在传播范围内，它将被立即拒绝。这算哪门子的限制？
 
prostotrader:

你的情况很混乱 :)

В режиме биржевого исполнения цена, указываемая при выставлении лимитных ордеров, не проверяется.
Ее можно указать выше текущей цены Ask (для ордеров на покупку) и ниже цены Sell (для ордеров на продажу).
При выставлении ордера с такой ценой он практически сразу срабатывает и превращается в рыночный.
Однако в отличие от рыночных ордеров, где трейдер фактически соглашается на сделку по неуказанной текущей рыночной цене,
лимитный ордер будет исполнен по цене не худшей, чем указанная.

不是对别人的想法一哄而上，而是对自己的想法一哄而上，基于逻辑，而不是信仰。停止复制粘贴薄弱的文本。启用逻辑。

"我在什么地方读到的，有人在那里展示了什么 "的论证是有缺陷的。@Rashid Umarov,@Vasiliy Sokolov,@Dmitriy Skub 和其他许多人，如果我错了就打我的头。

 
prostotrader:

如果你不喜欢MT5而又感兴趣，请阅读FORTS Plaza 2 Gateway的描述。

仔细阅读强调的

关于交易、自动交易系统和测试交易策略的论坛

堡垒。关于执行的问题

fxsaber, 2017.02.22 22:56

FOK/IOC的限制者不会，只要他们的价格与目前的 价格一样好。
有两种 "类型 "的限制器--报价和执行。报价不比现在的价格差（也不相等）。其他的是执行。对于执行类，FOK/IOC可能以某种方式被允许。对于引用的那些（99%的人），没有。
 
Andrey Khatimlianskii:
这意味着它不能放在传播范围内，它将立即偏离。这是一个什么样的限制？

让我们来了解一下认股权证（FORTS）的情况。

根据我的理解，这些是

市价订单 - 没有价格，并立即执行（如果所有下达的订单中 没有足够的数量，则会被拒绝。）

限价订单 - 有一个价格，并立即以不低于订单中设定的价格执行（或被拒绝）。

待执行（限价）订单 - 有执行价格的订单，并将在证券交易所进行交易，直到以申报的价格完全成交。

由以下人员添加

这与Plaza2完全一致

1个有报价的订单（部分信息后仍在队列中）--返回（待定订单）

2 反向出价（在拍卖后删除） - IOC（市价或限价单）。

3 不成功便成仁 - FOK（市场或限价订单）。

由以下人员添加

也就是说，如果一个可填可杀的命令是FOK，那么

1.如果权证中有一个价格，它是一个限价订单，如果有这样的价格和必要的数量，它将被执行。

2.如果没有价格，那么这是一个市场订单，它将以一个价格成交（如果有所需的成交量），或者它将从几个价格中收集成交量，或者如果在所有下达的订单中没有所需的成交量而失败。

 
Print(OrderGetInteger(ORDER_TYPE_FILLING)); // Точка
 
fxsaber:
我建议升级到1531+。那里有服务器的数据。
JI      0       11:29:50.991    Trades  '5245006': cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
PN      0       11:29:52.745    Trades  '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM      0       11:29:55.329    Trades  '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)

CQ      0       11:29:55.339    Trades  '5245006': exchange buy 1.00 RTS-9.17 at market
DJ      0       11:29:59.405    Trades  '5245006': accepted exchange buy 1.00 RTS-9.17 at market
DM      0       11:30:03.851    Trades  '5245006': deal #117691016 buy 1.00 RTS-9.17 at 115040 done (based on order #134079385)
HP      0       11:30:03.851    Trades  '5245006': order #134079385 buy 1.00 / 1.00 RTS-9.17 at 115040 done in 8512.198 ms (8457.310 ms on server)

DQ      0       11:35:57.511    Trades  '5245006': buy limit 1.00 GBPCAD at 1.47480
HH      0       11:35:59.332    Trades  '5245006': accepted buy limit 1.00 GBPCAD at 1.47480
GR      0       11:36:01.203    Trades  '5245006': order #134084771 buy limit 1.00 / 1.00 GBPCAD at market done in 3695.461 ms (3643.142 ms on server)
日志完全证实了是服务器，而不是互联网在减慢速度。


延迟方面有什么进展吗？

在我看来，服务器似乎无法应付成批的订单。

我在每次清算前都会大规模地拿出订单。

而且你可以清楚地看到，延误的时间在不断增加。

2017.03.01 23:49:25.490 Trades  'xxxxx': cancel order #53328714 buy limit 1.00 RTS-6.17 at 110480 placed for execution in 6.319 ms
2017.03.01 23:49:31.102 Trades  'xxxxx': cancel order #53328620 sell limit 1.00 Si-12.18 at 68290
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222
2017.03.01 23:49:31.103 Trades  'xxxxx': cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0
2017.03.01 23:49:31.104 Trades  'xxxxx': cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6
2017.03.01 23:49:31.108 Trades  'xxxxx': accepted cancel order #53328620 sell limit 1.00 Si-12.18 at 68290
2017.03.01 23:49:31.114 Trades  'xxxxx': accepted cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680
2017.03.01 23:49:31.115 Trades  'xxxxx': accepted cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222
2017.03.01 23:49:31.125 Trades  'xxxxx': accepted cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418
2017.03.01 23:49:31.127 Trades  'xxxxx': accepted cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490
2017.03.01 23:49:31.132 Trades  'xxxxx': accepted cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0
2017.03.01 23:49:31.135 Trades  'xxxxx': cancel order #53328620 sell limit 1.00 Si-12.18 at 68290 placed for execution in 33.379 ms
2017.03.01 23:49:31.137 Trades  'xxxxx': accepted cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6
2017.03.01 23:49:31.143 Trades  'xxxxx': cancel order #53328618 sell limit 1.00 RTS-12.18 at 107680 placed for execution in 39.874 ms
2017.03.01 23:49:31.145 Trades  'xxxxx': cancel order #53328633 buy limit 2.00 UCAD-6.17 at 1.3222 placed for execution in 41.510 ms
2017.03.01 23:49:31.147 Trades  'xxxxx': cancel order #53324078 sell limit 2.00 UCAD-6.17 at 1.3418 placed for execution in 43.576 ms
2017.03.01 23:49:31.154 Trades  'xxxxx': cancel order #53328621 sell limit 2.00 RTS-6.18 at 110490 placed for execution in 50.661 ms
2017.03.01 23:49:31.156 Trades  'xxxxx': cancel order #53328643 buy limit 8.00 GOLD-9.17 at 1255.0 placed for execution in 52.170 ms
2017.03.01 23:49:31.159 Trades  'xxxxx': cancel order #53328199 sell limit 2.00 GOLD-9.17 at 1266.6 placed for execution in 55.586 ms
1...828384858687888990919293949596...156
新评论