나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다. 예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다. 그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다. 논리는 이것이 카운터 실행된 주문이라고 말합니다. 반대이므로 방향을 나타내지 않으므로 N/A 그래서 제 생각의 확인을 듣고 싶습니다.
저를 믿으십시오. 이것은 정확히 우리에게 일어난 일입니다(모스크바 거래소에서). 이전에는 동일한 N/A 틱이 있었고 정확히 동일한 방식으로 결정되었습니다.
저를 믿으십시오. 이것은 정확히 우리에게 일어난 일입니다(모스크바 거래소에서). 이전에는 동일한 N/A 틱이 있었고 정확히 동일한 방식으로 결정되었습니다.
Renat은 이에 대한 내 질문에 "오류, 버그 ..." 스레드에서 대답했습니다.
글쎄, 레나트가 이것에 대해 언급했다면 나는 그것을 믿겠다) 이 경우 브로커가 최신 릴리스로 적시에 업데이트되기 때문에 이전 빌드 버전을 더 이상 사용할 수 없습니다. 현재 릴리스 빌드는 2361입니다. 나는 단지 해석의 명확성을 원한다. 프로그래밍 방식으로 정의되지 않은 것이 아니라 이러한 불확실성을 생성하는 것입니다. 카운터 채워진 주문은 이 불확실성에 맞는 것 같습니다.
나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다. 예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다. 그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다. 논리는 이것이 카운터 실행된 주문이라고 나에게 알려줍니다. 반대이므로 방향을 나타내지 않으므로 N/A 그래서 제 생각의 확인을 듣고 싶습니다.
Toli Quick Toli MT5 설정에서 "방향이 정의되지 않은 트랜잭션 수락" 확인란을 보았습니다.
나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다. 예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다. 그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다. 논리는 이것이 카운터 실행된 주문이라고 나에게 알려줍니다. 반대이므로 방향을 나타내지 않으므로 N/A 그래서 제 생각의 확인을 듣고 싶습니다.
거래소 실행에는 잠금이 있을 수 없고, 오히려 잠금이 있을 수 있지만 그것은 또 다른 주제입니다. 예, 한 시점에 동일한 가격으로 잠금을 설정하는 것은 전혀 말이 되지 않기 때문입니다. 화면의 인쇄물에서는 볼륨이 동일한 것을 알 수 있지만 테이프에서는 어쩐지 이상하게도 2의 볼륨만 표시되고 인쇄물에서는 7, 2가 각 방향으로 표시됩니다.
거래소 실행에는 잠금이 있을 수 없고, 오히려 잠금이 있을 수 있지만 그것은 또 다른 주제입니다. 예, 한 시점에 동일한 가격으로 잠금을 설정하는 것은 전혀 말이 되지 않기 때문입니다. 화면의 인쇄물에서는 볼륨이 동일한 것을 알 수 있지만 테이프에서는 어쩐지 이상하게도 2의 볼륨만 표시되고 인쇄물에서는 7, 2가 각 방향으로 표시됩니다.
예, 거래 플래그만 각 면에 대해 7번, 2번 인쇄되었습니다. 즉, 테이프에서 이론상 볼륨은 28이어야 합니다. 구매자와 판매자 모두의 볼륨이 동시에 전달되기 때문입니다. 또는 거래소가 카운터 오더의 양을 과거의 양으로 고려하지 않을 수도 있습니다. 즉, 상호 배제의 원칙에 따라. 하지만 사실이 아니라 논리적이지 않기 때문에 결국 신청이 있었고 그 안에 볼륨이 있었지만 어떻게 충족되었는지는 중요하지 않습니다. 테이프에 2만 표시되는 이유는 명확하지 않습니다.
나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다.
예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다.
그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다.
논리는 이것이 카운터 실행된 주문이라고 말합니다.
반대이므로 방향을 나타내지 않으므로 N/A
그래서 제 생각의 확인을 듣고 싶습니다.
저를 믿으십시오. 이것은 정확히 우리에게 일어난 일입니다(모스크바 거래소에서). 이전에는 동일한 N/A 틱이 있었고 정확히 동일한 방식으로 결정되었습니다.
Renat은 이에 대한 내 질문에 "오류, 버그 ..." 스레드에서 대답했습니다.
논리는 이것이 카운터 실행된 주문이라고 나에게 알려줍니다.
반대이므로 방향을 나타내지 않으므로 N/A
그래서 제 생각의 확인을 듣고 싶습니다.
이것의 본질은 변하지 않습니다. 방향이 정해지지 않았습니다.
저를 믿으십시오. 이것은 정확히 우리에게 일어난 일입니다(모스크바 거래소에서). 이전에는 동일한 N/A 틱이 있었고 정확히 동일한 방식으로 결정되었습니다.
Renat은 이에 대한 내 질문에 "오류, 버그 ..." 스레드에서 대답했습니다.
글쎄, 레나트가 이것에 대해 언급했다면 나는 그것을 믿겠다)
이 경우 브로커가 최신 릴리스로 적시에 업데이트되기 때문에 이전 빌드 버전을 더 이상 사용할 수 없습니다.
현재 릴리스 빌드는 2361입니다.
나는 단지 해석의 명확성을 원한다. 프로그래밍 방식으로 정의되지 않은 것이 아니라 이러한 불확실성을 생성하는 것입니다.
카운터 채워진 주문은 이 불확실성에 맞는 것 같습니다.
나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다.
예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다.
그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다.
논리는 이것이 카운터 실행된 주문이라고 나에게 알려줍니다.
반대이므로 방향을 나타내지 않으므로 N/A
그래서 제 생각의 확인을 듣고 싶습니다.
Toli Quick Toli MT5 설정에서 "방향이 정의되지 않은 트랜잭션 수락" 확인란을 보았습니다.
나는 당신의 기사를 읽고 그것이 브로커의 서버에 달려 있다는 기사에 동의하지 않습니다.
예, 유형이 정의되지 않았습니다. 즉, 방향이 없습니다.
그러나 인쇄물은 BUY 및 SELL 플래그가 동시에 트리거됨을 보여줍니다.
논리는 이것이 카운터 실행된 주문이라고 나에게 알려줍니다.
반대이므로 방향을 나타내지 않으므로 N/A
그래서 제 생각의 확인을 듣고 싶습니다.
로만, 로크가 아닐까?
그냥 궁금해서, 매수 및 매도 볼륨이 각각 2 또는 1입니까?
로만, 로크가 아닐까?
그냥 궁금해서, 매수 및 매도 볼륨이 각각 2 또는 1입니까?
거래소 실행에는 잠금이 있을 수 없고, 오히려 잠금이 있을 수 있지만 그것은 또 다른 주제입니다.
예, 한 시점에 동일한 가격으로 잠금을 설정하는 것은 전혀 말이 되지 않기 때문입니다.
화면의 인쇄물에서는 볼륨이 동일한 것을 알 수 있지만 테이프에서는 어쩐지 이상하게도 2의 볼륨만 표시되고 인쇄물에서는 7, 2가 각 방향으로 표시됩니다.
거래소 실행에는 잠금이 있을 수 없고, 오히려 잠금이 있을 수 있지만 그것은 또 다른 주제입니다.
예, 한 시점에 동일한 가격으로 잠금을 설정하는 것은 전혀 말이 되지 않기 때문입니다.
화면의 인쇄물에서는 볼륨이 동일한 것을 알 수 있지만 테이프에서는 어쩐지 이상하게도 2의 볼륨만 표시되고 인쇄물에서는 7, 2가 각 방향으로 표시됩니다.
자물쇠는 다른 시장 참가자로부터 얻을 수 있습니다. 터미널이 아닌 유리를 봅니다.
대답은 명확합니다.
NA - 2, 이것은 매수*2+매도*2입니다.
다른 시장 참가자로부터 잠금을 얻을 수 있습니다.
다른 참가자들로부터 이것은 반대 신청이 될 것입니다.
이것이 이 경우의 모습입니다. 테이프 에 볼륨이 표시될 때만 문제가 발생합니다.
다른 참가자들로부터 이것은 반대 신청이 될 것입니다.
이것이 이 경우의 모습입니다. 테이프 에 볼륨이 표시될 때만 문제가 발생합니다.
나는 이것에 대해 다른 생각이 있습니다
클리어 순간에 유리에서 보듯이 이런 NA가 많이 나오나요?
대답은 명확합니다.
NA - 2, 이것은 매수*2+매도*2입니다.
예, 거래 플래그만 각 면에 대해 7번, 2번 인쇄되었습니다.
즉, 테이프에서 이론상 볼륨은 28이어야 합니다.
구매자와 판매자 모두의 볼륨이 동시에 전달되기 때문입니다.
또는 거래소가 카운터 오더의 양을 과거의 양으로 고려하지 않을 수도 있습니다.
즉, 상호 배제의 원칙에 따라. 하지만 사실이 아니라 논리적이지 않기 때문에 결국 신청이 있었고 그 안에 볼륨이 있었지만 어떻게 충족되었는지는 중요하지 않습니다.
테이프에 2만 표시되는 이유는 명확하지 않습니다.