미결제약정: 포지션 재고, 거래량 및 인과관계 신호

실전 적용 절차

1. 계약 스키마를 읽어보세요단위, 승수, 단측 또는 양측 계산을 기록합니다.
2. 사용 가능한 스냅샷을 정렬합니다.각 기준 시각 이전에 수신된 관측치만 사용한다.
3. 수량과 평가액을 분리합니다.미 달러 가격 변동을 새로운 계약과 혼동하지 마십시오.
4. 가격 트리거를 요구합니다돌파와 회복 분기에는 서로 다른 무효화 규칙이 있다.
5. 데이터 품질 민감도 검증지연, 오래된 값, 계약 롤오버와 스키마 변경의 영향을 시험한다.

모든 계약에는 양면이 있다.

일방적 계약 계산 방식에 따르면, 양측 거래상대방이 새로운 포지션을 개설하는 거래는 OI를 1계약 증가시킵니다. 양측 모두 기존 포지션을 청산하는 경우, OI는 1계약 감소합니다. 신규 포지션 개설로 기존 포지션 청산이 대체되는 경우, OI는 변동이 없습니다. 세 가지 경우 모두 거래량은 증가합니다. CME는 미결제 계약 잔고와 거래 활동 흐름을 구분합니다. [1]

가격과 OI가 함께 상승하면 새 포지션 형성을 동반할 수 있지만 각 계약에는 양측이 있다. 어떤 참여자가 롱이나 숏을 열었는지 알려면 추가 분류 데이터가 필요하다. 가격과 OI가 함께 하락하면 레버리지 축소와 부합할 수 있으나 닫힌 모든 포지션이 강제청산된 롱이었다는 증거는 아니다.

가격 상승/하락과 OI 상승/하락의 익숙한 네 조합은 설명일 뿐 완전한 전략이 아니다. 진입 시점, 참여자 신원, 헤지 동기와 체결 비용이 빠져 있다. 각 조합을 잠재적 설명 특징으로 보고, 사용하려는 시장에서 미래 결과와의 관계를 추정해야 한다.

단위와 집계 방식을 특징 정의에 포함한다

계약 승수, 역형 또는 선형 상품 유형, API 집계 방식을 확인한다. 검토한 Bybit 문서는 양측을 세는 openInterest와 한쪽만 세는 singleOpenInterest를 구분한다. 역형은 USD 단위, 선형은 코인 단위를 쓴다. [2] 과거와 실시간 데이터 사이에서 필드를 몰래 바꾸지 말고 필드명과 스키마 버전을 보존한다.

코인 또는 계약 수량이 그대로여도 기초자산 가격이 오르면 USD로 평가한 OI가 증가할 수 있다. 신규 포지션 형성을 연구하려면 일관된 수량을 사용하거나 가격과 수량 효과를 분해한다. BTC 수량을 ETH 수량에 더하지 않는다. 자산 간 USD 합계에는 평가 가격과 시각을 명시해야 한다.

계약 사양 변경이나 단방향 보고에서 양방향 보고로의 전환은 거래 행태와 무관한 불연속성을 초래할 수 있습니다. 이러한 변화를 감지하고 주석을 달아야 합니다. 시각적으로 매끄러운 정규화는 단절을 숨기고 잘못된 백분율 변화 신호를 유지할 수 있으므로, 원시 필드와 변환 메타데이터를 유지해야 합니다.

만기 선물은 계약 롤오버도 고려해야 한다. 근월물 OI 감소는 시장 전체 노출 감소보다 다음 계약으로의 이동일 수 있다. 특정 계약을 추적할지, 적격 만기들을 문서화된 방식으로 집계할지 정의한다.

결정 시점을 기준으로 스냅샷을 조인하고, 가장 가까운 타임스탬프 순으로 조인하지 않습니다.

결정 직전에 실제로 수신된 가장 최근 스냅샷을 사용하십시오. 가장 가까운 시점의 조인을 사용하면 미래의 관측값을 선택하여 정보가 유출될 수 있습니다. 전방 채우기는 지정된 최대 기간으로 제한해야 합니다. 그렇지 않으면 오래된 OI 데이터로 인해 활발한 시장이 변화 없는 것처럼 보일 수 있습니다. 견고한 데이터 세트는 관측 타임스탬프와 값이 사용 가능해진 시점의 타임스탬프를 모두 저장합니다.

