요새. 실행 질문 - 페이지 89

 
fxsaber :
내가 쓴 이유는 바로 이것 때문이다
나는 MT5가 제한 주문을 허용하는지 상관하지 않습니다. 중요한 것은 교환에 도달하는 것입니다. 따라서 거래소에 IOC 한도가 있는 경우 단락 1과 같이 작동합니다. FOK - 항목 2. 거래소에서 이것을 찾을 수 없으므로 MT5가 요청 요청에서 무언가를 허용한다는 사실이 아니라 FOK/IOC의 본질에 대해 이야기해야 합니다. OrderGetInteger를 최소한 "IOC"-리미터로 만드십시오.

머리가 복잡하시네요 :)

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

MT5가 마음에 들지 않고 관심이 있다면 FORTS Plaza 2 게이트웨이에 대한 설명을 읽으십시오.

FutAddOrder 메서드 - 주문 추가

메시지 유형: 64

응답 메시지 유형: 101

노트:

유형 필드 는 다음 값을 사용할 수 있습니다.

1 인용 주문(부분 일치 후에도 대기열에 남아 있음)

2개의 반대 입찰가(경매 후 제거됨)

3 채우기 또는 죽이기 응용 프로그램

2 카운터 오더(경매 후 제거됨) - 이것은 제한될 수 있는 IOC입니다 :)

파일:
p2gate_ru.zip  741 kb
 
fxsaber :
우리는 스프레드 내부의 10랏에 대해 FOK-BuyLimit를 설정하고 즉시 SELL 1랏을 만듭니다. 예상되는 반응은 1랏에 대해 SELL이고 10랏이 취소됩니다.
당신은 이것을 만나지 않을 것입니다. 그리고 리미터에 대한 요청에서 FOK/IOC 유형의 설정을 롤링한다는 사실이 이것이 이러한 유형임을 의미하지는 않습니다.

논리적으로. 그렇지 않으면 누군가가 우리의 전체 10랏 구매 한도를 차지할 때까지 이 1랏 시장 판매를 채우는 것이 불가능할 것입니다.

글쎄, 그렇지 않으면 마지막은 입찰가 아래로 뛰어 들었을 것입니다. 이는 발생해서는 안됩니다.

 
Andrey Khatimlianskii :

논리적으로. 그렇지 않으면 누군가가 우리의 전체 10랏 구매 한도를 차지할 때까지 이 1랏 시장 판매를 채우는 것이 불가능할 것입니다.

글쎄, 그렇지 않으면 마지막은 입찰가 아래로 뛰어 들었을 것입니다. 이는 발생해서는 안됩니다.

어떤 것도 논리적이지 않습니다.

FOK BuyLimit을 설정하면 주문이 즉시 실행되거나 거부됩니다. :)

드리머 유:)

 
prostotrader :

어떤 것도 논리적이지 않습니다.

FOK BuyLimit을 설정하면 주문이 즉시 실행되거나 거부됩니다. :)

드리머 유:)

즉, 스프레드 안에 넣을 수 없으며 즉시 거부됩니다. 이 리미터는 무엇입니까?
 
prostotrader :

머리가 복잡하시네요 :)

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

죽은 다른 사람의 생각에서 나온 것이 아니라 자신의 생각에서 나온 것으로, 믿음이 아니라 논리입니다. 약한 텍스트 복사-붙여넣기를 중지합니다. 논리를 켜십시오.

"나는 그것을 어딘가에서 읽었고 누군가 거기에서 무언가를 보여주었다"는 주장은 결함이 있다. @Rashid Umarov , @Vasiliy Sokolov , @Dmitriy Skub 및 기타 많은 사람들이 내가 틀렸다면 탑을 주세요.

 
prostotrader :

MT5가 마음에 들지 않고 관심이 있다면 FORTS Plaza 2 게이트웨이에 대한 설명을 읽으십시오.

강조 표시된 읽기

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

요새. 실행 질문

fxsaber , 2017.02.22 22:56

FOK/IOC 한도 가 현재 가격보다 나쁘지 않은 가격으로 설정되어 있으면 없습니다 .
제한에는 인용과 실행의 두 가지 "유형"이 있습니다. 인용 - 현재 가격보다 나쁘지 않고 동일하지 않습니다. 나머지는 실행입니다. 여기에서 일종의 실행을 위해 여전히 FOK/IOC를 가정할 수 있습니다. 따옴표의 경우(그 중 99%) - 아니요.
 
Andrey Khatimlianskii :
즉, 스프레드 안에 넣을 수 없으며 즉시 거부됩니다. 이 리미터는 무엇입니까?

주문(FORTS)을 살펴보겠습니다.

내 이해로는 이것을

시장 주문 - 가격이 없으며 즉시 실행됩니다(FOK 및 모든 주문에 충분한 양이 없는 경우 거부됨)

지정가 주문 - 가격이 있고 주문에 지정된 가격보다 나쁘지 않은(또는 거부된) 가격으로 즉시 실행됩니다.

보류 주문 (한도) - 실행 가격이 있고 발표된 가격으로 완전히 실행될 때까지 거래소에 있는 주문

추가됨

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)
로그는 인터넷이 아니라 서버가 느려지고 있음을 완전히 확인합니다.


지연에 대한 진전이 있습니까?

M‌서버가 일괄 주문을 처리할 수 없는 것 같습니다.

I‌ 각 청산 전에 대량 주문을 철회합니다.

그리고‌ 지연이 증가하고 있는 것이 분명합니다.

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