MT4 골드 EA 주말에 로그가 없는데, 멈춘 걸까요? 먼저 호가와 타이머 이벤트를 구분하세요

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

요약: 주말에 터미널을 열었을 때 EA 화면은 그대로인데 오랫동안 새 로그가 없다고 해서 그 현상만으로 프로그램이 멈췄다고 판단할 수는 없습니다. 점검은 먼저 프로그램이 어떤 이벤트로 트리거되는지, 해당 진입점에서 실제로 로그를 출력하는지 확인한 뒤 터미널 상태를 점검해야 합니다. 이 글은 실계좌 주문으로 프로그램을 시험하지 않으며, 순서도를 어떤 EA가 테스트를 통과했다는 증거로도 제시하지 않습니다.

새 호가가 없으면 호가 이벤트가 발생하지 않을 수 있습니다

MetaQuotes 공식 MQL4 문서에 따르면, EA가 부착된 차트 심볼이 새 호가를 받을 때 해당 NewTick 이벤트가 발생하고 올바르게 선언된 OnTick 처리 함수가 호출됩니다. 프로그램이 점검과 로그를 모두 이 진입점 안에 작성했다면, 새 호가가 없는 시간대에는 새로운 실행 기록이 없을 수 있습니다.

이는 모든 EA가 반드시 호가를 기다려야 한다는 뜻은 아닙니다. 프로그램은 타이머나 차트 이벤트 등의 진입점을 사용할 수도 있습니다. 따라서 "주말"이라는 이유만으로 모든 무출력을 일괄 해석해서는 안 되며, 다른 심볼이 여전히 갱신된다는 현상을 현재 골드 차트가 반드시 호가를 받는다는 증거로 삼아서도 안 됩니다.

먼저 프로그램이 어떤 이벤트를 기다리는지 파악하세요


그림은 원본 흐름 교육용 예시이며 실제 시세가 아니고 실제 거래 계좌도 표시하지 않습니다. 첫 번째 경로는 차트 심볼의 새 호가에 의존하고, 두 번째는 프로그램이 타이머를 성공적으로 구독하는 데 의존합니다. 타이머 이벤트는 점검 로직을 트리거할 수 있지만 현재 시장에서 체결될 수 있다는 뜻은 아니며, 프로그램은 여전히 거래 조건과 데이터 유효성을 확인해야 합니다.

공식 권장 사항은 초기화 시 타이머를 구독하고 언로드 시 취소하는 것입니다. OnTimer 함수만 작성하고 구독하지 않으면 주기적으로 실행된다고 볼 수 없습니다. 함수 이름, 매개변수 및 반환 타입도 이벤트 처리 요구 사항을 충족해야 하며, 임의의 철자 오류로 예상 진입점이 호출되지 않을 수 있습니다.

일반 사용자는 어떻게 단계적으로 점검해야 할까요

먼저 계좌, 서버, 차트 심볼 이름 및 현재 연결 상태를 확인하여 올바른 터미널을 보고 있는지 확인하세요. 마지막 호가 시간과 플랫폼 거래 시간을 기록하고, 컴퓨터 시계로 서버 시세 시간을 대체하지 마세요. 주말 정규 휴장이 다른 상품의 거래 일정이 완전히 같다는 뜻은 아니므로 구체적인 플랫폼 공지를 기준으로 해야 합니다.

다음으로 Experts 및 Journal 등 관련 로그를 확인하고 마지막 몇 개의 초기화, 언로드 또는 오류 기록을 저장하세요. 로그 필터, 날짜 및 다른 터미널을 보고 있는지 여부에 주의하세요. EA 자체가 거래 조건 발생 시에만 출력하도록 되어 있다면 새 기록이 없는 것은 단지 출력 조건이 충족되지 않은 것일 수 있으며, 이를 프로그램이 한 번도 실행되지 않았다는 증거로 삼을 수 없습니다.

이후 EA 설명에 정기 점검, 하트비트 출력 또는 주말 유지보수 메커니즘이 포함되어 있는지 확인하세요. 소스 코드가 없으면 버전, 매개변수, 차트 심볼, 마지막 호가 시간 및 로그를 제공자에게 전달하여 확인받고, 모든 제품이 동일한 이벤트 구조를 사용한다고 추측하지 마세요.

소스 코드가 있을 때 우선 검증할 것

시뮬레이션 환경에서 OnInit, OnTick, OnTimer 등 진입점의 선언 및 필요한 구독을 확인하고, 적절한 빈도의 진단 로그로 실제 경로를 확인하세요. 로그에는 이벤트 유형, 심볼 및 데이터 시간을 기록하여 "정상"만 쓰고 검토 가능한 맥락이 없는 상황을 피하세요. 계좌 비밀번호나 기타 자격 증명을 진단 출력에 작성하지 마세요.

터미널 실행, 차트 로드, 이벤트 트리거 및 거래 실행은 서로 다른 계층입니다. 타이머가 여전히 출력된다고 해서 시세가 신선하다는 것도, 주문이 반드시 전송될 수 있다는 것도 증명되지 않습니다. 호가 이벤트가 트리거되지 않을 때는 거래 권한을 완화하거나 주문을 반복 제출하여 프로그램이 살아 있는지 검증해서는 더욱 안 됩니다.

주기를 반복 전환하면 점검을 방해할 수 있는 이유

공식 문서에 따르면 차트 심볼 또는 주기 변경, 입력 매개변수 변경은 언로드와 재초기화를 수반합니다. 반복 전환은 원래 문제를 새로운 초기화 과정으로 가릴 수 있고, 프로그램이 상태를 다시 로드하도록 트리거할 수도 있습니다. 먼저 로그와 매개변수를 저장한 뒤 설명에 따라 안전한 환경에서 검증해야 하며, EA를 계속 다시 부착하여 간혹 복구되는지 관찰해서는 안 됩니다.

EA마다 포지션 복구, 변수 지속성 및 중복 주문 방지 구현이 다릅니다. 이 글은 재로드가 안전하다고 보장하지 않으며, 실제 노출이 있는 상태에서 무작정 언로드하거나 재시작하는 것을 권장하지 않습니다. 모든 유지보수 작업은 먼저 포지션을 누가 관리하는지 명확히 해야 합니다.

점검이 끝났는지 어떻게 판단할까요

현재 심볼에 새 호가가 없고 로직이 호가 진입점에만 있으며 다른 오류 증거가 없다고 확인되면, 프로그램을 고쳤다고 선언하는 대신 시세 대기로 기록할 수 있습니다. 타이머 진입점이 원래 실행되어야 하는데도 계속 출력이 없다면 구독, 초기화 결과 및 프로그램 오류를 계속 점검해야 하며, 휴장으로 모든 것을 설명해서는 안 됩니다.

호가가 재개된 후에도 먼저 타임스탬프와 상태를 확인한 뒤 프로그램이 새 이벤트를 예상대로 처리하는지 확인해야 합니다. 이벤트 재개가 거래 전략에 수익 우위가 있다는 것을 증명하지는 않으며, 주문은 여전히 스프레드, 슬리피지 및 실행 위험에 직면합니다. 점검의 목표는 실계좌 위험을 감수하고 답을 얻는 것이 아니라 프로그램이 실제로 어느 계층에서 멈췄는지 찾는 것입니다.