기간 비교를 위해 현재 마감 시점과 이전 마감 시점에서의 최신 적격 수량을 검색합니다. 두 관측치 모두 이전 수량이 양수이고, 계약 식별 정보가 일치하며, 허용 가능한 기간이어야 합니다. 의사 코드는 두 스냅샷을 각각의 마감 시점과 비교하여 확인합니다.

과거의 알려진 스냅샷과 미래 스냅샷을 선형 보간해 장중 값을 추정하지 않는다. 사후 시각화에는 쓸 수 있으나 당시에 이용 가능한 입력은 아니다. 과거 가용 시각이 없으면 한계를 밝히고 즉시 접근을 가정하는 대신 보수적인 공개 지연을 적용해 영향을 검증한다.

각 데이터의 가용성 규칙을 사용하여 매칭 기간 동안의 가격 변동률과 거래량을 계산합니다. 불규칙적인 업데이트로 인해 명목상 5분 비교 두 개가 서로 다른 유효 시간 간격을 포함할 수 있으므로 실제 스냅샷 시간을 저장합니다. 정렬 불일치가 심한 관측치는 제외하거나 별도로 분석합니다.

각 스냅샷의 경과 시간을 자체 기준값과 비교하여 측정합니다. 현재 값은 t를 기준으로, 이전 값은 t−horizon를 기준으로 합니다. 두 기준값은 호환되는 계약 식별자, 단위, 승수 및 계산 규칙을 가져야 합니다. comparable_quantity_schema는 처리되지 않은 변경 사항을 거부합니다. 경과 시간은 관찰 타임스탬프를 사용하고, received_at는 값이 도착했는지 여부를 확인합니다.

at decision_time t:
    oi = latest_snapshot(received_at <= t, instrument=contract)
    prev = latest_snapshot(received_at <= t-horizon, instrument=contract)
    if missing(oi,prev): return INSUFFICIENT_DATA
    if stale(oi, asof=t, max_age=max_age): return INSUFFICIENT_DATA
    if stale(prev, asof=t-horizon, max_age=max_age): return INSUFFICIENT_DATA
    if not comparable_quantity_schema(oi,prev): return INCOMPATIBLE_DATA
    if prev.quantity <= 0 or oi.quantity < 0: return INVALID_DATA
    delta_oi = oi.quantity / prev.quantity - 1
    delta_price = last_known_price(t) / last_known_price(t-horizon) - 1
    volume = sum(trade.size for trade in contract_trades
                 if t-horizon < trade.exchange_time <= t
                 and trade.received_at <= t)
    emit_features(delta_oi,delta_price,volume,oi.schema_version)

미결제 재고와 거래 흐름은 서로 다른 수량입니다.

한 계약을 한쪽 기준으로 한 번만 세는 방식에서 OI가 1,000계약인 상태로 시작합니다. 양측이 모두 신규 포지션을 여는 100계약 거래는 OI를 1,100으로 늘리고 거래량에 100을 더합니다. 이후 양측이 모두 기존 포지션을 닫는 60계약 거래는 OI를 1,040으로 줄이고 거래량에 60을 추가합니다. 총거래량은 160이지만 순 OI 변화는 40에 불과합니다.

평가 반례를 들자면, 가격은 50,000에서 55,000로 상승하는 동안 수량은 100 BTC로 유지됩니다. USD 명목 금액은 5 백만에서 5.5 백만으로 증가하여 수량 변화 없이 10%만큼 증가합니다. 이를 신규 계약 증가분 10%로 잘못 판단하는 필터는 포지션 생성에 평가 효과가 있다고 잘못 해석하는 것입니다.

관측 시각대로 정렬된 최종 파일이라도10:05 OI 스냅샷으로10:00 진입을 정당화할 수 없다.09:55와10:05 사이를 보간해도10:00 특징에 미래 스냅샷이 유출된다. 정렬은 당시 가용성을 복구하지 않는다.

이 차트는 수량이 증가하다가 감소하는 추세를 보여줍니다. 하지만 참여자를 특정하거나 자발적 퇴출과 강제 청산을 구분하거나 투자 수익률을 제시하지는 않습니다. 이러한 결론을 도출하려면 다른 관찰 결과와 별도로 정의된 연구 질문이 필요합니다.

두 가지 가격-OI 가설을 각각 검증할 수 있습니다.

