유동성 스윕 스캐너: 실시간 가이드

유동성 스윕 스캐너는 수백 개 종목의 모든 스윙 고점과 저점을 추적하다가, 가격이 해당 레벨을 sweep한 뒤 LTF에서 다시 그 안쪽으로 종가를 형성하는 순간을 포착한다. 신뢰할 수 있는 스캐너가 무엇을 감지해야 하는지, 그 결과를 어떻게 판단해야 하는지 정리한다.

유동성 스윕 스캐너란 무엇인가?

유동성 스윕 스캐너는 여러 시장의 스윙 고점과 저점을 자동으로 추적하고, 가격이 해당 레벨을 sweep한 뒤 LTF에서 다시 그 레벨을 관통하는 종가를 형성한 경우만 포착하는 자동화 도구다. 이것이 실패한 sweep 이후의 reversal이다.

진짜 스캐너와 단순 wick 알림을 가르는 지점이 바로 여기다. 매일 수천 개 레벨이 찔리지만, 그중 실제로 reversal이 나오는 경우는 거의 없다. 신뢰할 수 있는 스캐너는 거부된 뒤 reclaim된 sweep만 걸러낸다. Smart Money Concepts (SMC) 트레이더가 실제로 거래하는 순서가 그것이기 때문이다. 나머지는 소음이다.

이 가이드에서는 이런 움직임을 손으로 찾는 방식이 왜 무너지는지, 믿을 만한 스캐너가 정확히 무엇을 감지해야 하는지, LiquidityScan의 Liquidity Sweep → Reversal 엔진이 이를 어떻게 구현하는지, 그리고 감지를 어떻게 판단으로 연결하는지 다룬다.

손으로 sweep을 찾는 방식이 확장되지 않는 이유

설명만 들으면 단순한 setup이지만, 직접 찾으려 들면 상당히 고된 작업이다. 특정 레벨에서 발생하는 2단계 움직임을 찾아야 하는데, 수백 개 종목 중 어디에서 언제 나올지 알 수 없기 때문이다.

직접 하려면 따라가는 모든 종목에서, 모든 HTF에 걸쳐 관련 스윙 고점과 저점을 표시한 뒤 각각의 레벨을 계속 지켜봐야 한다.

레벨이 wick으로 뚫리는 순간 LTF로 내려가 가격이 레벨을 reclaim하는지, 아니면 그대로 진행하는지 몇 개의 캔들 동안 기다려야 한다. reclaim 캔들을 놓치면 setup은 끝난다.

계산해 보면 답이 나온다. 유동성이 충분한 종목 300개를 3개의 HTF에서 추적한다고 하자. 900개의 차트다. 각 차트에는 여러 개의 실시간 유동성 풀이 자리 잡는다. 동일 고점 위의 Buy-Side Liquidity (BSL)와 동일 저점 아래의 Sell-Side Liquidity (SSL)는 24시간 형성되고 소진된다.

사람이 900개의 차트를 지켜볼 수는 없다. 결국 몇 개 종목으로 범위를 줄여 나머지를 놓치거나, 중간중간 차트를 확인하다가 종가가 끝난 지 몇 시간 뒤에 reclaim을 발견하게 된다. 좋은 setup을 놓치는 방식은 둘 중 하나다.

스캐너는 문제의 방향을 뒤집는다. 레벨을 사람이 감시하는 대신 레벨이 스스로 감시하게 만든다. 엔진은 모든 종목의 모든 풀을 닫힌 캔들마다 다시 확인하고, 전체 순서가 완성됐을 때만 알려준다.

신뢰할 수 있는 유동성 스윕 스캐너가 감지해야 하는 것

유동성 스윕 스캐너라고 부르는 도구 대부분은 이전 고점을 단순히 wick으로 넘는 순간 작동한다. 쓸모가 없는 정도가 아니라 알림을 쏟아내서 오히려 방해가 된다. 일반적인 변동성만으로도 레벨은 계속 찔리고, 가격은 같은 방향으로 이어지는 경우가 많다. 레벨을 넘은 wick은 신호가 아니다. 가격이 방향을 드러내기 전까지는 동전 던지기와 같다.

믿고 쓸 수 있는 스캐너라면 다음 3가지를 순서대로 확인해야 한다.

