Trading-Framework on 1K Scanner — Official Blog

초기 돌파를 예측이 아닌 후보로 다루기

Wed, 08 Apr 2026 21:50:00 +0900

알트 폭등 초입을 ‘예측’이 아니라 ‘후보화’하는 방법

알트 급등 초입을 맞히려 하기보다, 후보로 관리하는 구조적 프레임을 정리합니다.

알트가 급등하기 직전처럼 보이는 순간이 자주 있습니다. 문제는 그 순간을 “예측”으로 고정하면, 그 다음부터는 틀려도 포기하기가 어려워진다는 점입니다.

이번 글의 결론은 간단합니다. 예측이 아니라 후보화로 접근하면, 급등 초입을 “맞히는 게임”이 아니라 “관리 가능한 관찰”로 바꿀 수 있습니다.

왜 “예측”은 위험한가

예측은 한 번의 판단으로 승부를 거는 구조입니다. 그 순간 신호가 조금 좋아 보였다는 이유로, 이후의 불확실성을 무시하게 됩니다.

그 결과는 보통 두 가지입니다.

무효화 신호를 보면서도 포지션을 정리하지 못합니다.
틀렸을 때도 **“다음 캔들에 다시 맞을 거야”**를 기대하게 됩니다. 즉, 예측은 맞추는 순간보다 틀렸을 때의 손상이 더 큰 구조입니다.

후보화는 무엇이 다른가

후보화는 “정답”을 만드는 게 아니라 관리 가능한 리스트를 만드는 작업입니다. 핵심은 다음 세 가지입니다.

**전제(조건)**를 먼저 명시합니다.
조건이 충족되면 후보로만 올립니다.
무효화 기준을 함께 둡니다. 이렇게 하면, 후보는 늘어날 수 있지만 손상은 제한됩니다. “맞추기”보다 “관리”가 가능한 구조가 됩니다.

전제(조건): 상위 TF 구조가 먼저 정리되어야 합니다

알트 급등 초입은 하위 TF만으로 설명되지 않습니다. 상위 TF가 구조를 정리해주지 않으면, 하위 TF의 강한 신호도 쉽게 꺾입니다.

아래 조건을 먼저 확인합니다.

상위 TF가 범위 상단을 재확인했는가
구조 저점이 끊기지 않고 유지되는가
하위 TF 상승이 상위 TF의 방향성과 어긋나지 않는가 이 세 가지가 충족되지 않으면, 하위 TF 신호는 “노이즈일 가능성”이 높습니다.

무효화: 후보는 “깨질 때” 바로 내려야 합니다

후보화의 핵심은 무효화를 선명하게 만드는 것입니다. 아래 중 하나라도 발생하면 즉시 후보에서 제외합니다.

상위 TF 구조 저점이 깨짐
리테스트 실패 후 하위 TF 추세 전환
거래량이 동반되지 않는 급등 무효화가 명확해야 후보화가 의미 있습니다. 이 기준이 흐리면 후보는 결국 “예측의 다른 이름”이 됩니다.

체크리스트 (복붙용)

다음은 후보화 판단용 최소 체크리스트입니다.

상위 TF 구조가 명확한가
하위 TF 상승이 상위 TF 방향과 정렬되는가
전제(조건)가 글로 적혀 있는가
무효화 기준이 한 문장으로 설명되는가
후보 리스트는 3~7개 내로 유지되는가 이 정도만 유지되어도, 예측보다 훨씬 덜 흔들리는 관찰이 가능합니다.

요약

알트 급등 초입을 맞히려는 태도는 손상이 큽니다. 대신 후보화 → 무효화로 구조를 만들면, 급등의 “초입”을 관리 가능한 관찰 대상으로 바꿀 수 있습니다.

1K Scanner는 이런 후보화를 위해 멀티 타임프레임 정렬과 구조 스캔을 한 화면에서 제공합니다. 급등을 예측하기보다, 후보로 관리하는 데 집중해보세요.

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

Break와 Reclaim 구분

Sun, 22 Mar 2026 21:50:00 +0900

Break vs Reclaim: 둘을 구분하면 ‘추격’이 줄어듭니다

Break와 Reclaim을 분리하면 ‘지금 들어가야 하나’라는 압박이 크게 줄어듭니다.

시장이 크게 흔들릴 때, 지금 안 타면 놓친다는 압박이 가장 먼저 들어옵니다. 대부분의 ‘추격’은 Break와 Reclaim을 같은 사건으로 착각하는 순간에 시작됩니다.

핵심 한 줄

Break는 구조 이탈, Reclaim은 구조 복귀입니다. 둘을 구분하면, ‘추격’ 대신 기다릴 근거가 생깁니다.

왜 이 둘이 섞일까요?

Break는 가격이 아래로 이탈하는 사건입니다.
Reclaim은 이탈했던 가격대를 다시 회복하는 사건입니다.
하지만 실제 화면에서는 둘이 같은 캔들 묶음으로 보이기 쉽습니다. 문제는 여기서 발생합니다. Break 순간에 “복귀가 곧 올 것”이라고 믿고 추격 진입을 해버리면, 구조가 다시 깨질 때 손절이 계속 쌓입니다.

구조로 보면 이렇게 나뉩니다

Bias → Context → Trigger 순서로 보면 단순해집니다.

1) Bias (방향성)

상위 TF에서 구조가 살아 있는지 먼저 봅니다.
Break가 나왔는데 Bias가 유지되지 않는다면, Reclaim 기대는 보류입니다.

2) Context (맥락)

Break가 진짜 구조 붕괴인지, 아니면 단기 흔들림인지를 확인합니다.
Reclaim은 맥락이 유지된 상태에서만 의미가 생깁니다.

3) Trigger (진입 조건)

Reclaim은 **“복귀한 사실”**이지 **“즉시 진입 신호”**가 아닙니다.
Trigger는 복귀 이후의 재확인에서 나옵니다.

체크리스트 (복붙용)

Break는 이탈이고, Reclaim은 복귀라는 점을 분리했나요?
상위 TF의 Bias가 유지되고 있나요?
Break가 일시적인 흔들림인지 확인했나요?
Reclaim 이후에도 구조가 유지되는지 재확인했나요?
진입은 Reclaim 직후가 아니라 재확인 이후인가요?
손절 기준이 구조 단위로 명확히 분리되어 있나요?

요약

Break와 Reclaim은 서로 다른 사건입니다.
둘을 분리하면 추격이 줄고, 기다림의 근거가 생깁니다.
구조를 먼저 보면, 진입은 더 늦어지지만 더 정확해집니다. 마지막으로, 이런 구조 판단을 빠르게 정리하려면 1K Scanner의 멀티 타임프레임 보기가 도움이 됩니다.

Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리

이길 때와 질 때의 공통점: 손절이 아니라 “질문”이 같았다

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

비트코인 4시간봉 구조적 붕괴와 1kscanner에서 확인한 시점

단순 가격 하락이 아닌 거래량과 멀티타임프레임 괴리가 발생한 시점을 복기합니다.

짧게 말하면, 이건 단순 하락이 아닙니다. 구조 붕괴입니다.

4H에서 바뀐 것

고점/저점 상승 흐름이 깨짐
이전 수요 구간 리테스트에서 지지 실패
반응이 약했고, 거래량이 방어하지 못함 한 가지 신호는 노이즈일 수 있습니다. 하지만 세 가지가 겹치면 구조 변화로 봐야 합니다.

1K Scanner에서 확인한 포인트

직전 스윙 로우 이탈
리테스트 캔들 재차 거절
MTF 정렬 붕괴(하위 TF 하락 + 상위 TF 고점 정체)

실제 대응 방식

핵심은 “이탈 직후 추격"이 아닙니다. 이탈 → 리클레임 실패를 확인한 뒤 접근하는 것입니다.

체크리스트:

핵심 스윙 이탈
리테스트 실패
MTF 미스매치 확인
강한 거래량 방어 부재 실제 스크린샷은 곧 교체하겠습니다. 지금은 구조 설명용 플레이스홀더입니다.

후보군과 FOMO

Wed, 04 Mar 2026 22:00:00 +0900

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

진입 직전 감정에 끌리지 않도록, 미리 후보를 확보하고 가정·제약·촉발 조건으로 관리하는 실전 루틴을 정리했습니다.

