런던·뉴욕 외환 거래 중첩 시간은 왜 달라질까? 거래일별 계산법

런던과 뉴욕의 현지 업무 시간이 그대로여도 두 도시가 겹치는 구간은 한 시간 달라질 수 있습니다. 미국과 영국이 서머타임을 바꾸는 날짜가 다르기 때문입니다. 3월 일부 기간과 10월 말에는 보통 다섯 시간인 시차가 네 시간으로 줄어듭니다. 따라서 UTC상의 시작과 종료 시각뿐 아니라 중첩 구간의 길이도 바뀔 수 있습니다.

계산하려는 날짜를 정하고, 두 도시의 현지 시간 구간을 명시한 뒤 교집합을 구하는 것이 정확한 접근입니다. 아래에서는 두 도시 모두 현지 08:00~17:00를 가정합니다. 둘 다 표준시이거나 둘 다 서머타임이면 네 시간, 뉴욕만 서머타임이고 런던은 표준시이면 다섯 시간이 겹칩니다. 이것은 시계 계산의 결과이지, 그 다섯 시간 내내 거래 조건이 유리하다는 증거가 아닙니다.

중첩 시간을 찾기 전에 두 구간부터 정의한다

현물 외환은 여러 딜러와 거래 장소로 분산된 장외시장입니다. 런던 세션이라는 표현만으로 공식 개장 시각이나 공통 폐장 시각, 모든 계좌의 거래 가능 시간이 정해지지는 않습니다. 실제 제공 업체는 상품별 거래 시간, 점검 시간과 휴일 일정을 별도로 적용할 수 있습니다.

재현 가능한 계산을 위해 런던의 업무 구간을 런던 현지 08:00~17:00, 뉴욕도 뉴욕 현지 08:00~17:00로 둡니다. 두 도시에서 같은 달력 날짜를 사용하며 시작 시각은 포함하고 종료 시각은 제외합니다. 분석을 위해 선택한 입력값일 뿐, 특정 딜러나 거래 장소의 공식 운영 시간이라는 뜻은 아닙니다.

시각에는 날짜와 도시를 함께 붙여야 합니다. 런던 08:00와 뉴욕 08:00는 서로 다른 순간입니다. EST는 UTC−5이고 EDT는 UTC−4이므로 EST를 연중 뉴욕 시간이라는 뜻으로 쓰면 안 됩니다. 런던의 GMT는 여기서 UTC와 같고, BST는 UTC+1입니다. 모든 베이징 시간 예시는 UTC+8로 계산합니다.

해당 연도의 미국·영국 전환 날짜를 확인한다

2026년 미국 서머타임은 3월 8일에 시작해 11월 1일에 끝나며 현지 02:00에 전환합니다. 영국은 3월 29일에 시계를 앞으로, 10월 25일에 뒤로 돌립니다. 현재 미국은 3월 둘째 일요일과 11월 첫째 일요일, 영국은 3월과 10월의 마지막 일요일을 적용합니다.

따라서 2026년 3월 9~27일의 평일에는 런던이 GMT, 뉴욕이 EDT입니다. 10월 26~30일에도 같은 조합이 되어 런던이 네 시간 빠릅니다. GMT/EST 또는 BST/EDT의 조합에서는 다섯 시간 차이가 납니다. 다른 연도를 분석할 때는 규칙과 실제 날짜를 다시 확인해야 하며, 2026년 날짜를 영구 설정으로 복사해서는 안 됩니다.

현지 시계를 한 시간 앞으로 돌리면 같은 현지 업무 시각은 UTC에서 한 시간 빨라집니다. UTC 자체가 바뀌는 것은 아닙니다. 봄에는 뉴욕이 먼저 앞당기고 가을에는 런던이 먼저 되돌리기 때문에 중첩 구간의 한쪽 경계만 이동하는 현상이 생깁니다.

둘 다 UTC로 바꾼 뒤 늦은 시작과 이른 종료를 고른다

