하루 종가나 기준가격은 하루 전체 거래의 자연스러운 결론이 아니라, 제공자가 정한 계산 창과 컷오프에서 산출한 값입니다. 산출 시각이 런던 오후 4시인지 뉴욕 오후 4시인지, 마지막 체결인지 창 안의 거래 흐름을 집계한 값인지, 평균·중앙값·필터 규칙이 무엇인지에 따라 같은 달력 날짜에도 값이 달라질 수 있습니다. 숫자를 비교할 때는 날짜보다 timestamp·시간대·창 길이를 먼저 맞춰야 합니다.
‘오늘 가격’에는 시간 경계가 있습니다
24시간은 전 세계에서 동시에 끝나지 않습니다. 제공자가 00:00 UTC를 하루 경계로 쓰는지, 특정 지역의 장 마감 시각을 쓰는지에 따라 같은 날짜 라벨에 포함되는 체결이 달라집니다. CME는 일부 reference rate가 런던 오후 4시, 뉴욕 오후 4시, 홍콩/싱가포르 오후 4시에 발행된다고 안내합니다. 따라서 한국 시간 자정의 거래소 화면과 런던 기준 reference rate를 같은 ‘일일 종가’로 바꾸어 비교하면 시간 창부터 어긋날 수 있습니다.
컷오프는 계산이 끝나는 순간이고, 산출 창은 입력 체결을 모으는 기간입니다. 두 값을 함께 확인하지 않으면 발표 시각을 관측 종료 시각으로 잘못 기록할 수 있습니다. 공지가 오후 4시에 나왔다고 해도 입력 체결이 직전 몇 분·몇 시간·하루 동안의 자료인지 방법론을 찾아야 합니다.
기준가격의 날짜는 달력 표기가 아니라, 어떤 시계에서 어떤 창을 닫았는지까지 포함합니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- ‘오늘 가격’에는 시간 경계가 있습니다
24시간은 전 세계에서 동시에 끝나지 않습니다.
- 산출 창은 마지막 체결가와 다른 질문을 합니다
Binance의 평균가격 엔드포인트는 `mins`라는 평균 구간과 마지막 거래 시각 `closeTime`을 별도 필드로 제공합니다.
- 평균·중앙값·참조환율을 같은 말로 쓰지 않습니다
산술평균은 입력 가격을 같은 비중으로 합치고, 거래량 가중 평균은 거래가 많이 이뤄진 입력을 더 반영하며, 중앙값은 극단 입력 하나의 영향을 줄일 수 있습니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
산출 창은 마지막 체결가와 다른 질문을 합니다
Binance의 평균가격 엔드포인트는 `mins`라는 평균 구간과 마지막 거래 시각 `closeTime`을 별도 필드로 제공합니다. 이는 평균가격이 단순히 화면에 마지막으로 찍힌 체결가와 다른 성격의 값일 수 있음을 보여 줍니다. 거래가 급격히 움직인 직후에는 짧은 창 평균, 긴 창 평균, 마지막 체결가가 서로 다른 값을 줄 수 있습니다.
가정으로 5분 창 앞부분에 100에서 거래되고 마지막 10초에 110에서 소량 거래됐다고 해도, 마지막 체결가는 110이고 창 평균은 거래량과 산식에 따라 100 근처일 수 있습니다. 이 예시는 방법 차이를 설명할 뿐 실제 시장값이나 적정 가격을 뜻하지 않습니다. 평균의 분모가 수량인지 거래대금인지, 각 구간에 같은 비중을 두는지도 공개 자료로 확인해야 합니다.
| 비교 항목 | 확인할 값 | 불일치가 뜻할 수 있는 것 |
|---|---|---|
| 시간대 | UTC·런던·뉴욕 등 | 서로 다른 체결 집합 |
| 관측 창 | 마지막 체결·5분·정해진 기간 | 평균과 종가의 차이 |
| 입력 시장 | 포함 거래소·상품·통화 | 대표 범위의 차이 |
| 필터 | 결측·이상값·최소 입력 규칙 | 산출 가능 여부 또는 결과 변화 |
평균·중앙값·참조환율을 같은 말로 쓰지 않습니다
산술평균은 입력 가격을 같은 비중으로 합치고, 거래량 가중 평균은 거래가 많이 이뤄진 입력을 더 반영하며, 중앙값은 극단 입력 하나의 영향을 줄일 수 있습니다. CME는 reference rate가 특정 계산 창에서 주요 현물 거래소의 거래 흐름을 집계한다고 설명합니다. 이 문장은 어떤 값이 단일 거래소 최종 체결가와 달라질 수 있는 방법론적 이유를 보여 주지만, 모든 벤치마크의 산식을 설명하지는 않습니다.
제공자의 문서에 산식이 없으면 다른 제공자의 평균 규칙을 가져와 채우지 마세요. ‘종가’라는 명칭만 같아도 입력 거래, 거래량 처리, 필터, 발행 지연이 다를 수 있습니다. 데이터셋에는 값과 함께 `methodology_version`, `calculation_window_start`, `calculation_window_end`, `published_at`을 저장하는 편이 좋습니다.
- 값의 timestamp와 표시 시간대를 먼저 저장합니다.
- 관측 창의 시작·끝과 컷오프를 방법론에서 확인합니다.
- 마지막 체결·평균·reference rate를 별도 열로 둡니다.
- 입력 거래소·통화·필터가 다르면 비교 보류로 표시합니다.
결측과 지연은 조용한 가격 차이를 만듭니다
입력 거래소 중 하나가 거래를 멈추거나 데이터 전송이 늦으면 방법론은 그 입력을 제외하거나 이전 값을 유지하거나 산출을 중단할 수 있습니다. 어느 처리를 했는지 모른 채 결과값만 보면 작은 차이를 가격 변동으로 오해할 수 있습니다. 산출일의 운영 공지, 입력 시장 상태, 예외 규칙을 함께 확인해야 합니다.
역사 자료를 다시 받았을 때 값이 달라질 수도 있습니다. 정정·지연 도착 데이터·방법론 변경은 각각 다른 사건입니다. 최초 응답과 재조회 응답을 버전으로 보관하고, 변경이 값·창·입력 시장 중 어디에서 생겼는지 적어 두면 일별 수익률이나 회계 기준을 재계산할 때 추적할 수 있습니다.
비교 결과는 ‘오류’ 대신 조건부터 적습니다
검토 메모에는 ‘A: 런던 16:00 기준 reference rate’, ‘B: UTC 일봉 마지막 체결’처럼 값보다 정의를 앞에 씁니다. 이 표기만으로도 숫자가 다른 이유가 시간·산식·입력 범위 가운데 무엇인지 다시 확인할 순서가 생깁니다. 두 값이 같은 경우에도 우연한 일치인지 동일한 규칙의 결과인지는 별도 문제입니다.
이 글은 특정 기준가격이 더 낫거나 자산의 향후 가격을 예측한다고 말하지 않습니다. 결제·파생상품 정산·회계처럼 특정 benchmark를 사용해야 하는 경우에는 해당 상품의 최신 방법론과 계약 문구를 확인해야 합니다. 일반 시장 화면의 가격을 그 기준가격으로 대체하면 안 됩니다.
자주 묻는 질문
같은 날인데 제공자별 종가가 다르면 누가 틀린가요?
먼저 시간대, 관측 창, 마지막 체결 또는 평균 여부, 입력 시장을 대조하세요. 정의가 다르면 값 차이는 오류가 아니라 산출 대상의 차이일 수 있습니다.
컷오프 시각은 발표 시각과 같은가요?
항상 같지는 않습니다. 컷오프는 입력 체결을 닫는 시점이고, 발표·배포에는 별도 시간이 걸릴 수 있습니다.
평균가격을 실제로 체결 가능한 가격으로 봐도 되나요?
아닙니다. 평균은 정해진 입력과 산식의 결과입니다. 주문 크기, 호가, 수수료, 시장 상태에 따른 실제 실행 가격은 별도로 확인해야 합니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