트레이딩에서 FOMO는 갑자기 생기는 감정처럼 보이지만, 실제로는 준비되지 않은 상태에서 더 자주 발생합니다. 차트가 급하게 움직일 때 손이 먼저 나가는 이유는, 진입 기준이 없어서가 아니라 후보 목록이 비어 있기 때문인 경우가 많습니다.

이 글은 “참아라” 같은 정신론이 아니라, FOMO를 줄이기 위해 실제로 쓸 수 있는 후보 확보 루틴을 정리합니다.

1) FOMO가 커지는 순간은 항상 비슷합니다

아래 상황이 겹치면 진입이 감정 중심으로 바뀌기 쉽습니다.

지금까지 보던 종목이 아니라, 갑자기 튀는 심볼을 따라가게 될 때
상위 타임프레임 맥락 없이 하위 타임프레임 캔들만 보고 결정을 내릴 때
“놓치면 안 된다"는 문장이 “내 기준은 무엇인가"라는 질문을 덮어버릴 때 핵심은 간단합니다. 후보가 준비되어 있지 않으면, 시장의 속도가 곧 기준이 됩니다.

2) 해결의 시작은 “진입법”이 아니라 “후보화”입니다

FOMO를 줄이는 가장 현실적인 방법은, 진입 신호를 더 복잡하게 만드는 것이 아닙니다. 그 전에 먼저, 오늘 볼 종목을 사전에 후보화해 두는 것입니다.

추천 루틴은 아래 3단계입니다.

Bias(방향 가설): 오늘 시장에서 어떤 방향/레짐을 우선 볼지 정합니다.
Context(맥락 조건): 상위 타임프레임에서 유지/이탈/재진입 조건을 정합니다.
Trigger(실행 촉발): 하위 타임프레임에서 실행 가능한 최소 조건만 남깁니다. 이 순서를 먼저 만들면, 실시간 급등이 나와도 “무조건 추격"이 아니라 “내 후보인가"부터 확인하게 됩니다.

3) 후보를 미리 확보할 때 꼭 넣어야 할 4가지

후보 목록은 길수록 좋지 않습니다. 대신, 짧고 재사용 가능해야 합니다.

각 후보에 아래 4가지를 붙여 보세요.

가정: 이 종목/구조를 지금 보는 이유
제약: 이 조건이 깨지면 즉시 보류할 기준
촉발: 실행을 허용하는 최소 신호
만료 시각: 언제까지 유효한 후보인지 이렇게 적어두면, 급한 장면에서도 “들어갈 이유”보다 먼저 “보류할 이유”가 보입니다. 그 순간 FOMO의 힘이 줄어듭니다.

4) 실전에서 가장 많이 도움이 되는 질문 3개

진입 직전에 아래 질문만 확인해도 과속 진입이 크게 줄어듭니다.

이 후보는 오늘 미리 확보한 목록 안에 있나요?
지금 움직임은 내 Context 조건 안에서 발생했나요?
Trigger가 충족됐나요, 아니면 캔들 속도에 반응하는 중인가요? 셋 중 하나라도 “아니오"라면, 실행이 아니라 관찰로 남기는 편이 보통 더 좋습니다.

5) “놓친 뒤 후회"를 줄이는 운영 규칙

FOMO는 진입 순간만의 문제가 아니라, 놓친 뒤 복기 방식에서도 반복됩니다.

아래 두 규칙을 고정하면 다음 세션의 감정 소모가 줄어듭니다.

놓친 트레이드는 “기회 손실"이 아니라 “후보 기준 점검"으로 기록합니다.
수익/손실보다 먼저, 내가 가정·제약·촉발 중 무엇을 건너뛰었는지 씁니다. 이 기록이 쌓이면, 매매 실력보다 먼저 의사결정 일관성이 올라갑니다.

6) 복붙용 체크리스트

아래 6줄만 매 세션 시작 전에 확인해 보세요.

오늘 Bias 1줄 작성
후보 3~7개만 선정
후보별 가정/제약/촉발 1줄씩 작성
만료 시각 지정
진입 직전 질문 3개 재확인
세션 종료 후 “건너뛴 조건” 1줄 기록 FOMO를 없앨 수는 없습니다. 하지만 후보를 미리 확보하면, 감정은 신호가 아니라 경고등으로 바뀝니다.

1k_scanner를 쓰신다면 시장 전체에서 후보를 먼저 압축해 두고, 실행은 마지막에 남긴 조건으로만 하시는 방식이 가장 안정적으로 작동합니다.

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

HTF 체크가 ‘정보’로 끝나면 왜 또 흔들릴까: 결정으로 남겨야 LTF가 덜 헷갈립니다

기술적 분석의 4대 거장이 본 MTF: 상위 흐름부터 읽는 이유

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

후보 풀이 있는 날은 덜 흔들린다: 스캐너가 FOMO를 줄이는 방식

후보 확보가 왜 불안을 줄이는지, Bias→Context→Trigger 관점에서 정리합니다.

시장이 빨라질수록 판단도 빨라집니다. 그런데 속도 자체가 실력이 되는 순간, 가장 먼저 무너지는 건 감정의 여유입니다. 오늘 주제는 아주 단순합니다. 후보 확보가 FOMO를 줄인다는 사실입니다.

문제: 선택지가 없을수록 지금 당장 붙잡고 싶어진다

차트를 보다가 “지금 안 타면 놓친다”는 생각이 들 때가 있습니다. 대부분은 후보 풀이 비어 있는 상태에서 시작됩니다. 오늘 손에 쥔 아이디어가 하나뿐이면, 그 하나가 실패했을 때의 공포가 커집니다. 그래서 판단이 신호가 아니라 감정에 붙습니다.

후보 풀은 감정의 속도를 늦춘다

후보가 있으면, 지금 당장의 움직임이 유일한 기회가 아닙니다. 여유가 생깁니다. 여유는 감정이 아니라 구조에서 나옵니다. 구조는 다음 세 가지로 정리됩니다.

Bias(방향 가설): 이 후보를 왜 보고 있나요?
Context(맥락): 지금 이 후보는 어떤 자리인가요?
Trigger(행동 조건): 무엇이 오면 행동하나요? 후보 리스트에 이 3줄이 붙어 있으면, 움직임이 빨라도 판단이 느려지지 않습니다. “이건 아직 Trigger가 아니다”라는 말이 가능해지기 때문입니다.

실전 체크리스트(복붙용)

오늘 후보 5개만 확보한다 (많을수록 불안이 줄어듭니다)
각 후보에 Bias/Context/Trigger를 1줄씩 적는다
Trigger가 오기 전에는 행동하지 않는다
후보가 깨지면, 미련 없이 리스트에서 제거한다

요약

후보 확보는 감정 관리가 아니라 구조 관리입니다. 리스트가 있으면 지금의 움직임이 “유일한 기회”가 아니게 됩니다. 그 순간 FOMO는 속도를 잃습니다.

1K Scanner는 이 후보 풀을 빠르게 모으고 정리하는 데 집중한 도구입니다. 후보를 확보하는 습관부터 시작해 보세요. 판단의 속도가 아니라 감정의 속도가 먼저 느려집니다.

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

스크린샷은 왜 복기의 기록가 되는가: 이미지 기록의 장단점

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

다운로드/설치가 실패할 때: 1k_scanner 트러블슈팅 체크리스트(첫 스캔까지)

screenshot + manifest: 흐릿한 차트 캡처를 구조화된 관찰 기록로 바꾸는 루틴

HTF·LTF와 결정 프레임

Wed, 18 Feb 2026 10:05:00 +0900

HTF 체크가 ‘정보’로 끝나면 왜 또 흔들릴까: 결정으로 남겨야 LTF가 덜 헷갈립니다

HTF를 확인했는데도 실전에서 계속 흔들리는 이유는 대개 분석 부족이 아니라 ‘결정 미고정’에 있습니다. HTF 체크를 정보가 아닌 실행 기준으로 남기는 방법을 구조적으로 정리합니다.

실전에서 이런 날이 자주 나옵니다.

