Mtf on 1K Scanner — Official Blog

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

Wed, 11 Mar 2026 21:50:00 +0900

실전에서는 “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 해석을 실전에 바로 연결해드립니다.

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

Fri, 06 Mar 2026 21:50:00 +0900

실수는 대부분 정보 부족 때문이 아닙니다. 오히려 같은 구조에서 같은 판단을 반복하기 때문에 발생합니다. 그래서 실패를 “사건”으로만 남기면 다음에도 똑같이 반복됩니다. 이번 글은 ‘실패학 20편’을 시작하기 위한 프롤로그입니다. 실수를 익명화·패턴화하면, 복기가 실제 교정으로 이어지는 이유를 설명합니다.

실수는 사건이 아니라 구조입니다

하루의 실전은 수십 개의 사건으로 보이지만, 실제로는 소수의 구조로 압축됩니다. 중요한 것은 “무슨 일이 있었나”가 아니라 어떤 구조 안에서 어떤 선택을 했는가가 중요합니다.

상황 구조: 상위 TF의 방향/역할, 변동성 상태, 유동성 구간
판단 구조: Bias → Context → Trigger의 순서가 지켜졌는가
행동 구조: 진입/보류/회수의 기준이 명확했는가

사건을 구조로 바꾸는 순간, 실수는 교정 가능한 데이터가 됩니다.

익명화: 사건을 문장으로 바꾸는 규칙

익명화는 “이 종목에서 내가 틀렸다”를 “이 구조에서 내가 틀렸다”로 바꾸는 과정입니다. 개인 감정과 종목명을 지우고, 재현 가능한 문장만 남깁니다.

익명화 템플릿

상위 TF 상태: 예) 방향 불명확/전환 구간/고점 인접
하위 TF 행동: 예) 늦은 추격/확정 전 진입/손절 지연
결정 근거의 결함: 예) Bias 없이 Trigger만 보고 진입

이 세 문장이 남으면, 다음 주에도 똑같은 구조가 다시 보입니다.

패턴화: 반복되는 5가지 실패 형태

익명화된 문장을 모으면, 결국 같은 실수가 반복된다는 사실이 드러납니다. 아래는 실전에서 가장 흔한 다섯 가지입니다.

상위 TF 부재형
방향을 만들지 못한 상태에서 하위 TF 움직임만 추격합니다.
→ 교정: 상위 TF의 “관찰 결론 1문장”을 먼저 고정합니다.
확정 이전 진입형
구조가 완성되기 전에 “될 것 같은” 순간에 먼저 들어갑니다.
→ 교정: Trigger 정의를 한 줄로 좁히고, 그 문장 외에는 대기합니다.
손절 기준 부재형
손절은 결과가 아니라 규칙입니다. 규칙이 없으면 버티기가 됩니다.
→ 교정: 무효화 조건을 먼저 적고, 진입은 그 뒤에 합니다.
되돌림 합리화형
손실을 합리화하기 위해 하위 TF를 확대해 “근거”를 만들곤 합니다.
→ 교정: 판단 TF를 고정하고, 다른 TF는 참고만 합니다.
리스크 과다형
같은 아이디어인데도 감정이 올라간 날에는 크기를 키웁니다.
→ 교정: 크기는 사전에 고정하고, 감정은 규모를 바꾸지 못하게 합니다.

이 다섯 가지를 20편 동안 다양한 사례로 반복적으로 다룹니다. 핵심은 실수를 줄이는 게 아니라 실수를 고치는 방식을 고정하는 데 있습니다.

20편 운영: 매주 1개, 15분 복기

실전 복기는 길면 지치고, 짧으면 남는 게 없습니다. 이 시리즈는 “매주 1개, 15분 복기”를 목표로 합니다.

한 편 = 하나의 실패 패턴
사례는 익명화된 구조로만 제시
마지막 3줄은 “다음 주 행동 규칙”으로 요약

이렇게 쌓이면, 실전은 더 이상 ‘무작위 사건’이 아니라 내가 수정할 수 있는 구조가 됩니다.

마지막으로, 이런 구조적 복기를 지속하려면 관찰과 기록을 빠르게 정리할 도구가 필요합니다. 1k_scanner는 Bias/Context/Trigger를 같은 화면에서 정리하고, 같은 실수가 반복되는 구간을 쉽게 확인하도록 설계되어 있습니다.

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

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

트레이딩에서 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를 쓰신다면 시장 전체에서 후보를 먼저 압축해 두고, 실행은 마지막에 남긴 조건으로만 하시는 방식이 가장 안정적으로 작동합니다.

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

Sun, 22 Feb 2026 22:11:39 +0900

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

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

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 기반의 멀티마켓/멀티 타임프레임 트레이딩 스캐닝 앱입니다.

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

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

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

아침에 상위 타임프레임을 확인하고, “오늘은 이 레벨 위에서만 롱 관점"이라고 분명히 정리합니다. 그런데 장중에 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가 바로 헷갈립니다

Sun, 15 Feb 2026 14:40:00 +0900

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

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 순서가 화면 안에서 유지되도록 관찰과 전환 비용을 줄이는 데 초점을 둡니다.

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

