글 목차

근거와 범위

해당 자료들은 국소 극단값 용어의 사용과 정보를 역추적하는 것의 위험성을 뒷받침합니다. 동점 처리, 이벤트 처리 및 아래의 거래 실험은 연구 제안 사항입니다. 이 구현에 대한 수익성 백테스트는 수행되지 않았습니다.

데이터와 시장주식, 선물 또는 암호화폐에 대해 고정된 거래소, 세션 및 가격 조정 규칙을 적용하여 완성된 OHLC 바를 사용하십시오. 탐지기는 비교가 유효한 경우 음수 가격을 처리할 수 있습니다. 백분율 기반 하위 규칙에는 별도의 안전 장치가 필요합니다.
연구 대상 시간봉M15, H=1, H=4와 일봉은 별개의 실험입니다. 같은 봉 수라도 시장별 경과 시간, 세션 수와 체결 기회는 같지 않습니다.
고점인 105는 2 캔들에서 발생하지만 4 캔들에서 확인됩니다. 저점인 99는 발생 후 두 캔들에서 확인됩니다.도표를 원래 크기로 열기
원본 합성 데이터입니다. 예시로 제시된 고점 시리즈는 각 극단값을 두 개의 캔들 간격의 확인 지연과 구분합니다. 이 지연은 정보 제약 조건일 뿐 수익 측정 기준은 아닙니다.

실전 적용 절차

적용 절차: 좌/우 윈도우 피벗: 앞을 내다보지 않고 고점과 저점 감지
전체 단계는 아래에 설명되어 있습니다. 각 단계에서 데이터가 부족하거나 조건을 충족하지 못하면 제외 사유를 기록해야 합니다.
  1. 봉 데이터 검증마감된 유효 관측으로 완성된 창만 받습니다.
  2. r 막대를 뒤로 이동후보 i=t−r를 평가하십시오.
  3. 양쪽을 비교해 보세요사전 등록한 같은 고저점 처리 규칙을 적용합니다.
  4. 확인 시각 기록발생 시각과 확인 시각을 따로 저장합니다.
  5. 전략으로 넘어가세요후속 정보가 있을 때만 거래가 이루어지도록 하십시오.

극값에는 발생 시각과 확인 시각이 있다

i번째 캔들에서 새로운 고가는 단지 후보일 뿐입니다. r=3의 우측 창을 기준으로, 탐지기가 해당 고가 아래에 유지되었는지 여부를 확인하려면 세 개의 캔들이 더 마감되어야 합니다. occurred_at=i와 confirmed_at=i+3를 저장합니다. 차트는 가독성을 위해 i번째 캔들에 마커를 표시할 수 있지만, 해당 이벤트를 이용한 주문은 확인 및 관련 데이터 처리 지연 시간 전에는 성립할 수 없습니다.

TradingView는 양방향 피벗 기하학([1])을 설명하고 과거 시점에 피벗을 표시하면 피벗이 알려진 시점을 잘못 나타낼 수 있다고 경고합니다([2]). SciPy는 평평한 구간(find_peaks)에 대해 다른 규칙([3])을 사용합니다. 따라서 구현 방식을 비교할 때 최종 그림이 일치하는 것만으로는 충분하지 않습니다. 선택한 기준점과 사용 가능한 타임스탬프가 다를 수 있기 때문입니다.

확정된 피벗은 가격이 나중에 해당 레벨을 돌파하더라도 여전히 과거 관측치로 남아 있습니다. 이후의 모든 돌파를 이전 피벗이 틀렸다는 증거로 간주하는 것은 지역적 극점과 영구적 저항선 예측을 혼동하는 것입니다. 관측치는 미래 활용에 대한 가설과 분리하여 보관해야 합니다.

명확한 동점 처리 조항이 있는 결정론적 정의

제안된 기준선은 l=r=2를 사용하며, 가장 오른쪽에 있는 동일한 최고점을 선택합니다. H[i]는 모든 왼쪽 최고점보다 크거나 같아야 하며, 모든 오른쪽 최고점보다 반드시 커야 합니다. 최저점의 경우 부등식이 반대로 적용됩니다. 이러한 매개변수와 동점 처리 규칙은 최적값이나 특정 라이브러리의 정확한 재현값이 아닌 실험적인 설정입니다.

순서가 지정되고 고유한 타임스탬프가 있으며 알려진 거래 캘린더를 사용하는 유효한 캔들(l+r+1개)이 필요합니다. 데이터가 누락된 구간이 있는 경우, 그 이유를 기록하고 확인을 건너뛰십시오. 누락된 구간을 임의로 만든 플랫 거래 캔들로 채우면 플래토 패턴과 확인 지연 시간이 모두 변경될 수 있습니다. 예정된 야간 마감은 설명할 수 없는 누락된 캔들과는 다릅니다.