아침에 상위 타임프레임을 확인하고, “오늘은 이 레벨 위에서만 롱 관점"이라고 분명히 정리합니다. 그런데 장중에 5분봉이 빠르게 흔들리면, 방금 했던 정리가 머릿속에서 희미해집니다. 결국 진입은 했고, 나중에 복기할 때는 또 같은 말을 하게 됩니다.

“분명 HTF 체크는 했는데…”
“LTF에서 너무 빨리 움직여서…”
“다음에는 더 침착해야지…” 여기서 중요한 건 침착함이 아닙니다. 많은 경우 문제는 감정이 아니라 형식입니다. HTF를 체크했지만, 그 체크가 “정보"로만 남고 “결정"으로 고정되지 않았기 때문입니다.

1) HTF 확인을 해도 흔들리는 이유: 체크 결과가 실행 언어로 번역되지 않았기 때문입니다

MTF를 쓰는 목적은 단순히 여러 화면을 보는 데 있지 않습니다. 각 타임프레임에 다른 질문을 맡기고, 질문 사이 충돌을 줄이는 데 있습니다.

HTF의 질문: “오늘 어떤 장면인가?”, “어디서 하지 말아야 하는가?”
LTF의 질문: “지금 실행해도 되는가?”, “무효화는 어디인가?” 문제는 HTF 체크가 끝난 뒤, 많은 분들이 다음 단계로 바로 넘어간다는 점입니다. “봤다"로는 충분하지 않습니다. 무엇을 결정했는지 문장으로 남겨야 합니다.

예를 들어,

나쁜 기록: “4H 저항 근처”
좋은 기록: “4H 저항 근처이므로, 상단 추격 롱 금지 / 눌림-확인형 롱만 허용” 둘은 비슷해 보이지만 결과는 완전히 다릅니다. 첫 문장은 정보고, 둘째 문장은 행동 기준입니다. 실전에서 흔들림을 줄이는 건 정보의 양이 아니라 기준의 명확성입니다.

2) LTF가 문제를 만든 게 아니라, LTF에 과한 권한을 준 경우가 많습니다

많은 트레이더가 LTF를 “진입 타이밍 도구"로 쓰다가, 어느 순간 “방향 결정 도구"로까지 써버립니다. 그 순간 HTF는 배경화면이 됩니다.

흔한 흐름은 이렇습니다.

HTF로 장면을 정의합니다.
LTF에서 강한 캔들이 나옵니다.
LTF 움직임을 근거로 HTF 가정을 수정합니다.
수정한 뒤에 HTF 근거를 뒤늦게 찾습니다. 이 순환이 반복되면, 본인은 유연하게 대응했다고 느끼지만 실제로는 기준이 계속 이동합니다. 기준이 이동하면 복기가 축적되지 않습니다. 같은 실수를 다른 이름으로 반복하게 됩니다.

핵심은 LTF를 억누르는 게 아닙니다. LTF의 권한을 원래 자리로 되돌리는 것입니다.

HTF: 장면 정의 + 금지/허용 구간 지정
LTF: HTF가 허용한 구간에서 실행 조건 충족 여부만 판단 이 분리가 되면, LTF 변동이 커도 판단 피로가 줄어듭니다. 왜냐하면 “지금 보이는 움직임"보다 “이미 정해둔 조건"이 먼저 작동하기 때문입니다.

3) HTF 체크를 ‘결정’으로 남기는 최소 템플릿

복잡한 템플릿이 필요하지 않습니다. 아래 3줄이면 충분합니다.

Bias: 오늘 우선 방향 / 비우선 방향
Context: 허용 구간 / 금지 구간
Trigger Rule: 실행 허용 조건 1~2개 + 무효화 1개 예시:
Bias: 오늘은 상방 우선, 하방은 반등 실패 시에만
Context: 4H 중단 지지 위에서는 롱만 허용, 저항 정면 추격 금지
Trigger Rule: 15m 구조 재정렬 + 거래량 확인 시 진입, 직전 스윙 하단 이탈 시 무효 이렇게 적어두면 장중 판단이 훨씬 단순해집니다. “지금 신호가 예쁘냐"가 아니라 “내 기준을 통과했냐"를 보게 되기 때문입니다.

4) 웹 트레이딩 환경에서 더 중요한 이유

웹 기반 환경은 본질적으로 주의력을 분산시키기 쉽습니다. 탭 전환, 알림, 실시간 체결, 뉴스 피드가 동시에 들어옵니다. 이 환경에서는 분석력이 부족해서가 아니라, 기준 유지 비용이 높아서 흔들립니다.

그래서 HTF 체크를 “기억"에만 두면 거의 반드시 흐려집니다. 반대로 체크를 문장화해 남겨두면, 장중 변동이 커져도 빠르게 기준으로 복귀할 수 있습니다.

트레이딩에서 중요한 건 더 많은 신호를 보는 능력보다, 이미 세운 판단을 덜 잃어버리는 능력입니다. 1k_scanner는 그 관점에서, 멀티 타임프레임 환경에서도 Bias→Context→Trigger 흐름을 유지할 수 있도록 설계된 Rust+egui 기반 트레이딩 스캐닝 앱입니다.

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

기술적 분석의 4대 거장이 본 MTF: 상위 흐름부터 읽는 이유

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

MTF에서 반복되는 혼란은 신호 부족이 아니라 질문(역할) 혼합에서 시작됩니다. HTF/LTF 역할 분리와 Bias→Context→Trigger 순서를 통해 혼란의 구조를 해석합니다.

실전에서 이런 장면이 자주 나옵니다.

4시간봉에서는 중요한 레벨 근처라서 “여기서는 무리하면 안 된다”는 생각이 있었는데
5분봉에서 갑자기 강한 한 번의 움직임이 나오면
그 한 번의 캔들이 상위 흐름까지 바꿔버린 것처럼 느껴집니다. 그래서 차트를 오가며 확인합니다. 1시간봉을 보고, 다시 5분봉을 보고, 알림을 확인하고, 체결창을 열고… 그 사이에 가장 흔하게 생기는 감정은 “아무 것도 모르겠다”입니다.

이때 많은 분들이 문제를 이렇게 정의합니다.

“신호가 부족해서 헷갈린다”
“지표를 더 봐야겠다” 하지만 실제로는 반대로일 때가 많습니다. MTF가 헷갈리는 이유는 신호가 없어서가 아니라, 질문이 섞여서입니다.

MTF에서 가장 흔한 혼란: 한 화면에서 두 가지 질문을 동시에 묻습니다

멀티 타임프레임을 쓰는 이유는 “더 많이 보기”가 아닙니다. 본질은 질문을 분리하기 위해서입니다.

그런데 실전에서는 한 번의 LTF 움직임을 보면서 동시에 이런 질문을 묻게 됩니다.

“방향이 바뀐 건가?” (상위 질문)
“지금 실행해야 하나?” (하위 질문) 두 질문은 서로 다른 책임을 가집니다. 그런데 같은 캔들, 같은 한 장면, 같은 감정 위에서 묻는 순간 답이 충돌하기 시작합니다.

그 충돌이 바로 ‘헷갈림’입니다.

HTF vs LTF: 역할이 다르면, 실패의 의미도 달라집니다

여기서 HTF와 LTF를 ‘정답을 주는 스케일’로 생각하면 더 꼬입니다. 대신 “역할”로만 보면 단순해집니다.

HTF(상위 TF)는 “지금 시장이 어떤 장면(scene)인가?”를 다룹니다.어디가 제약(벽)인지어디에 공간(여지)이 있는지지금 내 방향 가설(Bias)이 자연스러운지
LTF(하위 TF)는 “그 장면 안에서 무엇이 실행을 촉발했는가?”를 다룹니다.타이밍 단서가 어떤 형태로 나타났는지실행이 쉬워지는 순간이 언제였는지 중요한 차이는 이것입니다. LTF 트리거가 무너졌다고 해서, HTF의 장면이 자동으로 바뀌는 것은 아닙니다. 반대로 HTF 장면이 바뀌었는데도, LTF 트리거만 보고 있으면 ‘뒤늦게 깨닫는’ 경험이 반복됩니다.

즉, 문제는 신호의 성능이 아니라 역할 분리의 실패일 수 있습니다.

웹 기반 트레이딩 툴의 구조적 한계: 정보는 남지만, ‘결정’은 사라집니다