아무 캔들 고점이 아닌 실제 유동성 풀. sweep된 레벨은 의미 있는 HTF 스윙 고점이나 저점이어야 한다. 동일 고점 위, 동일 저점 아래처럼 실제 stop 주문이 몰리는 자리다. 시장이 도달하려던 Draw on Liquidity가 바로 이 레벨이다.
해당 풀을 실제로 sweep했는지 여부. 가격은 레벨에 접근하는 데서 끝나지 않고 그 너머에서 거래돼야 한다. wick이 stop을 가져가야 한다.
거부를 확인하는 LTF reclaim. sweep 뒤 가격은 짧은 시간 안에 LTF에서 sweep된 레벨을 다시 관통하는 종가를 만들어야 한다. reclaim이 없으면 신호도 없다. 단순한 continuation일 뿐이다.

앞의 2가지만 감지하면 wick 알림에 불과하다. raid를 reversal 후보로 바꾸는 것은 3번째 조건인 확인된 reclaim이다. 이 단계를 건너뛰는 스캐너는 쉬운 90%만 보여주고 정작 필요한 부분은 빼놓은 셈이다.

유동성 스윕 스캐너는 setup을 어떻게 구현하는가

LiquidityScan의 Liquidity Sweep → Reversal (LSR) 엔진은 정확히 이 3가지 조건을 중심으로 만들어졌다. sweep 자체를 신호로 보지 않는다. sweep 이후 reclaim까지 이어진 경우를 신호로 취급한다. 각 조건이 어떻게 구현되는지 보자.

HTF 풀과 HTF→LTF 조합

LSR은 고정된 HTF와 LTF 조합으로 작동한다. 1W→1D, 1D→4H, 4H→1H다. 유동성 풀은 HTF에서 정의된다. 주간 스윙 고점이나 일간 스윙 저점처럼 시장 구조상 무게가 있는 레벨이다.

그다음 연결된 LTF에서 candle by candle로 rejection이 형성되는지 확인한다. 상위 차트가 목표를 정하고 하위 차트가 방향 전환을 확인하는 top-down 분석 방식과 같다. 1시간 아래로는 내려가지 않는다. 가장 촘촘한 조합이 4H→1H다.

5개 캔들 reclaim 구간

HTF 풀이 sweep되면 LSR은 다음 5개의 LTF 캔들에서 reclaim을 추적한다. 5개라는 제한은 의도적으로 둔 것이다. raid 직후 곧바로 나오는 reclaim은 깔끔한 rejection이다. 반면 20개 캔들이 지나서 겨우 돌아오는 "reclaim"은 이미 시장이 지나간, 훨씬 약한 움직임이다.

구간을 5개 캔들로 제한하면 신호가 원인이 된 sweep에 묶인다. 레벨을 우연히 다시 통과한 느린 drift도 걸러낸다.

CRT 또는 Super Engulfing 확인

reclaim은 레벨을 다시 넘은 아무 종가나 인정하지 않는다. 반전 패턴으로 확인돼야 한다. LSR이 받아들이는 패턴은 2가지이며, 둘 다 sweep과 반대 방향으로 나타나야 한다. Candle Range Theory (CRT) 캔들 또는 Super Engulfing 캔들이다.

CRT 캔들은 이전 range를 wick으로 sweep하지만 body는 다시 그 안쪽에 종가를 형성한다. Super Engulfing 캔들은 이전 캔들을 감싸면서 반대 방향으로 단호하게 마감하는 momentum 캔들이다.

따라서 스윙 고점 위에서 stop을 가져간 BSL sweep은 bearish CRT 또는 Super Engulfing으로 71,400 아래를 reclaim해야 bearish reversal 후보가 된다. 스윙 저점 아래의 SSL sweep은 bullish 패턴으로 reclaim돼야 한다. 방향은 모호하지 않다. 전환을 확인한 패턴이 매수 쪽인지 매도 쪽인지 결정한다.

닫힌 캔들 감지와 비리페인트

모든 단계는 확정된 닫힌 캔들만으로 평가한다. 현재 형성 중인 캔들은 항상 제외한다. 신뢰할 수 있는 신호와 그렇지 않은 신호의 차이가 여기서 갈린다. 형성 중인 캔들을 읽는 도구는 캔들 중간에 "reclaim"을 보여주지만, 종가가 다른 위치에서 끝나면 그 신호는 사라진다.

LSR은 종가를 기다린다. sweep도 닫힌 캔들에서 확인하고, reclaim도 닫힌 캔들에서 확인한다. 감지가 게시된 뒤에는 repaint되지 않는다. 해당 움직임을 만든 캔들이 이미 과거로 확정됐기 때문이다.

좋은 sweep 스캐너의 조건과 LSR의 처리 방식