Fri, 13 Feb 2026 10:34:00 +0900

요즘 MTF만 다루는 글이 너무 많이 나왔다는 느낌이 들었다. 그래서 이번에는 “MTF가 무엇인가”보다 누가 왜 그렇게 보았는지를 짚어보자. 대표적인 기술적 분석 거장 4명의 입장을 한 번 정렬해 보면, 결국 결론은 한 가지로 모인다. 하위 프레임의 신호는 상위 프레임의 방향성을 전제로 읽어야 비로소 쓸모가 있다는 점이다.

1) John J. Murphy: 큰 바다의 물결을 먼저 본다

무피는 강한 추세의 방향을 판단할 때, 시간축을 단계적으로 분해해 해석하라고 말한다. 같은 가격이라도 월/주/일봉에서는 ‘추세의 방향’, 분봉에서는 ‘입장의 타이밍’이 된다. 이 구분이 무너지면, 작은 파동 하나를 큰 추세 변화로 착각하기 쉽다. 핵심은 단순하다. 상위 시간축이 말하는 방향성과 하위 시간축의 실행 신호를 동기화하지 못하면, 결과는 과도한 거래 횟수와 허탈한 손실로 귀결된다.

2) Alexander Elder: Triple Screen의 본심은 ‘필터링’이다

엘더의 Triple Screen은 “큰 그림-보조 그림-실행”의 3단 구조로 이해하면 된다. 제일 먼저 상위 시간축에서 추세와 모멘텀의 방향을 고정하고, 다음은 중간 프레임에서 정배열(동조 신호)을 찾은 뒤, 마지막으로 하위 시간축에서 진입 포인트를 잡는다. 이 구조가 의미 있는 이유는, 하위 프레임이 항상 ‘행동 압력’을 들고 오더라도 그 신호를 신뢰할 근거는 상위 프레임 동조에서 나와야 한다는 점 때문이다.

3) Martin J. Pring: 주기의 시간감각이 MTF의 핵심이다

프링은 시장을 주기(cycle) 관점에서 설명하면서, 각 시간축이 서로 다른 위상(phase)에서 움직인다는 점을 반복한다. 그래서 상위 주기의 고점·저점 구조를 먼저 잡아둔 뒤에 하위 프레임에서 되돌림을 해석해야 한다. 그러면 “이 반등이 회복 신호인지, 단순한 시간축 내부의 되감기인지”가 훨씬 덜 애매해진다.

4) Bill Williams: 프랙탈은 ‘맥락’이 있을 때만 신호다

빌 윌리엄스 계열의 프랙탈/올리게이터 사고는 하위 시간축의 날카로운 움직임을 독립적으로 읽지 않는다. 상위 시간축의 흐름이 안정적이지 않으면, 좋은 매수·매도 패턴처럼 보여도 그 자체는 노이즈일 수 있다. 프랙탈은 구조를 설명하는 렌즈이지, 진입 권유 신호의 전권을 가진 절대 진실이 아니다.

네 명의 설명을 한 줄로 묶으면 ‘레벨 간 일관성’이다. 상위 프레임은 방향, 중간 프레임은 방향성의 유효성을 확인, 하위 프레임은 실행을 담당한다. 이 순서가 무너지면 MTF은 복잡해지는 게 아니라 판단의 피로도가 급증한다.

실무에서는 이렇게 적용해볼 수 있다.

1단계: 주봉/일봉 기준으로 방향성만 확인한다.
2단계: 현재 가격이 상위 구조에서 어느 역할인지 판단한다(저항/지지 테스트, 구간 전환 가능성).
3단계: 하위 시간축에서는 진입 규칙으로만 행동한다.

여기서 중요한 건 ‘좋은 신호’를 많이 찾는 게 아니라, 신호를 걸러낼 줄 아는 기준을 만드는 것이다. 그 기준은 도구가 아니라 판단 루틴이다.

1k_scanner는 문서 스캐너가 아니다. 멀티마켓/멀티 타임프레임 트레이딩 워크플로우의 구조를 정리해, 1k_scanner는 맥락 훼손 없이 사고를 이어가도록 돕는 목적의 트레이딩 스캐닝 앱으로 설계되어 있다.

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

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

와이코프(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 순서가 무너질 때

Tue, 10 Feb 2026 21:50:38 +0900

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)

Tue, 10 Feb 2026 18:35:18 +0900

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

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

① 레벨(어디서 반응해야 정상인가)
② 방향(어느 쪽이 유리한 장인가)
③ 트리거(어떤 조건에서만 들어갈 것인가)

아래 체크리스트는 복붙해서 그대로 쓰실 수 있습니다.

진입 전 3체크 (복붙용)

레벨(Level): 지금 가격이 ‘의미 있는 구간’(전고/전저, 피벗/VWAP, 수급 구간) 근처입니까?
방향(Bias): 상위 타임프레임(예: 1h/4h)의 방향과 맞습니까? (또는 되돌림이라는 전제가 명확합니까?)
트리거(Trigger): 하위 타임프레임(예: 5m/15m)에서 구조 전환/돌파/이탈 같은 ‘실제 사건’이 발생했습니까?