웹 차트는 빠르고 편합니다. 하지만 많은 웹 기반 워크플로우는 구조적으로 “현재 화면을 보여주는 도구”에 가깝고, “내가 방금 무엇을 결정했는지(맥락)”를 저장하는 도구는 아닙니다.

탭을 바꾸거나 마켓/TF를 바꾸는 순간, 우리가 실제로 잃는 것은 캔들이 아니라 내부 상태입니다.

나는 왜 이 방향을 보고 있었나요?
나는 어떤 장면이라고 정의했나요?
이 트리거가 실패해도 남는 전제는 무엇인가요? 이 질문들이 화면에 남지 않으면, 사고는 쉽게 ‘지금 보이는 것’(LTF, 알림, 체결)로 쏠립니다. 그리고 쏠린 사고는 나중에 HTF를 붙여서 설명을 만들게 됩니다.

결과는 익숙합니다.

실행은 빠른데, 해석은 늦습니다.
실패는 “신호가 틀렸다"로 해석됩니다.
다음엔 신호를 더 찾습니다. 하지만 혼란은 줄지 않습니다.

Bias → Context → Trigger: 정답 공식이 아니라, 순서를 지키기 위한 장치입니다

혼란을 줄이기 위해 필요한 것은 “이길 수 있는 기법”이 아니라 내가 무엇을 먼저 결정했는지를 잃지 않는 순서입니다.

여기서 도움이 되는 렌즈가 Bias → Context → Trigger 입니다.

Bias (방향 가설)
지금 나는 어떤 방향이 더 자연스럽다고 보고 있나요?
그 가설이 HTF 제약(레벨/구조)과 충돌하나요?
Context (장면/구간)
지금은 ‘공간이 열리는 장면’인가요, ‘벽에 닿는 장면’인가요?
내가 보는 움직임이 “왜 지금”인지, 트리거 없이 설명 가능한가요?
Trigger (실행 단서)
이 신호는 방향을 바꾸라는 말인가요, 타이밍을 주는 말인가요?
이 트리거가 실패했을 때, Bias/Context는 그대로 남나요? 이 순서가 깨지는 순간, MTF는 바로 헷갈립니다. 특히 피로가 쌓일수록 더 그렇습니다. 피로는 보통 Bias와 Context를 줄이고, Trigger만 크게 만듭니다.

그래서 ‘헷갈리는 날’은 대개 정보가 부족해서가 아니라 사고가 Trigger에서 출발해버린 날인 경우가 많습니다.

결국 질문은 하나로 수렴합니다: “무엇이 먼저 결정되었나요?”

복기할 때 신호를 더 찾기 전에, 한 번만 확인해 보셔도 좋습니다.

저는 방금 Bias를 바꾼 건가요, 아니면 Trigger에 반응한 건가요?
저는 HTF 장면을 유지한 채로 LTF를 본 건가요, 아니면 실행 후에 장면을 붙인 건가요?
제 도구는 제 사고 순서를 돕고 있나요, 아니면 끊고 있나요? 이 질문에 답이 생기면, “왜 트레이딩이 계속 헷갈리는지”가 감정이 아니라 구조로 보이기 시작합니다.

1k_scanner는 문서 스캐너가 아니라, Rust+egui 기반의 멀티마켓/멀티 TF 트레이딩 스캐닝 앱입니다. 신호를 나열하기보다, Bias→Context→Trigger 순서가 화면 안에서 유지되도록 관찰과 전환 비용을 줄이는 데 초점을 둡니다.

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

기술적 분석의 4대 거장이 본 MTF: 상위 흐름부터 읽는 이유

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

멀티 타임프레임에서 반복되는 혼란은 신호 부족이 아니라 ‘사고 순서’가 뒤섞이면서 생깁니다. HTF와 LTF의 역할을 분리해 봅니다.

5분봉에서 깔끔하게 이탈이 나와서 들어갔는데, 10분 뒤에 가격이 아무 일도 없었다는 듯이 되돌아와 손절을 만들 때가 있습니다.

그때 드는 감정은 대개 비슷합니다.

“내가 신호를 잘못 봤나?”
“방금 돌파는 뭐였지?”
“왜 항상 ‘맞는 것처럼 보이는 순간’에만 틀릴까?” 이 혼란은 종종 기법이 부족해서가 아니라, 더 근본적으로는 사고의 순서가 뒤섞여서 생깁니다. 멀티 타임프레임(MTF)에서 특히요.

MTF에서 반복되는 혼란은 ‘정보 부족’이 아니라 ‘역할 혼동’입니다

MTF가 어려운 이유를 많은 분들이 “봐야 할 게 너무 많아서”라고 설명합니다. 물론 맞습니다. 하지만 실제로 더 큰 문제는, 보는 항목의 개수가 아니라 각 타임프레임에 기대하는 역할이 섞여버리는 것입니다.

예를 들어 이런 식입니다.

LTF에서 생긴 작은 구조 전환을, 곧바로 “상위 추세가 바뀌었다”로 해석합니다.
HTF의 레벨(큰 구조/공간)을 확인하기 전에, LTF 트리거가 주는 ‘즉시성’에 먼저 반응합니다.
나중에 HTF를 보면 이미 저항/지지 한가운데였고, 그 사실을 “내가 신호를 못 봤다”로 결론내립니다. 결과적으로 트리거가 틀린 게 아니라, 트리거가 서 있어야 할 무대(맥락) 가 없었던 경우가 많습니다.

신호보다 구조/맥락/순서가 중요한 이유

신호는 보통 “지금 당장”을 말합니다. 반면 구조와 맥락은 “지금이 어떤 장면인지”를 말합니다.

이 둘을 같은 레이어에서 처리하면, 차트는 매번 다른 표정을 짓습니다.

같은 돌파라도, HTF가 열어준 공간에서의 돌파와
HTF가 막고 있는 벽 앞에서의 돌파는 겉으로 비슷해 보여도 의미가 다릅니다. 그래서 신호를 더 많이 모을수록 오히려 더 헷갈릴 수 있습니다. 신호는 계속 생기고, 그때마다 뇌는 “지금 결론을 내리자”는 압박을 받기 때문입니다.

MTF에서 필요한 것은 ‘신호의 컬렉션’이 아니라, 순서가 있는 해석입니다.

HTF와 LTF는 ‘정답 경쟁’이 아니라 ‘업무 분장’입니다

HTF와 LTF를 같은 질문으로 보면 갈등이 생깁니다. “방향이 뭐지?” 같은 질문을 5분봉과 4시간봉에 동시에 던지면, 둘이 서로 다른 답을 내놓는 게 정상입니다.

업무를 나눠보면 깔끔해집니다.

**HTF(상위 TF)의 역할:**지금 장이 허용하는 큰 방향(혹은 금지하는 방향)은 무엇인가중요한 레벨/구조가 어디에 있고, 그 레벨이 의사결정에 어떤 제약을 거는가움직일 수 있는 ‘공간’이 있는가(혹은 이미 소진됐는가)
**LTF(하위 TF)의 역할:**HTF의 제약 안에서, 내가 행동할 ‘타이밍’을 어떻게 잡는가리스크가 작아질 수 있는 순간(결정이 빨라질 수 있는 순간)이 언제인가 이렇게 보면 LTF는 HTF를 이기려는 게 아닙니다. LTF는 HTF가 만든 무대 위에서만 의미가 생깁니다.

웹 기반 트레이딩 툴이 더 혼란을 키우는 구조적 이유 + 인간 피로

여기서 현실적인 문제가 하나 더 붙습니다. 많은 워크플로가 웹 기반입니다.

웹 도구 자체가 나쁘다는 이야기가 아닙니다. 다만 구조적으로 이런 특징이 있습니다.

탭/차트가 늘어날수록, 맥락이 ‘화면’이 아니라 ‘기억’에 의존합니다.
알림이 많아질수록, 뇌는 “지금 당장 반응할 대상"을 우선순위로 올립니다.
멀티마켓/멀티 TF를 동시에 훑으려면, 같은 동작을 계속 반복해야 합니다. 그 반복은 결국 피로로 바뀌고, 피로는 사고를 단순화합니다.

피로한 상태의 의사결정은 대개 이렇게 수렴합니다.

