흥미로운. 데모에서 AMP를 사용했습니다. 배트 직후, 나는 여기서 뭔가 잘못되었다는 것을 처음 깨달았습니다. 침을 뱉고 버려진다.
MYEX에 머리를 박고 거기에서 조를 평가하는 이유가 있습니다.
Rena는 트랜잭션의 방향이 구조에서 전송되는지 여부와 상관없이 모두 피드에 달려 있다고 썼습니다. 그렇지 않은 경우 플랫폼 자체에서 위에서 설명한 원칙에 따라 이 방향을 계산합니다. Plaza2는 대부분 이 매개변수를 전달합니다. 그리고 플랫폼은 프로토콜 사양에 따라 피드를 처리합니다. 이에 따르면 Plaza2 의 카운터 신청 거래 피드에 표시되지 않아 문제가 없는 것으로 보입니다. 그들은 어떤 피드에도 전혀 없습니다. 그리고 CQG는 이 매개변수를 전송하지 않을 가능성이 높으므로 플랫폼 자체에서 거래 방향을 계산합니다. 이 때문에 CQG에서 거래 피드에서 카운터 주문을 볼 수 있음이 밝혀졌습니다. 어떤 문제가 있다는 인상을 줍니다. 그러나 이것은 문제가 아니라 트랜잭션의 방향을 전달하지 않는 스트림 처리의 세부 사항입니다.
개발자가 오더북의 눈금 차트에 카운터 거래의 그래픽 개체를 표시할 필요가 없었을 뿐입니다. 이것은 그래픽 표시용으로 쓸모없는 정보입니다. 전송된 스트림의 프로토콜 특성에 익숙하지 않은 사용자만 오도합니다.
그리고 MT5 게이트웨이 측에서 Plaza2에대한거래 방향 매개변수가 허용되지 않으면 플랫폼이 이 방향을 자체적으로 계산합니다. 그런 다음 거래 테이프와 오더 북의 눈금 차트 및Plaza2 의 경우 카운터 오더가 표시됩니다. ))
이제 두 명의 개시자가 동시에 걷고 있다고 상상해 보십시오. 그러면 누가 방향을 정합니까? 개시자는 누구인가? 그리고 그러한 거래를 무엇이라고 부를까요? 당신은 그들이 여기에 쓰는 것을 읽지도 않습니다.
그리고 지금, 그렇지? 판매자가 1초 미만으로 일찍 도착했습니다. 이는 다음 마지막 거래가판매 될 것임을 의미합니다. 그 뒤에 구매. 각 트랜잭션은 해당 이름으로 호출됩니다. 혼란이 없습니다. 당신은 당신이 쓰는 것에 대해 스스로 탐구합니까? 누군가가 스프레드에 던져진 제한 한도가 중립적일 것이라고 생각한다면 그 역시 착각입니다. 한도 한도를 스프레드에 보낼 때 정확히 무엇인지 알고 계십니까? 즉, 시스템은 입찰 또는 제안으로 그것을 어디로 가져갈 것입니까? 다방향 공격적인 주문은 동일한 제한 한도를 공유하지 않으며 각각 "자신의" 쪽으로 이동합니다. 왜냐하면 아니 공중에 아무것도 없습니다. 모두가 제자리에 있습니다.
그리고 지금, 그렇지? 판매자가 1초 미만으로 일찍 도착했습니다. 이는 다음 마지막 거래가판매 될 것임을 의미합니다. 그 뒤에 구매. 각 트랜잭션은 해당 이름으로 호출됩니다. 혼란이 없습니다. 당신은 당신이 쓰는 것에 대해 스스로 탐구합니까? 누군가가 스프레드에 던져진 제한 한도가 중립적일 것이라고 생각한다면 그 역시 착각입니다. 한도 한도를 스프레드에 보낼 때 정확히 무엇인지 알고 계십니까? 즉, 시스템은 입찰 또는 제안으로 그것을 어디로 가져갈 것입니까? 다방향 공격적인 주문은 동일한 제한 한도를 공유하지 않으며 각각 "자신의" 쪽으로 이동합니다. 왜냐하면 아니 공중에 아무것도 없습니다. 모두가 제자리에 있습니다.
카운터 거래에서 이전과 이후의 스플릿 초가 없다는 것을 이해하십시오. 두 개의 이니시에이터가 정확히 동시에 왔다. 밀리초, 마이크로초는 중요하지 않습니다. 따라서 그들은 유리에 있는 최고의 지정가 주문에 도달하지 못하고 스프레드 내부의 거래로 축소됩니다. 따라서 공격적인 구매자는 Ask를 변경하지 않고 공격적인 판매자는 Bid를 변경하지 않습니다. 그들의 주문은 스프레드 내부로 수렴되어 Last를 생성합니다. 그리고 거래 테이프에는 N / A 방향이 정의되어 있지 않지만 주문서의 눈금 차트에는 Ask 가격이나 Bid 가격과 동일하지 않은 일반 그래픽 포인트가 있습니다.
모든 것이 MYEX에서 잘 작동합니다.
흥미로운. 데모에서 AMP를 사용했습니다. 배트 직후, 나는 여기서 뭔가 잘못되었다는 것을 처음 깨달았습니다. 침을 뱉고 버려진다.
MYEX에 머리를 박고 거기에서 조를 평가하는 이유가 있습니다.
흥미로운. 데모에서 AMP를 사용했습니다. 배트 직후, 나는 여기서 뭔가 잘못되었다는 것을 처음 깨달았습니다. 침을 뱉고 버려진다.
MYEX에 머리를 박고 거기에서 조를 평가하는 이유가 있습니다.
Rena는 트랜잭션의 방향이 구조에서 전송되는지 여부와 상관없이 모두 피드에 달려 있다고 썼습니다.
그렇지 않은 경우 플랫폼 자체에서 위에서 설명한 원칙에 따라 이 방향을 계산합니다.
Plaza2는 대부분 이 매개변수를 전달합니다. 그리고 플랫폼은 프로토콜 사양에 따라 피드를 처리합니다.
이에 따르면 Plaza2 의 카운터 신청 거래 피드에 표시되지 않아 문제가 없는 것으로 보입니다. 그들은 어떤 피드에도 전혀 없습니다.
그리고 CQG는 이 매개변수를 전송하지 않을 가능성이 높으므로 플랫폼 자체에서 거래 방향을 계산합니다.
이 때문에 CQG에서 거래 피드에서 카운터 주문을 볼 수 있음이 밝혀졌습니다. 어떤 문제가 있다는 인상을 줍니다.
그러나 이것은 문제가 아니라 트랜잭션의 방향을 전달하지 않는 스트림 처리의 세부 사항입니다.
개발자가 오더북의 눈금 차트에 카운터 거래의 그래픽 개체를 표시할 필요가 없었을 뿐입니다.
이것은 그래픽 표시용으로 쓸모없는 정보입니다. 전송된 스트림의 프로토콜 특성에 익숙하지 않은 사용자만 오도합니다.
그리고 MT5 게이트웨이 측에서 Plaza2에 대한 거래 방향 매개변수가 허용되지 않으면 플랫폼이 이 방향을 자체적으로 계산합니다.
그런 다음 거래 테이프와 오더 북의 눈금 차트 및 Plaza2 의 경우 카운터 오더가 표시됩니다. ))
유리는 차례입니다. 지정가 주문이 스프레드에 던져지고 시장의 것과 즉시 일치하면 대기열에 들어가지 않으며 대기열의 가장 좋은 가격을 변경하지 않는 것 같습니다.
처음에 이것을 언급했는데, 재료를 올리는 것이 분명한지 정확히 기억이 나지 않습니다.
대기열이었다면 모든 것이 달라졌을 것입니다. 하지만 - 이것은 큐가 아니라 스택입니다. 큐는 그 반대입니다. 마지막으로 선언된 것이 가장 먼저 실행됩니다.
스펙트라 플라자2 사양
CQG의 경우 자신을 찾으십시오.
스펙트라 플라자2 사양
CQG의 경우 자신을 찾으십시오.
해고된다...
모든 거래에는 개시자가 있고(공격적인 순서) 방향을 설정합니다.
무엇이라고 부르든 상관없습니다. 하나는 가만히 서 있고 다른 하나는 그에게 옵니다.
누가 간다, 그가 방향을 정하지, 그렇지?
스프레드 거래에 대해
색상을 엉망으로 만들었습니다. 의미는 변경되지 않습니다.
모든 거래에는 개시자가 있고(공격적인 순서) 방향을 설정합니다.
무엇이라고 부르든 상관없습니다. 하나는 가만히 서 있고 다른 하나는 그에게 옵니다.
누가 간다, 그가 방향을 정하지, 그렇지?
스프레드 거래에 대해
색상을 엉망으로 만들었습니다. 의미는 변경되지 않습니다.
이제 두 명의 개시자가 동시에 걷고 있다고 상상해 보십시오.
그러면 누가 방향을 정합니까? 개시자는 누구인가?
그리고 그러한 거래를 무엇이라고 부를까요?
당신은 그들이 여기에 쓰는 것을 읽지도 않습니다.
이제 두 명의 개시자가 동시에 걷고 있다고 상상해 보십시오.
그러면 누가 방향을 정합니까? 개시자는 누구인가?
그리고 그러한 거래를 무엇이라고 부를까요?
당신은 그들이 여기에 쓰는 것을 읽지도 않습니다.
그리고 지금, 그렇지? 판매자가 1초 미만으로 일찍 도착했습니다. 이는 다음 마지막 거래가 판매 될 것임을 의미합니다. 그 뒤에 구매.
각 트랜잭션은 해당 이름으로 호출됩니다. 혼란이 없습니다. 당신은 당신이 쓰는 것에 대해 스스로 탐구합니까?
누군가가 스프레드에 던져진 제한 한도가 중립적일 것이라고 생각한다면 그 역시 착각입니다.
한도 한도를 스프레드에 보낼 때 정확히 무엇인지 알고 계십니까? 즉, 시스템은 입찰 또는 제안으로 그것을 어디로 가져갈 것입니까?
다방향 공격적인 주문은 동일한 제한 한도를 공유하지 않으며 각각 "자신의" 쪽으로 이동합니다. 왜냐하면 아니
공중에 아무것도 없습니다. 모두가 제자리에 있습니다.
그리고 지금, 그렇지? 판매자가 1초 미만으로 일찍 도착했습니다. 이는 다음 마지막 거래가 판매 될 것임을 의미합니다. 그 뒤에 구매.
각 트랜잭션은 해당 이름으로 호출됩니다. 혼란이 없습니다. 당신은 당신이 쓰는 것에 대해 스스로 탐구합니까?
누군가가 스프레드에 던져진 제한 한도가 중립적일 것이라고 생각한다면 그 역시 착각입니다.
한도 한도를 스프레드에 보낼 때 정확히 무엇인지 알고 계십니까? 즉, 시스템은 입찰 또는 제안으로 그것을 어디로 가져갈 것입니까?
다방향 공격적인 주문은 동일한 제한 한도를 공유하지 않으며 각각 "자신의" 쪽으로 이동합니다. 왜냐하면 아니
공중에 아무것도 없습니다. 모두가 제자리에 있습니다.
카운터 거래에서 이전과 이후의 스플릿 초가 없다는 것을 이해하십시오.
두 개의 이니시에이터가 정확히 동시에 왔다. 밀리초, 마이크로초는 중요하지 않습니다.
따라서 그들은 유리에 있는 최고의 지정가 주문에 도달하지 못하고 스프레드 내부의 거래로 축소됩니다.
따라서 공격적인 구매자는 Ask를 변경하지 않고 공격적인 판매자는 Bid를 변경하지 않습니다.
그들의 주문은 스프레드 내부로 수렴되어 Last를 생성합니다.
그리고 거래 테이프에는 N / A 방향이 정의되어 있지 않지만 주문서의 눈금 차트에는 Ask 가격이나 Bid 가격과 동일하지 않은 일반 그래픽 포인트가 있습니다.
유일한 방법입니다.