종목, 시간 프레임, 검출기 버전, 발생 시각과 종류를 포함하는ID로 각 이벤트를 한 번만 발행합니다. 아웃사이드 봉에서 고점과 저점 조건을 모두 만족하면 모호한 관측으로 기록합니다. 후속 패턴 엔진이 해당 봉의 고가·저가 도달 순서를 만들어서는 안 됩니다.

on_closed_bar(t):
    i = t - r
    if i < l or window_has_missing_bar(i-l, t): return
    high_ok = H[i] >= max(H[i-l:i]) and H[i] > max(H[i+1:t+1])
    low_ok  = L[i] <= min(L[i-l:i]) and L[i] < min(L[i+1:t+1])
    if high_ok and low_ok: emit_ambiguous(i, confirmed_at=t)
    elif high_ok: emit_once('HIGH', i, H[i], confirmed_at=t)
    elif low_ok: emit_once('LOW', i, L[i], confirmed_at=t)

수치적 예시 및 실패해야 하는 경우

합성 고점 100, 102, 105, 104, 103는 인덱스 2에서 105를 식별합니다. l=r=2의 경우, 해당 이벤트는 인덱스 4가 마감된 후에만 이용 가능합니다. 09:00부터 13:00까지의 시간봉 종가에 대해, 극점은 11:00에서 발생했으며, 확인은 13:00에서 이루어졌습니다. 해당 확인을 기반으로 한 주문은 그 이후에만 제출할 수 있습니다.

마지막 고가를106으로 바꾸면105 후보는 탈락합니다. 확인되지 않아 공개한 적도 없으므로 과거 피벗을 지울 필요가 없습니다.100, 102, 105, 105, 104, 103에서는 가장 오른쪽 규칙에 따라 두 번째105를 선택합니다. 양쪽 모두 엄격한 부등호를 쓰면 같은 높이의 구간을 거부하므로 별도 버전의 검출기입니다.

H=108와 L=95를 포함하는 외부 캔들은 인접한 고가를 넘어서면서 인접한 저가 아래로 떨어질 수 있습니다. OHLC로는 108와 95 중 어느 것이 먼저 발생했는지 판단할 수 없습니다. 두 가지 사실 모두를 유지하거나 모호성 플래그를 표시하되, 이를 헤드앤숄더 패턴의 두 단계로 간주하여 처리하지 마십시오. 유용한 테스트는 동일한 OHLC 캔들을 두 가지 가능한 캔들 내 경로와 비교하고, 캔들 전용 검출기가 입력에서 얻을 수 없는 정보를 잘못 판단하지 않는지 확인하는 것입니다.

앵커를 별개의 거래 가설로 전환하기

검출기는 직접 주문하지 않습니다. 제안 실험은 확인된 피벗 고가와 버퍼를 합한 수준을 이후 종가가 상향 돌파한 후 매수합니다. buffer=max(2 ticks,0.1×ATR from before the trigger bar)이며 ATR은 트리거 봉 이전 값입니다. 다음 체결 가능한 시가 진입과 미리 놓은 매수 역지정가 진입은 다른 체결 모델이므로 성과 측정 전에 선택합니다.

이전에 확인된 피벗 저점은 구조적 손절매 지점을 정의할 수 있으며, 고정된 K-바 수명은 고점이 후보 레벨로 유지되는 기간을 제한합니다. 필요한 앵커가 나타나기 전에 발생했다고 추정되는 돌파는 기록하지 마십시오. 다른 탐지기나 지연된 데이터로 인해 해당 레벨이 이미 돌파된 것으로 판단되면, 오래된 설정을 거부하거나 별도의 후기 진입 전략을 수립하십시오.

피벗 데이터의 원본 스트림은 변경 불가능하게 유지해야 합니다. 고점-저점 교대 표현은 다운스트림 변환 과정입니다. 연속된 두 개의 고점이 발생할 경우 병합 또는 후보 교체가 필요할 수 있지만, 이러한 작업에는 버전 관리 및 타임스탬프 기록이 필수적입니다. 이전에 게시된 패턴이 이후 데이터로부터 더 나은 앵커를 자동으로 획득해서는 안 됩니다. 무효화, 만료 또는 대체 후보 생성은 명시적으로 기록해야 합니다.

체결 테스트에는 신호와 체결 사이의 가격 갭, 대칭 공매도 전략에서 차입 불가, 다음 봉 시가 전에 손절 수준을 통과한 경우를 포함합니다. 유효한 검출 이벤트라도 거래를 못 하거나 손익 조건이 불리할 수 있으므로 보고서에서 구분합니다.

볼륨 특징은 특정 타임스탬프에 속합니다.

occurred_at에서의 거래량과 confirmed_at에서의 거래량을 별도의 열에 유지하십시오. 전자는 극단적인 가격에서의 거래 활동을 나타내고, 후자는 이후 확인 시점의 활동을 나타냅니다. 피벗 캔들이 아닌 확인 시점에 다음 세 개의 캔들을 사용하는 기능을 사용할 수 있습니다. 해당 기능의 타임스탬프는 사용된 가장 최근 입력값의 타임스탬프를 따라야 합니다.