맥락(HTF)을 줄이고
트리거(LTF)를 확대하고
나중에 손실을 “신호가 틀렸다”로 설명합니다 즉, 혼란은 실전에서 ‘성격’이 아니라 환경(도구+피로) 에 의해 강화되기도 합니다.

사고 흐름: Bias → Context → Trigger (그리고 이 순서를 지키기)

MTF에서 덜 흔들리기 위해 도움이 되는 하나의 관찰은 이것입니다.

Bias → Context → Trigger

이건 정답 공식이 아니라, “내가 지금 무엇을 먼저 보고 있는지”를 점검하는 순서입니다.

**Bias(편향/가정):**지금 저는 어디로 기울어져 있나요?이 기울어짐은 HTF가 주는 제약과 충돌하나요?
**Context(맥락/장면):**지금은 추세가 이어지는 장면인가요, 아니면 레벨에서 부딪히는 장면인가요?‘움직일 공간’이 남아 있나요, 아니면 이미 설명이 끝난 자리인가요?
**Trigger(행동의 계기):**지금 보고 있는 신호는 “행동 타이밍”을 말하는가요, 아니면 “방향”을 말하는가요?이 트리거가 실패해도, 내가 이해한 장면(맥락)은 유지되나요? 이 질문들이 중요한 이유는, 실전에서 대부분의 혼란이 Trigger부터 시작할 때 생기기 때문입니다. 트리거는 강하고 빠르며, 사람을 당장 움직이게 합니다. 하지만 그 힘 때문에 더 쉽게 ‘순서’를 빼앗습니다.

마무리

트레이딩이 계속 헷갈리는 날은, 차트가 어려워진 날이라기보다 사고의 순서가 무너진 날인 경우가 많습니다.

그래서 필요한 것은 더 많은 신호가 아니라, HTF와 LTF의 역할을 분리하고 Bias→Context→Trigger로 생각이 흘러가게 만드는 작은 설계입니다.

이 흐름을 손으로 유지하기가 버거운 분들을 위해, 1k_scanner는 문서 스캐너가 아니라 Rust+egui 기반의 멀티마켓/멀티 TF 트레이딩 스캐닝 앱으로서 ‘맥락을 먼저 보게 하는 스캔’을 돕습니다.

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

어디에서 거래할지 정하는 법: 구조적 탐색

왜 MTF가 구조를 보이게 만드는가 (노이즈는 조용히)

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

진입 품질을 올리는 가장 쉬운 방법은 ‘보는 시간을 늘리는 것’이 아니라, 들어가기 전에 3가지를 고정하는 것입니다.

트레이딩에서 가장 값비싼 실수는 “한 번의 잘못된 진입”이 아니라, 비슷한 실수를 반복하는 습관입니다.

진입 품질을 올리는 가장 쉬운 방법은 차트를 더 오래 보는 것이 아닙니다. 진입 전에 3가지만 고정하시면 됩니다.

① 레벨(어디서 반응해야 정상인가)
② 방향(어느 쪽이 유리한 장인가)
③ 트리거(어떤 조건에서만 들어갈 것인가) 아래 체크리스트는 복붙해서 그대로 쓰실 수 있습니다.

진입 전 3체크 (복붙용)

레벨(Level): 지금 가격이 ‘의미 있는 구간’(전고/전저, 피벗/VWAP, 수급 구간) 근처입니까?
방향(Bias): 상위 타임프레임(예: 1h/4h)의 방향과 맞습니까? (또는 되돌림이라는 전제가 명확합니까?)
트리거(Trigger): 하위 타임프레임(예: 5m/15m)에서 구조 전환/돌파/이탈 같은 ‘실제 사건’이 발생했습니까? 판정은 간단합니다.
레벨/방향이 없으면: 관찰만 하고 패스
트리거만 번쩍이면: 낚시일 확률이 높으니 패스
셋이 동시에 맞으면: 그때만 후보로 유지

1k_scanner가 여기서 해주는 일

이 루틴이 어려운 이유는 체크리스트가 복잡해서가 아닙니다. 대상(심볼/마켓/타임프레임)이 너무 많아서입니다.

1k_scanner는 진입법을 대신 발명하지 않습니다. 대신 아래를 빠르게 만듭니다.

템플릿/거래소 범위 안에서 많은 심볼을 한 번에 훑을 수 있게 만듭니다 (멀티 심볼/멀티 거래소)
타임프레임을 겹쳐서 ‘방향’과 ‘타이밍’이 함께 보이게 만듭니다 (MTF 관찰)
구조가 없는 신호에 덜 끌리도록, 관찰 순서와 기준을 유지하기 쉽게 만듭니다

관리(Exit)도 3체크로 끝납니다

진입만큼 중요한 것이 무효 조건입니다. 들어가기 전에 ‘나갈 조건’을 정해두시면, 손절이 감정이 아니라 규칙이 됩니다.

예시:

레벨 무효: 주요 레벨에서 반응 실패 후 다시 레벨 아래/위로 복귀
방향 무효: 상위 TF 바이어스가 뒤집힘
트리거 무효: 하위 TF에서 만든 구조가 깨짐

결론

차트를 더 오래 보는 대신, 진입 전에 3가지를 고정해 보십시오. 레벨/방향/트리거가 동시에 맞을 때만 거래하시면, 불필요한 진입이 눈에 띄게 줄어듭니다.

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

어디에서 거래할지 정하는 법: 구조적 탐색

왜 MTF가 구조를 보이게 만드는가 (노이즈는 조용히)

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

1분/5분봉만 보고 들어갔다가 상위 타임프레임에 눌리는 트랩을 줄이는 방법. 멀티 TF 합의로 3분 의사결정 루틴 만들기.

좋은 자리처럼 보여서 들어갔는데, 바로 반대로 눌리는 날이 있습니다.

대부분의 ‘억울한 손절’은 실력 부족이 아닙니다. 타임프레임 불일치 때문입니다.

하위 TF(1m/5m)는 진입 트리거를 만듭니다
상위 TF(1h/4h)는 장(방향/레벨/공간) 을 사실상 정합니다 그래서 하위 TF만 예쁘게 보이면 대개 트랩입니다. 반대로 상위 TF가 길을 열어주면 진입이 훨씬 단순해집니다.

‘합의 신호’란 무엇인가 (초간단 정의)

합의 신호 = 여러 타임프레임이 같은 결론을 말해주는 상태

15m: “진입 트리거가 생겼다” (구조 전환/이탈 등)
1h: “방향이 맞다” (추세 유지 또는 되돌림 구간이 명확)
4h: “레벨/공간이 있다” (주요 레벨 근처인지, 위/아래로 갈 여지가 있는지) 이 3개가 맞으면 매매가 ‘감’이 아닙니다. 확률 게임이 됩니다.

1K Scanner로 3분 루틴 만들기 (관찰→체크리스트→진입/관리)

1) 관찰 (1분): 후보군을 빠르게 줄이기

사람이 흔히 무너지는 이유는 “차트가 너무 많아서"가 아닙니다. 적당히 그럴듯해 보이니 자꾸 손이 나가고, 그게 손실로 이어집니다.

1K Scanner는 “새로운 진입법"을 만들지 않습니다. 좋은 진입법을 써도 되는 ‘대상’을 먼저 선별해 줍니다.

2) 체크리스트 (1분): 3개만 통과하면 OK

아래는 복붙용입니다.

체크리스트(복붙용)

4h: 주요 레벨(전고/전저, VWAP/피벗, 수급구간) 근처인가?
1h: 추세 방향이 유지되나? (또는 되돌림 구간이 명확한가?)
15m: 구조 전환(고점/저점 갱신) 또는 추세선/채널 이탈이 발생했나? 판정 규칙은 하나면 충분합니다.
하위 TF만 번쩍이면 건너뜀
상위 TF가 길을 열어주면 후보로 유지

3) 진입 (30초): ‘합의가 깨지면 무효’를 먼저 적기

진입을 잘하려고 고민할수록 늦어지고, 늦어질수록 실수 확률이 올라갑니다. 그래서 “들어갈 조건"보다 나갈 조건(무효 조건) 을 먼저 적어두면 편합니다.

예시:

