거래 계정의 현재 상태를 모니터링한다는 것은 오픈 포지션과 주문을 통제한다는 것을 의미합니다. 거래 신호가 진정한 거래가 되기 전, 이는 거래 서버로의 요청으로써 클라이언트 터미널에서 전송되어야 하며, 이 때 거래 서버는 처리 대기 중인 주문 대기열에 배치될 것입니다. 거래 서버에 의한 수락하거나, 만료 시 삭제하거나, 거래 기준으로 거래를 수행하는 등과 관련된 이러한 모든 조치에는 거래 이벤트가 뒤따르게 되고, 이 때 거래 서버는 터미널에 이런 사항에 대해 알려주게 됩니다.
여러 이벤트의 또 다른 예는 단일 반대 오퍼에서 필요한 거래량 얻을 수 없는 경우 단일 주문을 기준으로 여러 거래를 수행하는 것입니다. 거래 서버는 각 이벤트에 대한 메시지를 생성하여 클라이언트 터미널로 보냅니다. 그런 고로 이는 겉보기에 하나로 보이는 이벤트에 대해서 OnTrade() 함수를 여러 번 호출 할 수 있는 것입니다. 다음은 MetaTrader 5 플랫폼의 거래 하위 시스템에서 주문 처리 절차의 간단한 예입니다.
예를 들면 다음과 같습니다. EURUSD 10 랏을 매수하기위한 보류 주문이 실행되기를 기다리는 동안 1, 4, 5 랏 매도에 대한 반대 오퍼가 나타납니다. 이 세 가지 요청은 동시에 10개의 랏이라는 필요 거래량을 제공하게 되므로 주문체결정책이 부분적으로 거래 작업을 수행 할 수있는 경우 하나씩 실행됩니다.
4개의 주문을 실행한 결과 서버는 기존의 반대 요청을 기반으로 1, 4, 5 랏의 3건의 거래를 수행하게 됩니다. 이 경우 얼마나 많은 거래 이벤트가 생성됩니까? 첫 번째 반대 요청은 1 랏의 거래로 이어질 것입니다. 이것이 첫 번째 거래 이벤트입니다 (1 랏 거래). 그러나 10 랏 구매를 위한 대기 주문도 변경되었습니다. 즉, 이제 EURUSD 9 랏을 매수하는 주문이 되는 것입니다. 보류중인 주문의 거래량 변경이 두 번째 거래 이벤트 (보류중인 주문의 거래량 변경)입니다.
새로운 기고글 MetaTrader 5에서의 거래 이벤트 가 게재되었습니다:
거래 계정의 현재 상태를 모니터링한다는 것은 오픈 포지션과 주문을 통제한다는 것을 의미합니다. 거래 신호가 진정한 거래가 되기 전, 이는 거래 서버로의 요청으로써 클라이언트 터미널에서 전송되어야 하며, 이 때 거래 서버는 처리 대기 중인 주문 대기열에 배치될 것입니다. 거래 서버에 의한 수락하거나, 만료 시 삭제하거나, 거래 기준으로 거래를 수행하는 등과 관련된 이러한 모든 조치에는 거래 이벤트가 뒤따르게 되고, 이 때 거래 서버는 터미널에 이런 사항에 대해 알려주게 됩니다.
여러 이벤트의 또 다른 예는 단일 반대 오퍼에서 필요한 거래량 얻을 수 없는 경우 단일 주문을 기준으로 여러 거래를 수행하는 것입니다. 거래 서버는 각 이벤트에 대한 메시지를 생성하여 클라이언트 터미널로 보냅니다. 그런 고로 이는 겉보기에 하나로 보이는 이벤트에 대해서 OnTrade() 함수를 여러 번 호출 할 수 있는 것입니다. 다음은 MetaTrader 5 플랫폼의 거래 하위 시스템에서 주문 처리 절차의 간단한 예입니다.
예를 들면 다음과 같습니다. EURUSD 10 랏을 매수하기위한 보류 주문이 실행되기를 기다리는 동안 1, 4, 5 랏 매도에 대한 반대 오퍼가 나타납니다. 이 세 가지 요청은 동시에 10개의 랏이라는 필요 거래량을 제공하게 되므로 주문체결정책이 부분적으로 거래 작업을 수행 할 수있는 경우 하나씩 실행됩니다.
4개의 주문을 실행한 결과 서버는 기존의 반대 요청을 기반으로 1, 4, 5 랏의 3건의 거래를 수행하게 됩니다. 이 경우 얼마나 많은 거래 이벤트가 생성됩니까? 첫 번째 반대 요청은 1 랏의 거래로 이어질 것입니다. 이것이 첫 번째 거래 이벤트입니다 (1 랏 거래). 그러나 10 랏 구매를 위한 대기 주문도 변경되었습니다. 즉, 이제 EURUSD 9 랏을 매수하는 주문이 되는 것입니다. 보류중인 주문의 거래량 변경이 두 번째 거래 이벤트 (보류중인 주문의 거래량 변경)입니다.
작성자: MetaQuotes