판정은 간단합니다.

레벨/방향이 없으면: 관찰만 하고 패스
트리거만 번쩍이면: 낚시일 확률이 높으니 패스
셋이 동시에 맞으면: 그때만 후보로 유지

1k_scanner가 여기서 해주는 일

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

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

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

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

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

예시:

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

결론

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

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

Tue, 10 Feb 2026 10:16:55 +0900

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

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

하위 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의 포지션

Wed, 04 Feb 2026 15:46:00 +0900

대부분의 트레이더는 진입법에 집착합니다. 하지만 실제로 돈을 잃는 이유는 다릅니다. ‘대상 선택’ 실패인 경우가 많습니다.

1K Scanner는 “새로운 진입법"이 아닙니다. 어디를 볼지 빠르게 정리하도록 돕는 구조 중심 스캐닝 워크스페이스입니다.

기존 트레이딩의 문제

관심 종목 편향: 즐겨찾기/뉴스 위주 → 구조 좋은 종목을 놓침
수작업 과부하: 수천 개 심볼과 여러 TF를 동시에 볼 수 없음
노이즈 과다: 단일 TF 신호는 우연이 구조처럼 보이기 쉬움

1K Scanner의 포지션

이 앱은 “어떻게 들어갈까?“를 고민하지 않습니다. 대신 “어디를 먼저 볼까?“를 정리할 수 있게 도와줍니다.

템플릿으로 관찰할 심볼 유니버스를 구성합니다 (예: 템플릿 생성(시가총액순)으로 상위 코인/종목을 로드).
한 화면 그리드에서 심볼별 멀티 타임프레임을 함께 봅니다 (행=타임프레임, 열=심볼).
합의 핫리스트/강조 같은 우선순위 선별 단서와 EMA/NRZ/거래량 등 오버레이를 조합해, 다음으로 확인할 후보를 빠르게 정합니다.
최종 판단/진입법은 사용자가 그대로 적용합니다.

실제 효용

찾는 노동 감소 → 관찰 종목을 효과적으로 좁힐 수 있음
숨은 종목 발굴 → FOMO 전에 후보를 확보할 수 있음
구조 중심 접근 → 가짜 신호를 제거함

결론

1K Scanner는 진입법을 발명하는 도구가 아닙니다. 좋은 진입법을 쓸 ‘대상’을 빠르게 추려보도록 돕는 도구입니다.

그래서 이 앱은 “신호 생성기"가 아닙니다. 구조 중심 스캐닝 워크스페이스입니다.

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

Sun, 01 Feb 2026 14:00:00 +0900

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

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

화면을 더 띄우고
신호를 더 모으고
근거를 더 적고
결국 결정을 못 내립니다

결정이 어려워지는 이유는 정보가 많기 때문이 아니라, 의사결정 기준이 흐려졌기 때문입니다.

핵심은 이 한 가지입니다

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

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

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

지금은 확장 구간인가, 수렴 구간인가?
어떤 레벨이 가격을 붙잡고 있는가?
어느 쪽 힘이 더 강한가, 아니면 양쪽이 팽팽한가?

이 문장을 쓰지 못하면 이후 내용은 반응형 데이터 수집에 불과합니다.

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

구조(상위 계층): 상위 구조가 허용하는 방향은?
트리거(실행 조건): 지금 가격에서 조건이 맞는지?

규칙은 단순합니다.

구조는 유효성을 판별하고
트리거는 실행 시간을 결정합니다

두 계층이 정렬될 때만 진입 후보를 고려합니다.

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

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

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

바로 적용하는 워크플로우

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

현재 장면: “우리는 X 근처 수렴 구간에 있고, Y 상향 돌파가 구조를 무너뜨림.”
유효 트리거: “트리거가 장면과 맞고, 리스크 상한이 정의될 때만 실행.”

20초 안에 못 적으면 아직 수집 모드입니다. 여기서 노이즈 피로가 시작됩니다.

노이즈 억제 규칙

장면 확인을 먼저 하고 급하게 실행하지 않는다.
트리거 조건은 좁고 명확하게 둔다.
트리거가 맞더라도 장면이 깨지면 먼저 장면을 다시 점검한다.
손익보다 결정 일관성을 먼저 확인한다.

아주 오래 반복하면 가격은 계속 시끄러워도, 당신의 규칙은 안정적으로 유지됩니다.

정리 문장:

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

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

Sun, 01 Feb 2026 14:00:00 +0900

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

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

윗 타임프레임도 같은 방향인가?
아래 타임프레임도 정렬되어 있나?

이게 맞지 않으면 대부분 “진짜 신호"가 아닙니다. 단순한 흔들림입니다. 반대로 정렬되면 신호가 살아남습니다.

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

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

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

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

결국 남는 것들

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

메이저 스윙 고점/저점
확실한 브레이크 & 리테스트 구간
거래량이 실린 반응

나머지는 자연스럽게 사라집니다. 그게 목적입니다.

요약

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

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