오더플로우와 데이터 품질 · 5 / 5
신호를 믿기 전에 오더플로우 데이터 점검하기
불완전한 데이터로도 지표 계산 자체는 완벽하게 수행될 수 있습니다. 그럼에도 잘못된 이야기를 전달할 수 있습니다. 특이한 흐름을 해석하기 전에 그 데이터가 설명하려는 활동을 관측할 수 있었는지 확인하세요.
Athenum8 분업데이트:
사건 발생 시각과 수신 시각을 구분하세요
거래소 시각은 거래소 시계상 사건이 일어난 때이고, 로컬 도착 시각은 시스템이 받은 때입니다. 네트워크 지연과 묶음 전송 때문에 동시에 일어난 시장 사건의 도착 순서가 달라질 수 있습니다. 분석에는 문서에 정의된 사건 시각을 사용하고 도착 지연은 품질 지표로 보존하세요.
상품, 거래소, 구독 깊이, 거래 ID 또는 문서화된 순서 필드, 재접속 경계를 기록하세요. 프로토콜이 보장하지 않으면 숫자 ID가 연속이라고 가정하지 마세요. 호가창은 지정된 스냅샷·증분 규칙으로 갱신하고 필요한 경우 새 스냅샷으로 상태를 초기화합니다. 차트가 계속 움직인다고 바탕 데이터가 완전하다는 뜻은 아닙니다.
사용할 수 없는 데이터를 눈에 보이게 하세요
빠진 구간은 호환되는 원천에서 복구되기 전까지 누락으로 남겨야 합니다. 0으로 채우면 거래가 없었다고 주장하는 셈입니다. 구성 거래소가 사라지면 집계를 멈추거나 줄어든 범위를 명확히 보여 주세요. 그렇지 않으면 데이터 가용성 변화가 수요 변화처럼 보입니다.
공급자를 비교할 때 거래소 범위, 단위, 초기화 시점, 분류, 필터를 맞추세요. 일부 데이터는 특정 주문 범주를 제외하거나 사건의 일부만 공개합니다. 두 계산기가 모두 정확해도 차이는 설명될 수 있습니다. 그래프를 닮게 만들려고 데이터를 조절하지 말고 차이의 원인을 기록하세요.
매도 한 건의 누락으로 이야기가 달라집니다
네 거래 +2, −0.5, +1, −1.8 BTC를 사용합니다. 완전한 CVD는 +0.7 BTC입니다. 재접속 중 마지막 매도가 빠지면 +2.5 BTC로 표시됩니다. 나머지가 완전한 상태에서 +1 BTC 거래가 두 번 처리되면 +1.7 BTC가 됩니다.
같은 실제 순서에서 나온 두 결함 데이터가 모두 더 강한 매수처럼 보입니다. 유용한 점검은 고유 사건 수, 부호 없는 전체 거래량, 순델타를 함께 비교합니다. 보충 데이터로도 완전성을 입증하지 못하면 구간을 표시하고 사전에 정한 규칙으로 신호 평가에서 제외하세요. 제외하면 수익이 좋아지는지 본 뒤 규칙을 만들면 안 됩니다.
| 데이터 | 처리 거래량 BTC | 최종 CVD BTC |
|---|---|---|
| 완전한 순서 | 5.3 | 0.7 |
| 마지막 1.8 BTC 매도 누락 | 3.5 | 2.5 |
| 1 BTC 매수 중복 | 6.3 | 1.7 |
- 완전한 데이터
- 0.7 BTC
- 매도 누락
- 2.5 BTC
- 매수 중복
- 1.7 BTC
공급자의 정정이 과거 신호를 바꿀 수 있습니다
늦게 온 사건, 과거 자료 보충, 집계 수정 후 역사적 값이 바뀔 수 있습니다. 전략을 평가할 때 결정 당시 이용 가능했던 관찰을 저장하세요. 정제된 최종 이력만 시험하면 실시간에는 없었던 정보를 전략에 줄 수 있습니다. 매우 짧은 다이버전스가 진입 조건일 때 특히 중요합니다.
결정 전 확인사항
- 사건 시각, 수신 지연, 재접속 경계를 기록하세요.
- 거래소가 문서화한 사건 식별자로 중복을 제거하세요.
- 스냅샷·증분 규칙에 따라 호가창을 재구성하세요.
- 누락 구간과 사용할 수 없는 거래소를 명시하세요.
- 단위, 분류, 최종 이력과 실시간 관찰의 수정 차이를 비교하세요.
이해도 확인
집계한 다섯 거래소 중 하나가 갱신을 멈추고 나머지 넷은 계속 움직입니다. 합산 지표를 이전 구간과 그대로 비교할 수 있나요?
정답과 해설 보기
범위 변화를 반영하지 않으면 안 됩니다. 더 작은 거래소 집합은 다른 측정입니다. 영향을 받은 구간과 사용할 수 없는 구성 요소를 표시하고, 일관되게 정의한 비교 집합을 사용하거나 호환되는 데이터가 복구될 때까지 해석을 멈추세요.