각 경계는 UTC 시각＝현지 시각−해당 도시·날짜의 UTC 오프셋으로 변환합니다. 변환 후 두 시작 중 늦은 시각을 중첩 시작으로, 두 종료 중 이른 시각을 중첩 종료로 정합니다. 길이는 종료−시작과 0 가운데 큰 값입니다. 자정을 넘으면 시계 숫자만 비교하지 말고 날짜를 포함한 전체 타임스탬프를 사용해야 합니다.

3월 9일에는 런던 구간이 UTC08:00~17:00, 뉴욕 구간이 12:00~21:00입니다. 늦은 시작은 12:00, 이른 종료는 17:00이므로 다섯 시간입니다. 3월 30일에는 런던이 07:00~16:00로 바뀌고 뉴욕은 12:00~21:00로 유지되어 교집합이 네 시간으로 줄어듭니다.

첫 열은 모두 2026년 런던과 뉴욕의 현지 달력 날짜입니다. 마지막 열에는 베이징 자정을 넘는 종료일도 명시했습니다. 10월 23일 UTC16:00는 베이징의 10월 24일 00:00이지 10월 23일 자정이 아닙니다. 시작은 포함하되 종료는 제외하므로 정확히 UTC16:00인 사건은 10월 23일의 이 구간에 들어가지 않습니다.

11월 2일을 포함한 모든 행은 명시한 조건에 따른 달력 계산이며 실제 당일 거래를 관측한 자료가 아닙니다. 가을에는 10월 23일에서 26일로 넘어갈 때 UTC 시작은 같고 종료만 한 시간 늦어집니다. 10월 26일에서 11월 2일로 넘어가면 종료는 같고 시작만 한 시간 늦어집니다. 전체 구간을 통째로 한 시간 이동시키는 방식으로는 두 변화를 모두 설명할 수 없습니다.

네 시간짜리 고정 필터도 한 시간을 더 넣고 한 시간을 놓칠 수 있다

연구 스크립트가 여름 설정을 그대로 써서 매일 UTC12:00 이상, 16:00 미만의 자료만 남긴다고 가정합니다. 이를 날짜별 교집합과 비교하면 잘못 포함하거나 제외한 시간을 알 수 있습니다. 아래의 잘못 포함한 시간은 가정한 중첩 구간 밖이라는 뜻이지, 상품의 거래 시간 밖이라는 뜻은 아닙니다.

11월 2일에는 고정 필터와 올바른 구간이 모두 네 시간이지만 공통 부분은 세 시간뿐입니다. 고정 필터는 12:00~13:00를 더 넣고 16:00~17:00를 빠뜨립니다. 행 수나 총길이가 같아도 가격 표본은 달라질 수 있습니다. 각 분 시작에 한 건씩 빠짐없이 기록했다면 양쪽 모두 240건이지만 공통 자료는 180건, 한쪽에만 있는 자료는 각각 60건입니다. 실제 결측치는 별도로 점검해야 합니다.

일중 백테스트에서는 스프레드, 변동폭, 수익률을 비교하기 전에 타임스탬프별 구간 포함 여부부터 다시 계산합니다. 경계를 걸친 봉은 표시 시각이 구간 안에 있다는 이유만으로 전체를 포함하면 안 됩니다. 사건 시각을 기준으로 할지, 완전히 포함된 봉만 쓸지, 다른 명시적 규칙을 적용할지 정하고 정밀 분할에는 더 세밀한 자료를 씁니다. 일봉 구분은 별도 문제입니다. 일봉 마감 기준이 다르면 외환 차트도 달라지는 이유를 참고하면 이 차이를 확인할 수 있습니다. 차트 표시 시간대만 바꿔서는 어느 계산도 자동으로 수정되지 않습니다.

시계 변화는 검증할 수 있지만 좋은 체결까지 보장하지는 않는다