앞의 조건은 엔진의 작동 방식에 그대로 대응한다. 나란히 비교하면 다음과 같다.

신뢰할 수 있는 sweep 스캐너에 필요한 조건	LSR 엔진의 처리 방식
아무 캔들 고점이 아닌 실제 HTF 유동성 풀	1W, 1D 또는 4H의 HTF 스윙 고점/저점으로 풀을 정의한다
풀이 실제로 sweep됐다는 확인	가격이 레벨 너머에서 거래돼야 한다, wick이 stop을 가져간다
단순 wick이 아닌 reclaim	반대 방향의 종가가 레벨을 다시 관통해야 한다
sweep과 reclaim을 연결하는 제한된 구간	다음 5개의 LTF 캔들 안에 reclaim이 나와야 한다
아무 종가가 아닌 확인된 reversal 패턴	reclaim은 CRT 또는 Super-Engulfing 캔들이어야 한다
명확한 방향	BSL sweep → bearish, SSL sweep → bullish로 확인 패턴이 방향을 정한다
신뢰할 수 있는 비리페인트	닫힌 캔들만 감지하며 형성 중인 캔들은 제외한다
손으로 확인할 수 없는 시장 전반의 범위	모든 유동성 종목을 대상으로 스캔할 때마다 시장 전체를 다시 계산한다

감지 신호의 흐름: 실제 예시

BTCUSDT의 1D→4H 조합을 보자. 일간 차트에서 71,400에 깔끔한 스윙 고점이 형성됐고 바로 아래에 비슷한 고점이 하나 더 있다. 동일 고점으로 보이는 명확한 BSL 풀이다. 늦게 따라붙은 매수 포지션의 stop이 돌파 위에 쌓여 있고, 그 풀은 가격을 끌어당기는 자석이 된다.

가격이 상승하면서 일간 wick이 71,880까지 올라가 71,400을 통과하고 stop을 가져간다. 일간 차트에서 이는 아직 sweep일 뿐 신호가 아니다. LSR은 연결된 4H로 내려가 5개 캔들 카운트를 시작한다.

raid 이후 2번째 4H 캔들에서 bearish Super Engulfing이 나온다. 이전 캔들을 감싸면서 71,400 아래에서 종가를 만든다. sweep이 반대 방향으로 reclaim됐고, 제한된 구간 안에서 인정된 패턴이 확인된 상황이다.

LSR은 BTCUSDT의 1D→4H 조합에서 bearish Liquidity Sweep → Reversal 감지를 게시한다. 일간 BSL 풀은 71,880에서 sweep됐고, 4H reclaim 종가는 예를 들어 70,950이다. 모든 레벨은 닫힌 캔들로 확인된 사실이다.

새 캔들이 만들어져도 이 감지 내용은 바뀌지 않는다. 이제 평가할 수 있는, 완료된 비리페인트 이벤트다. 5개의 4H 캔들이 지나가는 동안 bearish CRT나 Super Engulfing이 나오지 않았다면 신호는 발생하지 않는다. 해당 sweep은 단순 continuation으로 기록된다.

스캔 → 검증 → 실행 절차

감지는 작업의 끝이 아니라 시작이다. LSR은 풀, sweep, reclaim이 담긴 맥락 있는 후보를 보여주지만, 명시적으로 거래 지시가 아니며 매수나 매도를 말해주지도 않는다. 규율 있는 절차는 3단계로 나뉜다.

스캔. 엔진이 시장 전체에서 sweep과 reclaim이 완성된 후보를 찾아낸다. 900개의 차트를 직접 지켜볼 필요가 없다. 완성된 움직임이 먼저 찾아온다.
검증. 스캐너가 가져올 수 없는 맥락은 직접 붙여야 한다. bearish reclaim이 HTF premium에서 발생했고, Draw on Liquidity가 아래에 놓여 있는가? 일간 방향성과 맞는가, 아니면 건너뛰어야 할 counter-trend 움직임인가? 진입 바로 위에 뚜렷한 반대편 풀이 있는가? 스캐너가 패턴을 찾았다면, 그 패턴을 거래에 포함할지는 직접 판단한다.
실행. 맥락이 맞는다면 거래를 구성한다. 진입가, sweep wick 바깥의 stop, 다음 풀에 둔 목표가를 정하고 위험 규모를 계산한다. 이 부분은 트레이더의 몫이다. LiquidityScan은 주문을 넣지 않으며, Super Engulfing의 기하학적 위험 대비 보상 단계 외에는 진입가나 stop을 제시하지 않는다.