제안한 돌파 지속 분기는 조건이 고정된 가격 후보와 저항선 위 종가로 시작한다. 고정 기간의 수량 기반 OI 변화가 양수라는 조건을 검증한 뒤 높은 RVOL을 추가 필터로 시험한다. 기간과 기준값은 연구 설정이다. 확인 후 진입하며 손절 위치는 가격 구조에서 정한다. OI 자체가 유효한 손절 위치를 제공하지는 않는다.

제안된 하락 후 회복 전략은 저점 아래로의 급락, OI 수량의 의미 있는 감소, 그리고 가격 회복을 필요로 합니다. 매수 진입 전에 후속 가격 확인을 기다리십시오. OI 하락만을 이유로 매수하지 말고, 구조적 무효화 또는 시간 초과 시에 취소하십시오. 5% 또는 10%의 하락은 보편적인 시장 상수가 아닙니다.

강제청산 데이터를 추가한다면 청산되는 포지션의 방향과 거래 데이터에서 유동성을 취하는 주문의 방향을 구분하십시오. 두 레이블은 서로 다른 대상을 가리킬 수 있습니다. 예를 들어 롱 포지션의 청산을 해석할 때, 한 API의 Buy 레이블을 다른 인터페이스의 의미 체계에 그대로 복사해서는 안 됩니다.

처음부터 분기를 분리하여 관리하십시오. OI가 하락하는 동안 돌파 시도가 실패하더라도 자동으로 성공적인 워시아웃 실험으로 간주되지 않습니다. 새로운 후보에는 각각 고유한 이벤트 시간, 확인 및 위험 규칙이 필요합니다. 실패한 원래 후보는 평가 로그에 보존하십시오.

필터를 평가하기 전에 데이터의 유효성을 검사하십시오.

Giagkiozis와 Said는2023년 두 기간에 걸친 일곱 거래소의 틱 데이터를 검토하고 OI 및 강제청산의 불일치를 보고했다. 본 글의 읽기 범위는 개정 논문의 초록이며 데이터 재현은 수행하지 않았다. [3] 이는 스냅샷·거래·스키마 점검의 근거이나 현재 모든 거래소 피드를 배제할 이유는 아니다.

같은 가격 탐지기에 OI를 넣은 경우와 뺀 경우를 비교하고 RVOL 또는 강제청산 특징을 하나씩 추가한다. 공시 지연, 낡은 값의 비율, 계약 롤오버, API 변경을 조사한다. 펀딩, 스프레드, 슬리피지와 해당 차입 비용을 포함하고 스냅샷 갱신 주기만큼 추가 지연될 때의 영향도 시험한다.

순 기대값, 거래 횟수, 드로다운과 데이터 부족으로 거절한 기회를 보고한다. 나중에 정정된 OI 값에서만 작동하면 원래 시점의 실행 가능성을 입증할 수 없다. 데이터 품질이나 보고 지연이 겉보기 예측 이점을 압도한다는 결과도 유용하다.

흔한 실수

이 기법을 사용하기 전 체크리스트

자신의 데이터로 확인한 뒤 각 항목에 체크하세요. 진행 상태는 이 브라우저에 저장되며, 전략의 수익성을 인증하지는 않습니다.

• OI 필드와 스키마 버전을 정확하게 기록하십시오.
• 미 달러 명목 가치에서 수량을 분리하십시오.
• OI의 총합에서 롱 포지션이 숏 포지션보다 많다고 추론하지 마십시오.
• 수령 시점 기준 조인을 사용하고, 미래의 가장 가까운 스냅샷은 절대 사용하지 마십시오.
• 현재와 이전 스냅샷 각각의 경과 시간을 확인한다.
• 계약 승수 및 만료 롤을 처리합니다.
• 적용 가능한 금융 및 실행 비용을 포함하십시오.
• 가격만을 기준으로 삼아 비교해 보세요.

연구 출처

각 출처는 옆에 설명된 정의나 근거를 뒷받침합니다. 의사코드, 가상 예시와 제안된 매개변수는 별도로 검증해야 합니다.

1. Open InterestCME Group. 미결제 계약의 정의 및 거래량과의 차이점. 확인일: 2026-10-11.
2. Get Open InterestBybit. 제품 단위, 계수 필드 및 업데이트 시 주의 사항; 구현에 사용된 버전을 유지합니다. 확인일: 2026-10-11.
3. Reconciling Open Interest with Traded Volume in Perpetual SwapsGiagkiozis 및 Said. 수정된 초록과 2023 샘플 범위를 검토했으며, 독립적인 재현 실험은 수행하지 않았습니다. 확인일: 2026-10-11.

관련 기법