두 개의 골드 EA가 왜 같은 주문을 관리하게 되는가? MT4 매직 넘버 점검

저자: 토마스｜MT4 실무｜2026년 11월 10일

요약: 동일한 MT4 계좌에 두 세트의 골드 EA를 운용할 때, 동일한 주문 식별 조건을 사용하면 두 EA가 동시에 한 주문의 손절가를 수정할 수 있습니다. 문제를排查할 때는 먼저 주문의 종목과 매직 넘버를 확인하고, 그다음 코드가 실제로 어떤 조건으로 필터링하는지 살펴봐야 합니다. 아래의 번호와 주문은 모두 교육용 가정입니다.

매직 넘버는 어디에 기록되는가

MQL4의 OrderSend는 magic 파라미터 전달을 지원합니다. 주문이 성공적으로 선택된 후 OrderMagicNumber로 해당 주문의 식별 번호를 읽을 수 있습니다. 이는 프로그램에 분류 기준을 제공할 수 있습니다. 구체적으로 어떤 주문이 수정되거나 종료될지는 여전히 EA 자체의 필터링 및 실행 로직에 의해 결정됩니다. 프로그램이 계좌 주문을 순회할 때 종목만 확인한다면, 두 세트의 골드 EA가 서로 다른 매직 넘버를 입력했더라도 동일한 주문 묶음을 처리할 수 있습니다.


그림에서는 전략 A와 B가 각각 101과 202를 사용한다고 가정합니다. A는 거래 풀의 주문을 하나씩 선택하여 먼저 실제 종목을 확인하고, 그다음 식별 번호를 확인합니다. 두 항목이 모두 일치할 때만 이후 로직으로 넘겨 주문 유형과 허용되는 동작을 검사합니다. 주문 선택에 실패하면 건너뛰고 오류를 기록해야 합니다. 수정이 관련된 경우에는 목표 주문을 다시 선택하여 이전에 프로그램에 복사된 오래된 데이터를 사용하지 않도록 하는 것이 좋습니다.

모의 계좌로 세 단계 검증

첫 번째 단계로, 두 EA의 버전, 입력 파라미터, 차트 주기, 브로커의 종목 전체 이름을 기록합니다. 계좌에 따라 골드 이름에 접미사가 붙을 수 있습니다. 동일 종목에 여러 인스턴스를 배포할 때는 이들이 독립적으로 관리하는지, 설계상 주문을 공유하는지도 명확히 해야 합니다.

두 번째 단계로, 모의 계좌에서 각 EA가 각각 식별 가능한 테스트 주문 하나를 생성하도록 하고, 동시에 제외되어야 할 테스트 주문 하나를 준비합니다. 로그에는 최소한 주문 번호, 종목, 매직 넘버, 프로그램이 실행하려는 동작을 기록합니다. 그런 다음 통제 가능한 관리 동작을 한 번 트리거합니다. 예를 들어 전략 A 자신의 테스트 주문을 수정 시도하고, 전략 B의 주문이 원래 값을 유지하는지 확인합니다. 지정가 주문과 체결된 포지션은 각각 검증하는 것이 좋습니다. 거래 풀에는 이 두 유형의 주문이 동시에 포함될 수 있고, 실제 처리 규칙은 보통 다르기 때문입니다.

세 번째 단계로, 터미널을 재시작하거나 EA를 다시 로드한 후 다시 확인합니다. 프로그램이 이번 실행 중에 생성된 주문 목록만 기억한다면 재시작 후 동작이 달라질 수 있습니다. 정해진 조건에 따라 주문을 다시 식별하는지, 일치하는 주문이 없을 때 예기치 않은 동작이 발생하는지 확인할 수 있습니다. 번호는 보조적인 격리에 불과하며, 계좌 범위의 총 위험 점검이 의도적으로 모든 포지션을 읽는 경우에는 실제 주문 수정 권한과 분리하여 기록해야 합니다.

번호를 교체하기 전에 기존 주문을 먼저 처리

전략 A가 이전에 101로 포지션을 구축했고 이제 303으로 변경한다고 가정합니다. 입력 파라미터 변경은 보통 이후 코드가 사용하는 값에만 영향을 미치며, 기존 주문의 식별 번호는 차트 설정에 따라 자동으로 이전되지 않습니다. 관리 조건이 303만 일치시키면 기존 101 주문은 건너뛰어질 수 있습니다. 변경 전에 기존 주문과 예정된 처리 방식을 나열하고, 모의 환경에서 재시작과 인수를 검증해야 합니다. 버전을 확인할 수 없거나 로그로 필터링 로직을 설명할 수 없는 EA를 만나면 자동 관리 변경을 일시 중지하고 기존 포지션의 청산 계획을 확인해야 합니다. 모의 검증 통과는 테스트한 시나리오만 설명할 수 있으며, 실제 호가 변화, 서버 주문 거부, 슬리피지는 별도로 평가해야 합니다.