분명히 알아야 할 한계

신호가 무엇이고 무엇이 아닌지 분명히 해야 한다. 신호는 소음에서 걸러낸 고맥락 후보이며, 실제 유동성 이벤트와 확인된 rejection을 담고 있다. 예측은 아니다. 공개된 승률도 없다. 결과는 시장 국면, 방향성, 적용한 위험 관리에 따라 달라지며 그 판단과 실행은 트레이더가 맡는다.

sweep된 레벨이 다시 sweep될 수 있고 reclaim이 실패할 수도 있다. 스캐너가 제공하는 것은 setup 형성 과정에 대한 범위와 정밀도이지, 보장된 결과가 아니다.

알림이 전달되는 방식

감지가 발생하면 LiquidityScan은 브라우저 Web Push, Android 기본 푸시(FCM), 앱 내부 벨과 토스트로 전달한다. Telegram은 커뮤니티 연결용일 뿐 신호 채널이 아니므로 Telegram으로는 보내지 않는다. 알림을 받을 수 있는 종목 수는 요금제에 따라 달라진다.

실시간 유동성 스윕 스캐너의 목적은 여기에 있다. reclaim 종가가 확정되면 신호가 게시되고, 맥락이 아직 살아 있는 동안 전달된다. 차트를 몇 시간 뒤에 열어 발견하는 방식과는 다르다.

자주 묻는 질문

유동성 sweep은 고점을 wick으로 넘는 것과 같은가?

아니다. 레벨을 잠깐 넘은 모든 캔들은 wick이지만, 그중 실제 유동성 풀을 의미 있게 sweep한 경우는 일부에 불과하다. reclaim까지 이어지는 경우는 더 적다. 신뢰할 수 있는 스캐너는 실제 스윙 고점이나 저점의 sweep과 반대 방향의 종가를 모두 요구한다. wick만으로는 단순한 변동성일 뿐이다.

Liquidity Sweep → Reversal 스캐너는 어떤 시간 조합에서 작동하는가?

고정된 3개의 HTF→LTF 조합에서 작동한다. 주간→일간, 일간→4H, 4H→1H다. 풀은 HTF에서 정의하고 reclaim은 연결된 LTF에서 확인한다. 1시간보다 짧은 시간 조합에서는 작동하지 않는다. 가장 짧은 확인 차트가 1H다.

신호가 발생한 뒤 repaint되거나 사라질 수 있는가?

아니다. sweep과 reclaim 모두 확정된 닫힌 캔들에서 감지하며, 형성 중인 캔들은 항상 제외한다. 감지가 게시되는 순간 해당 움직임을 만든 캔들은 이미 닫힌 과거 데이터다. 그래서 신호는 안정적으로 유지되며 repaint되지 않는다.

스캐너가 진입과 청산 위치까지 알려주는가?

원칙적으로 그렇지 않다. LSR은 sweep된 풀과 확인된 reclaim을 포함한 맥락 있는 reversal 후보를 보여주지만, 이는 분석이지 거래 지시가 아니다. HTF 방향성, 진입가, sweep 바깥의 stop, 위험 규모는 직접 정한다. 주문을 넣거나 결과를 보장하지도 않는다.

스캐너의 기반을 먼저 세운 뒤, 풀에서 reclaim으로, 근거와 연결 엔진으로 범위를 넓혀가면 된다.

Liquidity Sweep이란 무엇인가? - 모든 스캐너가 감지하도록 설계된 기본 개념이다.
SMC에서 BSL과 SSL 구분하기 - 스캐너가 추적하는 풀을 표시하는 방법이다.
Liquidity Sweep 이후 가격이 reversal하는 이유 - reclaim이 발생하는 메커니즘을 다룬다.
Liquidity Sweep 이후 MSS: reversal 가이드 - sweep에서 reversal로 이어지는 전체 순서를 자세히 다룬다.
Liquidity Sweep은 실제로 작동하는가? 데이터 기반 분석 - 거래 전에 근거를 냉정하게 점검한다.
Order Block 스캐너: 실시간 OB와 FVG - 구간 기반 진입을 다루는 연결 엔진이다.
매 세션 아시아 range sweep 포착하기 - 아시아 range sweep 스캐너를 다른 각도에서 다룬다.
LiquidityScan confluence 엔진이란? - 유동성 스윕 신호를 다른 스캐너와 결합해 방향이 맞는 setup을 구성하는 방식을 설명한다.