15m 무효: 방금 만든 스윙 구조가 깨지면 정리
1h 무효: 되돌림 가정이 깨지고 반대 방향으로 전환되면 정리
4h 무효: 핵심 레벨에서 반응에 실패하고 다시 눌리면 정리 이렇게 해두면 손절이 ‘기분’이 아닙니다. 규칙이 됩니다.

4) 관리 (30초): 언제 나올지가 미리 정해집니다

합의가 깨지면 나갑니다. 이게 전부입니다.

포지션이 흔들릴 때도 덜 흔들림
불필요한 진입이 줄어듦
진입하면 관리 기준이 선명해짐

결론

차트를 더 오래 보는 것이 아닙니다. 의사결정을 더 빨리, 덜 후회하게 만드는 것이 목적입니다.

MTF ‘합의 신호’ 루틴은 그걸 가능하게 하고, 1K Scanner는 그 루틴이 반복되도록 템플릿/그리드/합의 핫리스트·강조 같은 관찰 도구로 뒷받침합니다.

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

어디에서 거래할지 정하는 법: 구조적 탐색

왜 MTF가 구조를 보이게 만드는가 (노이즈는 조용히)

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

같은 모양의 차트가 나와도 결과가 달라지는 이유를 이해하고, 실제로 후보를 선별해 쓸 수 있는 3단계 관찰 루틴을 정리합니다.

같은 캔들 형태가 반복돼도 동일한 결과를 보장하지 않는 이유는 의외로 단순합니다. 지금 읽는 창이 어디인지, 위쪽 흐름과 맞물려 있는지, 되돌림이 구조를 얼마나 버티는지에 따라 장면의 해석이 달라지기 때문입니다.

이 글은 새로운 진입법을 가르치지 않습니다. 어떤 후보를 먼저 볼지, 어떤 근거로 제외할지를 사용자 관점으로 정리해 드리기 위한 글입니다.

1) 스캔은 먼저 넓게: 왜 밀집 모드를 먼저 쓰는가

1-1) 화면을 켜고 바로 하는 것

앱 실행 직후 가장 먼저 확인할 대상은 앱이 가져온 레이아웃입니다. 그다음 아래 순서로 시작하면 훨씬 안정적입니다.

Ctrl(Cmd)+7: 밀집 그리드로 이동해 템플릿에 로드된 전체 후보를 훑는다.
Ctrl(Cmd)+8: 확장 그리드로 바꿔 후보군을 줄인다.
Space: 현재 차트를 확대해 후보의 디테일을 확인한다.

1-2) 열은 심볼, 행은 타임프레임

초보자가 헷갈리는 핵심은 “심볼을 한 줄로 모아 봐야 하나?”입니다. 실제 화면은 열=심볼, 행=타임프레임으로 읽는 게 더 효율적입니다. 한 열 안에서 위아래를 따라가면, 같은 종목의 상위/하위 흐름을 한 번에 비교하기 쉬워집니다.

이때 같은 패턴이라도 열 간 비교 기준이 맞지 않으면 해석이 흔들립니다. 그래서 처음부터 열 단위로 후보를 좁히는 습관이 중요합니다.

2) ‘같은 패턴’에서 먼저 보는 것은 EMA/NRZ의 정답이 아니라 맥락

2개가 중요합니다.

EMA/NRZ는 정답 스위치가 아니라 읽기 프레임입니다.
EMA(지속 지표): 현재 움직임이 유지될 가능성을 먼저 가늠하는 데 쓰입니다.
NRZ: 되돌림 구간에서 가격이 버팀을 유지하는지 확인하는 보조 질문입니다. 중요한 건, 이 지표들이 진입을 강요하는 도구가 아니라 판단 대상의 우선순위를 만드는 루틴의 일부라는 점입니다.

2-1) 같은 패턴이 다른 결론으로 가는 체크리스트

동일한 패턴이어도 다음 항목이 하나라도 다르면 해석이 갈립니다.

후보가 위치한 열의 상위 흐름이 현재 시간대의 맥락과 맞는가?
되돌림에서 구조적 지지가 사라지지 않았는가?
다음 확인에서 해당 후보가 ‘관찰 대상’인지 ‘보류 대상’인지 기준이 갈리는가? 이렇게 질문하면 “왜 이 차트는 보이고 저 차트는 안 보이나”를 감정이 아니라 기준으로 설명할 수 있습니다.

3) 합의 신호의 사용자 의미(테두리 색)만 정확히 쓰기

많은 분들이 합의 신호를 진입 신호로 오해합니다. 실제로는 주의 분배 신호에 가깝습니다.

여러 신호가 한 방향으로 모이면 **방향성 테두리(상방/하방)**로 ‘집중 후보’ 성격이 강하게 보입니다.
신호가 분산/중립/약하면 테두리 강조가 약해져, 먼저 ‘대기’ 또는 ‘관측 보류’로 넘기는 경우가 많습니다. 합의가 생겼을 때의 행동은 즉시 진입이 아니라, 후보 선별과 다음 단계 확인입니다.

4) 동일 패턴 점검 루틴: 스캔 → 집중 → 기록

4-1) 스캔(2분): 컨텍스트 기반 후보 좁히기

Ctrl(Cmd)+7로 후보군을 크게 펼칩니다.
같은 종목이 열 단위로 보이는지 확인합니다.
의심 후보는 Space로 확대하지 않고, 먼저 그 열의 타임프레임 정합성을 먼저 봅니다.

4-2) 집중(1~2분): 의미 정렬

후보 열을 위→아래로 훑으며 **연속성(연결성)**을 확인합니다.
필요한 후보만 남기고,
Ctrl(Cmd)+8로 열을 좁혀서 실제 관찰 시간을 늘립니다.

4-3) 기록(30초): 실행 가능한 루틴으로 남기기

후보를 단번에 판단하지 말고, 체크노트를 넣습니다.

V: 현재 차트를 체크노트 토글
N: 체크노트 섹션 열어 최근 후보/제외 이유 확인 후보와 함께 “왜 오늘 제외했는지”를 한 줄 적어 두면, 다음 세션의 판단 속도가 확 달라집니다.

5) 템플릿으로 하루 루틴 고정하기

동일 루틴을 매번 새로 세팅하면 피로도가 커집니다. 루틴은 템플릿으로 고정합니다.

Grid Size, Timeframes per row, Exchange를 정한 뒤 템플릿 생성(시가총액순) 실행
F12로 저장
다음엔 Ctrl(Cmd)+L로 즉시 복원 스캔용 템플릿과 집중용 템플릿을 나눠 두면, 하루의 시작이 훨씬 짧아집니다.

한 줄 정리

동일한 패턴은 같아 보여도, 판단은 컨텍스트에 의해 달라집니다. 오늘의 핵심은 넓게 본 뒤 좁게 파고들고, 후보를 기록으로 고정하는 3단계로 루틴을 정리하는 것입니다.

마지막으로, 1k_scanner는 문서 스캐너가 아니라 Rust+egui 기반의 멀티마켓/멀티 타임프레임 트레이딩 스캐닝 앱입니다.

마우스를 내려놓으세요: 1,000+ 차트 뷰 스캔은 키보드 워크플로우로 완성됩니다

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

어디에서 거래할지 정하는 법: 구조적 탐색

실전 루틴: 시장 장면을 먼저 고정하고, 트리거가 일치할 때만 실행한다.

구조적 탐색은 또 하나의 지표 전략이 아닙니다. 어디에 시선을 두고 거래할지를 먼저 정하게 해주는 사고법입니다.

차트가 시끄러울수록 대부분 이런 동작을 반복합니다.

화면을 더 띄우고
신호를 더 모으고
근거를 더 적고
결국 결정을 못 내립니다 결정이 어려워지는 이유는 정보가 많기 때문이 아니라, 의사결정 기준이 흐려졌기 때문입니다.

핵심은 이 한 가지입니다

트레이딩에서 불확실성은 정보를 늘려서 줄지 않습니다. 구조적 제약이 선명해질 때 줄어듭니다.

1) 먼저 시장 장면을 한 문장으로 적기

진입 전에 먼저 써야 하는 문장입니다.

지금은 확장 구간인가, 수렴 구간인가?
어떤 레벨이 가격을 붙잡고 있는가?
어느 쪽 힘이 더 강한가, 아니면 양쪽이 팽팽한가? 이 문장을 쓰지 못하면 이후 내용은 반응형 데이터 수집에 불과합니다.