제안된 분석 방법은 가격만을 사용한 설정과 RVOL를 나중 트리거 시점의 값(현재 거래량을 이전 20 캔들의 중앙값으로 나눈 값)에서 비교합니다. 이때 1.5를 실험적 임계값으로 사용합니다. 장중 주식 거래의 경우, 개장 활동과 정오 캔들을 혼합하는 것보다 동일 시간대의 기준선을 사용하는 것이 일반적으로 더 명확한 비교 기준이 됩니다. 외환 틱 거래량은 거래된 계약을 자동으로 나타내는 것이 아니라 공급자별 업데이트를 측정합니다.

비슷한 변동성과 시각 그룹 안에서 거래량이 정보를 더하는지 검증합니다. 그렇지 않으면 높은 체결비용을 가진 넓은 봉만 선택할 수 있습니다. 거부된 기회도 기록하십시오. 체결 거래만 보면 필터가 대부분 기회를 없애거나 노출을 크게 바꾼 사실이 가려질 수 있습니다.

수익률 평가 전에 이벤트 정확성을 확인하기

각 시점까지의 데이터 접두 구간을 재생하고 그 끝점 이전에 발행된 이벤트를 모두 비교합니다.100봉을 추가해도 기존ID·가격·종류·확인 시각은 바뀌면 안 됩니다. 화면이 아닌 기록을 비교하고 같은 고저점 구간, 아웃사이드 봉, 누락 구간, 호가 단위 변경과 해당 상품에서 가능한 영 미만 가격의 테스트 데이터를 추가합니다.

1,000 캔들별 피벗, 확인 지연 시간, 앵커 간 간격, 그리고 마지막 앵커가 알려질 시점에 이미 무효화된 다운스트림 패턴의 비율을 측정합니다. 이러한 진단은 수익 통계가 도입되기 전에 탐지기 변경 사항이 기회 집합을 어떻게 변화시키는지 설명합니다.

개발 데이터에서 l=r=2를 3 및 5와 비교하고 최종 테스트 전에 선택을 확정하십시오. 또한 비대칭 윈도우를 별도로 등록된 구성으로 테스트하십시오. 시각적으로 더 매력적인 앵커가 더 큰 순 기대값을 보장하지는 않습니다. 최종 거래 평가에는 스프레드, 수수료, 갭, 손절매 실행, 포지션 규모 및 확인 지연의 기회비용이 포함되어야 합니다.

흔한 실수

사후적으로 표시된 극단점에 정확히 진입합니다.

나중에 과거로 그린 마커의 시각을 주문 시각으로 사용하는 오류입니다. 각 시점까지의 데이터만 재생하면 당시 이용할 수 없던 정보였음을 확인할 수 있습니다.

로컬 피벗 포인트와 세션 피벗 포인트를 혼동함

국소 극값과 세션 기반 P, R, S 공식은 서로 다른 입력값을 사용하는 별개의 도구입니다.

결과를 확인한 후 척도 선택

각 좌/우 쌍은 연구 시험입니다. 실패한 변형뿐만 아니라 선택된 구성도 보관하십시오.

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

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

0/8 개 항목

자주 묻는 질문

r=0는 지연을 제거합니까?

이는 과거 데이터만을 활용하는 극단적인 신호 탐지기를 생성할 수 있지만, 우측 반전 확인 기능은 없습니다. 이는 별개의 신호이므로 별도의 평가가 필요합니다.

가격이 확정된 변곡점을 돌파할 수 있을까요?

네. 역사적 극단점은 여전히 정확하게 파악되었으며, 이후의 저항선 돌파가 이러한 관찰 결과를 무효화하지는 않습니다.

연구 출처

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

  1. Auto trendlinesTradingView. 좌우 창 피벗의 정의를 검토했습니다. 상업적 예시는 수익성 증거로 보지 않습니다. 확인일: .
  2. Pine Script: RepaintingTradingView. 과거 위치에 그리기와 변동하는 미완성 데이터에 관한 절을 검토했습니다. 확인일: .
  3. scipy.signal.find_peaksSciPy. 같은 높이의 구간 및 결측 데이터의 동작을 검토했습니다. API 사양이지 수익성 증거가 아닙니다. 확인일: .

관련 기법

위험 안내

이 내용은 학습과 연구 설계를 위한 것이며 금융 조언이 아닙니다. Backtest는 과거 데이터 시뮬레이션으로, 미래 성과를 보장하지 않으며 실제 거래를 주문하지 않습니다. 이 라이브러리의 기법이 모두 앱에 구현된 기능은 아닙니다. 관련 정보: 검증 방법 및 학습 센터.

실제 자금을 투입하기 전에 규칙을 검증하세요

앱 지원 범위, 데이터와 개별 모의 거래를 확인하세요. 고급 탐지 기법은 별도 구현이 필요할 수 있습니다.

App Store에서 Backtest 다운로드