두 현지 일정이 그대로이고 공식 오프셋이 규칙에 맞게 바뀌며 기록된 시각에서 새 UTC 경계를 재현할 수 있다면 시계 전환이라는 설명을 뒷받침합니다. 시작 직전, 시작 시각 자체, 제외해야 할 종료 시각을 테스트해야 합니다. 결과가 다르면 세션 이름을 믿기 전에 저장 시간대, 서버 오프셋, 날짜 해석을 확인합니다.

계산 구간이 실제로 적절한지는 입력에 달렸습니다. 휴일, 단축 업무일, 딜러별 일정, 상품 점검 시간 때문에 08:00~17:00가 현실을 대변하지 못할 수 있습니다. 경제지표 발표는 그 일정 자체의 시간 기준에 맞춰야 하며 중첩 시간이 바뀌었다고 함께 이동시키면 안 됩니다. 상품 거래 가능 여부, 결제 달력, 두 도시 구간의 교집합은 각각 따로 확인해야 합니다.

정확한 시간 환산도 좁은 스프레드, 충분한 수량, 주문 체결을 보장하지 않습니다. 잠재 참여자가 많다는 사실만으로 특정 계좌에 제시되는 가격이 결정되지 않고, 이벤트 변동성은 같은 구간 안에서도 체결 조건을 바꿀 수 있습니다. 동일 통화쌍과 호가 출처, 매수·매도 호가의 시각, 주문 예정 수량, 실제 체결 기록을 살펴야 합니다. 큰 캔들 하나는 실행 가능한 유동성의 측정치가 아닙니다.

이 시간대가 체결을 개선하는지 알아보려면 표본 범위를 정하고 같은 수량의 주문과 같은 기준의 호가를 비교하되 이벤트일, 휴일, 결측 관측치를 분리합니다. 시간 계산은 어느 자료가 구간에 속하는지 답하고, 관측 자료는 체결 품질을 검증합니다. 후자 없이 시간표만으로 우위를 입증할 수는 없습니다.

날짜별로 다시 계산하고 검증할 수 있는 시간표를 만든다

먼저 분석 날짜, 통화쌍과 상품, 두 현지 가정 구간과 시간대 이름을 기록합니다. 소프트웨어에서는 최신 시간대 데이터와 Europe/London, America/New_York 같은 날짜 대응 식별자를 쓰고, 항상 네 시간이나 다섯 시간을 빼는 방식을 피합니다. 원시 타임스탬프와 데이터·서버 시간대를 보존하고 시간대가 없는 현지 시각으로 덮어쓰지 않습니다.

다음으로 두 구간을 UTC로 바꾸고 교집합을 구한 뒤, 결과의 전체 날짜·시각을 표시 시간대로 변환합니다. 시작일, 종료일, 오프셋과 길이를 함께 저장합니다. 첫 표 여섯 날짜의 길이는 차례로 4, 5, 4, 4, 5, 4시간이어야 합니다. 종료 경계가 제외되는지, 베이징 종료일이 다음 날로 넘어가는지도 테스트합니다.

그다음 제공 업체의 실제 거래 시간과 예외 휴장을 확인하고 경제 일정과 데이터 타임스탬프를 각각 맞춥니다. 원래 고정 UTC로 정의된 일정은 그대로 유지합니다. 고정 현지 시간과 다른 입력이지 임의로 수정할 오류가 아닙니다. 나중에 선택한 현지 경계가 시계 전환으로 반복되거나 사라지는 한 시간에 걸린다면 시간 중복·누락 처리 규칙을 명시해야 합니다. 여기의 평일 낮 구간은 이 문제를 피합니다.

시계 규칙이나 가정한 업무 구간이 달라지면 시간표를 다시 만들고 전제를 결과 옆에 남깁니다. 신뢰할 만한 결과는 날짜와 적용 범위가 분명하고 검증 가능한 시간 구간입니다. 런던과 뉴욕이 연중 매일 같은 시각에 겹친다는 고정 문구로 대신할 수 없습니다.