2) 구조와 트리거를 분리하기

구조(상위 계층): 상위 구조가 허용하는 방향은?
트리거(실행 조건): 지금 가격에서 조건이 맞는지? 규칙은 단순합니다.
구조는 유효성을 판별하고
트리거는 실행 시간을 결정합니다 두 계층이 정렬될 때만 진입 후보를 고려합니다.

3) 하위 시간봉은 증거로만 쓰기

하위 시간봉은 긴박감을 먼저 줍니다. 하지만 긴박감 자체가 증거가 될 수는 없습니다.

구조가 틀린 상태에서 생긴 강한 촛대는, 실제로는 로컬 이벤트를 과장해 해석한 가능성이 큽니다.

바로 적용하는 워크플로우

진입 전에 두 줄을 적습니다.

현재 장면: “우리는 X 근처 수렴 구간에 있고, Y 상향 돌파가 구조를 무너뜨림.”
유효 트리거: “트리거가 장면과 맞고, 리스크 상한이 정의될 때만 실행.” 20초 안에 못 적으면 아직 수집 모드입니다. 여기서 노이즈 피로가 시작됩니다.

노이즈 억제 규칙

장면 확인을 먼저 하고 급하게 실행하지 않는다.
트리거 조건은 좁고 명확하게 둔다.
트리거가 맞더라도 장면이 깨지면 먼저 장면을 다시 점검한다.
손익보다 결정 일관성을 먼저 확인한다. 아주 오래 반복하면 가격은 계속 시끄러워도, 당신의 규칙은 안정적으로 유지됩니다.

정리 문장:

구조는 “결정을 허용하는 범위"를 정한다. 트리거는 “실행할 타이밍"을 열어준다.

왜 MTF가 구조를 보이게 만드는가 (노이즈는 조용히)

MTF는 더 많이 보는 것이 아니라 덜 흔들리게 만드는 방법입니다.

한 타임프레임만 보면 우연이 구조처럼 보입니다. 노이즈에 속는 순간입니다.

MTF(멀티 타임프레임)는 그 상황을 뒤집습니다.

윗 타임프레임도 같은 방향인가?
아래 타임프레임도 정렬되어 있나? 이게 맞지 않으면 대부분 “진짜 신호"가 아닙니다. 단순한 흔들림입니다. 반대로 정렬되면 신호가 살아남습니다.

여러 개를 보는 이유: 더 혼란스러워지려는 게 아닙니다

의외로 MTF는 더 많이 보려는 방법이 아닙니다. 덜 헷갈리기 위해 봅니다.

데이터를 추가하는 게 아닙니다. 걸러내는 것입니다.

상위 TF: 방향/바이어스
하위 TF: 진입/청산 타이밍
중간 TF: 과속 방지턱(현실 체크)

결국 남는 것들

타임프레임을 쌓으면 큰 것만 살아남습니다.

메이저 스윙 고점/저점
확실한 브레이크 & 리테스트 구간
거래량이 실린 반응 나머지는 자연스럽게 사라집니다. 그게 목적입니다.

요약

MTF는 복잡하게 만드는 것이 아니라 가짜 구조를 지우는 것입니다. 한 타임프레임에만 보이는 신호는 대부분 신호가 아닙니다.

그래서 1K Scanner는 “캔들”보다 구조를 먼저 보게 설계했습니다.

어디에서 거래할지 정하는 법: 구조적 탐색

멀티타임프레임으로 읽는 Wyckoff

Thu, 12 Feb 2026 22:10:00 +0900

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

와이코프 이론을 MTF 관점에서 다시 읽습니다. 상위 TF는 국면/배경을 고정하고, 하위 TF는 그 장면 안에서의 실행 조건을 다룹니다.

와이코프(Wyckoff) 이론을 ‘패턴 모음’으로 외우기 시작하면 멀티타임프레임(MTF)은 곧바로 복잡해집니다. 1시간봉에서 분명 축적(Accumulation)처럼 보이는데 5분봉은 급락하고, 5분봉이 강하게 반등하면 상위 프레임의 맥락이 뒤집힌 것처럼 느껴집니다. 그 순간부터는 더 많은 타임프레임을 켜고, 더 많은 근거를 찾고, 더 많은 확신을 요구하게 됩니다.

그런데 와이코프가 원래 말하고자 한 건 “더 많이 보라”가 아니라 “시간의 역할을 분리하라”에 가깝습니다. 와이코프 책/강의/후대 해석을 통틀어 ‘MTF’라는 현대 용어를 정면으로 쓰진 않더라도, 그 방법론은 사실상 두 개의 시계를 전제로 합니다.

큰 시계: 시장이 지금 어떤 국면(Phase)이고, 어떤 ‘캠페인’이 진행 중인지
작은 시계: 그 캠페인 안에서 가격과 거래(혹은 거래량)가 어떤 방식으로 반응하는지 핵심은, 이 둘을 같은 질문으로 섞지 않는 것입니다.

와이코프에서 “상위 TF”는 국면(Phase)과 배경(Background)을 고정하는 도구입니다

와이코프의 언어에서 중요한 건 “지금 캔들이 예쁘냐"가 아니라, 배경(background) 입니다. 배경은 하루 이틀의 움직임으로 만들어지지 않습니다. 더 긴 시간 축(상위 TF)에서만 드러납니다.

상위 TF에서 와이코프가 하고 싶은 질문은 대체로 이런 것들입니다.

시장이 지금 범위(range) 안에 머물러 있나요, 아니면 범위를 떠나 추세(trend) 로 넘어갔나요?
지금은 축적(Accumulation) 쪽인가, 분산(Distribution) 쪽인가?
“왜 여기서” 이 범위가 형성됐는가 — 즉, 이전 움직임(원인/원인축적)이 현재 가격 행동의 무게를 어떻게 만들었는가 이 레벨의 질문은 “타이밍”이 아니라 “장면”입니다. 그리고 장면이 고정되면, 하위 TF의 소음은 ‘상위 맥락을 뒤집는 신호’라기보다 그 장면 내부의 파동으로 읽히기 쉬워집니다.

여기서 멀티타임프레임의 첫 번째 오해가 풀립니다. 상위 TF는 무언가를 즉시 예측하는 곳이 아니라, 내가 어떤 종류의 움직임을 기대할 자격이 있는지(혹은 기대하면 안 되는지) 를 정해주는 곳입니다.

하위 TF는 “상위 맥락의 증명”이 아니라 “상위 맥락 안에서의 행동 조건”을 다룹니다

하위 TF를 켜면 우리는 자꾸 ‘증명’을 원합니다. “상위에서 축적이라면, 하위도 계속 강해야 한다” 같은 식입니다. 하지만 와이코프의 논리는 그 반대에 가깝습니다.

상위 TF가 국면과 범위를 정해준다면, 하위 TF의 역할은 보통 이런 쪽입니다.

범위의 경계에서 가격이 어떤 식으로 반응하는지 (흡수, 급격한 튕김, 지지/저항의 태도 변화)
상승/하락이 “의미 있는 진전”인지, 아니면 테스트에 가까운 소모인지
더 짧은 시간에서 나타나는 긴 꼬리/급등락이 상위 구조에서 어떤 기능을 하는지 여기서 중요한 건, 하위 TF의 움직임이 “상위 TF를 뒤집는 선언”이 아니라, 상위 장면의 일부로 기능한다는 관점입니다. 상위 국면이 고정되어 있을수록, 하위의 급한 움직임은 오히려 “상위의 의도/힘”을 드러내는 재료가 됩니다. 반대로 상위 장면이 불분명한 상태에서 하위만 보면, 하위의 변동이 매번 “새로운 진실”처럼 보이고, 맥락은 계속 재작성됩니다.

결국 와이코프식 멀티타임프레임은 이렇게 요약됩니다.

상위 TF: Phase(국면) / Range(범위) / Cause→Effect(원인과 결과)의 무게를 잡는다
하위 TF: 그 무게가 실제로 가격 행동에 반영되는 방식과 조건을 본다 이게 “더 많은 차트를 보자”가 아니라 “질문을 분리하자”인 이유입니다.

