Timeframe

TradingView는 막대 하나를 기준으로 timeframe을 정의합니다. 따라서 구간 변경은 같은 시계열을 더 넓게 표시하는 것과 다릅니다. 구간 변경은 데이터를 다시 묶고 확대는 보이는 범위를 바꿉니다. 선택한 간격만으로 거래 지속 시간이 정해지지 않습니다. [TradingView — Timeframes]

Pine Script에서 15는 십오 분, 60은 한 시간, 1M은 한 달이며 별도의 시간 단위 기호는 없습니다. 이는 TradingView 문법이지 모든 거래소의 공통 표준이 아닙니다. 규칙을 API로 옮길 때 단위, 대소문자와 허용 간격을 확인합니다. [TradingView — Timeframes] 반면 Kraken REST OHLC는 허용된 분 단위 수로 간격을 지정합니다. [Kraken — OHLC intervals]

TradingView는 거래소와 차트의 시간대를 구분합니다. 차트 시간대 설정은 시각 표시를 바꾸지만 그 자체로 Pine Script 계산을 바꾸지는 않습니다. 현지 시각 표기와 캔들 생성 규칙을 혼동하지 말고 타임스탬프와 실제 데이터 원천 설정을 기록합니다. [TradingView — Time]

TradingView는 시간 막대를 거래 세션 경계에 맞추므로 마지막 막대가 명목 길이보다 짧을 수 있습니다. 틱이나 가격 기반 차트도 막대 생성 시간이 불규칙합니다. 간격 이름만으로 모든 막대의 경과 시간을 추정하지 않습니다. [TradingView — Time]

TradingView는 진행 중인 막대의 High, Low와 Close가 변할 수 있다고 설명합니다. 일중 차트에 넣은 일봉 값도 보인다는 이유만으로 확정되지 않습니다. 규칙이 형성 중인 값과 마지막 완료된 상위 구간 중 무엇을 사용하는지 정합니다. [TradingView — Repainting]

TradingView 문서는 과거 오프셋 없는 lookahead_on이 상위 간격의 최종 값을 실제 이용 가능 시점보다 앞선 과거에 넣을 수 있음을 보여줍니다. 완료 구간에 근거한 판단은 공개 시점을 실제 이용 가능 시점과 맞춰야 합니다. 좋은 과거 성과는 올바른 시점 처리의 증거가 아닙니다. [TradingView — Other timeframes and data]

TradingView는 하위 간격의 내부 막대 하나를 반환하는 request.security와 이용 가능한 내부 막대 배열을 반환하는 request.security_lower_tf를 구분합니다. 데이터가 누락되면 배열도 불완전할 수 있습니다. 포함 범위를 확인해야 하며 하나의 선택값이 전체 구간 경로를 대신하지 못합니다. [TradingView — Other timeframes and data]

TradingView 정의에서 같은 막대 수의 창도 간격에 따라 포함 시간이 다르다는 결론이 나옵니다. 지표 비교에는 간격과 창 길이를 함께 명시합니다. 단순 곱셈은 완전하고 길이가 같은 연속 구간에 적용되며 공백이나 단축 세션을 넘어 자동 적용되지는 않습니다. [TradingView — Timeframes] [TradingView — Time]