현대 웹 트레이딩 환경에서 MTF가 특히 어려운 이유는, 하위 TF가 더 강한 자극(체결, 알림, 급등락)을 주기 때문입니다. 그래서 사고가 하위에서 시작하기 쉽고, 상위 맥락은 사후에 붙기 쉽습니다. 와이코프는 그 역순을 강요합니다. 상위에서 장면을 먼저 정하고, 하위는 장면 안에서만 의미를 갖게 만드는 방식입니다.

1k_scanner는 문서 스캐너가 아니라, Rust+egui 기반의 멀티마켓/멀티 TF 트레이딩 스캐닝 앱입니다. 타임프레임을 늘리는 대신, “상위 장면 → 하위 조건”의 순서가 깨지지 않게 관찰 부담을 줄이는 쪽에 초점을 둡니다.

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

멀티 타임프레임 ‘합의 신호’로 역추세 트랩 피하는 법 — 1k_scanner 3분 루틴

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

어디에서 거래할지 정하는 법: 구조적 탐색

Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리

Wyckoff Phase는 단일 신호가 아니라 상위 시간대의 이야기 흐름에서 의미가 생긴다는 점을 실전 기준으로 정리합니다.

실전에서는 “A~E 단계가 보인다”는 말이 자주 나오지만, LTF에서 본 Phase는 쉽게 왜곡됩니다. Wyckoff Phase는 역사적 맥락과 상위 시간대(HTF)의 이야기 흐름을 함께 볼 때 비로소 의미가 생깁니다.

왜 HTF에서 읽어야 하나요

Phase는 신호가 아니라 구조입니다. 구조는 짧은 캔들보다 긴 축적 구간에서 더 분명합니다.
동일한 가격 행동도 다른 단계일 수 있습니다. LTF의 스프링·업쓰러스트는 HTF 문맥에 따라 역할이 바뀝니다.
역사적 맥락은 “의도”를 분리합니다. 분배인지 재축적인지 판단하려면 HTF의 흐름을 먼저 봐야 합니다.

실전에서 자주 생기는 착시

LTF에서 봤더니 “스프링” 같아서 진입 → HTF에서는 아직 Phase B의 소음에 불과한 경우
LTF에서 “마지막 마크다운”으로 보였는데 → HTF에서는 Phase D의 정상적 반락인 경우
작은 박스권을 누적이라고 착각 → HTF에서는 아직 큰 범위의 하단 테스트인 경우

HTF 기준 체크리스트(복붙용)

Phase 범위가 최소 2~3개의 큰 스윙을 포함하는가?
스토리의 방향(누적/분배)이 HTF 구조로 분명한가?
Phase 전환 이벤트(스프링/업쓰러스트)가 HTF 상단·하단과 일치하는가?
LTF의 “이벤트”가 HTF의 “규칙”을 위반하지 않는가?

Bias → Context → Trigger 관점으로 정리

Bias(방향): HTF 구조가 상승/하락 어느 쪽에 기울어 있는지 먼저 확정합니다.
Context(문맥): Phase가 A~E 중 어디에 있는지, 위/아래 테스트가 어떤 의미인지 봅니다.
Trigger(신호): 마지막에 LTF 신호를 사용합니다. 신호는 “확인”이지 “결정”이 아닙니다.

요약

Wyckoff Phase는 짧은 시간대에서 “이벤트”를 찾는 방법이 아니라, 긴 시간대에서 “이야기”를 해석하는 방법입니다. Phase를 HTF에서 읽으면 LTF의 신호가 줄어드는 것이 아니라, 잘못된 신호가 걸러집니다.

여러 거래소와 다중 타임프레임을 한 번에 정렬해야 이런 흐름이 보입니다. 1K Scanner는 HTF 구조와 LTF 트리거를 동시에 스캔해, Phase 해석을 실전에 바로 연결해드립니다.

Trading-Framework on 1K Scanner — Official Blog

초기 돌파를 예측이 아닌 후보로 다루기

알트 급등 초입을 맞히려 하기보다, 후보로 관리하는 구조적 프레임을 정리합니다.

왜 “예측”은 위험한가

후보화는 무엇이 다른가

전제(조건): 상위 TF 구조가 먼저 정리되어야 합니다

무효화: 후보는 “깨질 때” 바로 내려야 합니다

체크리스트 (복붙용)

요약

관련 글

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

Break와 Reclaim 구분

Break와 Reclaim을 분리하면 ‘지금 들어가야 하나’라는 압박이 크게 줄어듭니다.

핵심 한 줄

왜 이 둘이 섞일까요?

구조로 보면 이렇게 나뉩니다

1) Bias (방향성)

2) Context (맥락)

3) Trigger (진입 조건)

체크리스트 (복붙용)

요약

관련 글

Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리

이길 때와 질 때의 공통점: 손절이 아니라 “질문”이 같았다

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

비트코인 4시간봉 구조적 붕괴와 1kscanner에서 확인한 시점

단순 가격 하락이 아닌 거래량과 멀티타임프레임 괴리가 발생한 시점을 복기합니다.

4H에서 바뀐 것

1K Scanner에서 확인한 포인트

실제 대응 방식

후보군과 FOMO

진입 직전 감정에 끌리지 않도록, 미리 후보를 확보하고 가정·제약·촉발 조건으로 관리하는 실전 루틴을 정리했습니다.

1) FOMO가 커지는 순간은 항상 비슷합니다

2) 해결의 시작은 “진입법”이 아니라 “후보화”입니다

3) 후보를 미리 확보할 때 꼭 넣어야 할 4가지

4) 실전에서 가장 많이 도움이 되는 질문 3개

5) “놓친 뒤 후회"를 줄이는 운영 규칙

6) 복붙용 체크리스트

관련 글

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

HTF 체크가 ‘정보’로 끝나면 왜 또 흔들릴까: 결정으로 남겨야 LTF가 덜 헷갈립니다

기술적 분석의 4대 거장이 본 MTF: 상위 흐름부터 읽는 이유

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

후보 풀이 있는 날은 덜 흔들린다: 스캐너가 FOMO를 줄이는 방식

후보 확보가 왜 불안을 줄이는지, Bias→Context→Trigger 관점에서 정리합니다.

문제: 선택지가 없을수록 지금 당장 붙잡고 싶어진다

후보 풀은 감정의 속도를 늦춘다

실전 체크리스트(복붙용)

요약

관련 글

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

스크린샷은 왜 복기의 기록가 되는가: 이미지 기록의 장단점

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

다운로드/설치가 실패할 때: 1k_scanner 트러블슈팅 체크리스트(첫 스캔까지)

screenshot + manifest: 흐릿한 차트 캡처를 구조화된 관찰 기록로 바꾸는 루틴

HTF·LTF와 결정 프레임

HTF를 확인했는데도 실전에서 계속 흔들리는 이유는 대개 분석 부족이 아니라 ‘결정 미고정’에 있습니다. HTF 체크를 정보가 아닌 실행 기준으로 남기는 방법을 구조적으로 정리합니다.

1) HTF 확인을 해도 흔들리는 이유: 체크 결과가 실행 언어로 번역되지 않았기 때문입니다

2) LTF가 문제를 만든 게 아니라, LTF에 과한 권한을 준 경우가 많습니다

3) HTF 체크를 ‘결정’으로 남기는 최소 템플릿

4) 웹 트레이딩 환경에서 더 중요한 이유

관련 글

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

기술적 분석의 4대 거장이 본 MTF: 상위 흐름부터 읽는 이유

와이코프는 ‘멀티타임프레임’을 이렇게 씁니다: Phase는 위에서, 실행은 아래에서

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

MTF에서 반복되는 혼란은 신호 부족이 아니라 질문(역할) 혼합에서 시작됩니다. HTF/LTF 역할 분리와 Bias→Context→Trigger 순서를 통해 혼란의 구조를 해석합니다.

MTF에서 가장 흔한 혼란: 한 화면에서 두 가지 질문을 동시에 묻습니다

HTF vs LTF: 역할이 다르면, 실패의 의미도 달라집니다

웹 기반 트레이딩 툴의 구조적 한계: 정보는 남지만, ‘결정’은 사라집니다

Bias → Context → Trigger: 정답 공식이 아니라, 순서를 지키기 위한 장치입니다