LiquidityScan vs TradingView 지표 비교

ICT 기준으로 본 LiquidityScan과 TradingView 지표의 차이

LiquidityScan과 TradingView 지표를 놓고 비교하면, 차이는 범위에서 온다. TradingView는 차팅 플랫폼이다. Pine 스크립트를 차트 하나에 얹고 그 화면을 내 눈으로 지켜본다. LiquidityScan은 수백 개 심볼과 여러 타임프레임을 한꺼번에 훑으면서 ICT 세팅이 잡히면 알려주는 스캐너다.

사실 둘은 경쟁 관계가 아니다. TradingView가 답하는 질문은 "내 눈앞의 이 차트에서 지금 무슨 일이 벌어지고 있는가"다. LiquidityScan이 답하는 질문은 "거래 가능한 300개 페어 중 지금 이 순간 fresh한 Order Block, Fair Value Gap(FVG), liquidity sweep가 뜬 곳이 어디냐"다. 하나는 현미경이고 하나는 레이더다.

진지하게 Smart Money Concepts를 하는 트레이더 대부분은 결국 둘 다 쓰게 된다. 이 글은 각각이 어디서 제 몫을 하는지 정확히 짚어본다.

TradingView가 진짜로 앞서는 부분

솔직히 공을 받아줘야 한다. 차팅 제품으로서 TradingView는 수준급이고, 정직한 LiquidityScan vs TradingView 지표 비교라면 이 점을 억지로 비틀어선 안 된다. 병목이 "한 장의 차트를 깊게 파는 일"이라면 TradingView를 이기기 어렵다.

• 차팅 UX와 드로잉 도구. 피보나치 되돌림, 측정 이동, 추세선, Order Block 구역 표시용 사각형, 그리고 빠르고 부드럽게 반응하는 캔버스. 실제로 차트에 마킹하는 바로 그 자리고, 이 분야 최고 수준이다.
• Pine 지표 라이브러리. 수천 개의 커뮤니티 스크립트가 있다. 잘 만들어진 ICT/SMC 패키지는 열어보는 차트 위에 Fair Value Gap(FVG) 박스, order block, Break of Structure(BOS)/Change of Character(CHoCH) 라벨, liquidity 라인을 자동으로 그려준다.
• Pine 전략 백테스트. 기계적인 규칙을 Pine 전략으로 짜서 과거 데이터에 돌리고 자산 곡선을 확인할 수 있다. LiquidityScan이 대체하려 하지 않는, 진짜 리서치 기능이다.
• 커버리지 폭과 가격. 크립토·외환·주식·선물 전반을 덮고, 연습용 리플레이 모드가 있고, 내 드로잉에 알림을 걸 수 있고, 무료 플랜도 넉넉하다. 가성비가 굉장하다.

두세 개 페어에서 재량으로 매매하는 트레이더거나, 기계적 모델을 직접 짜는 코더라면 TradingView 하나면 필요한 소프트웨어는 끝일 수 있다.

차트 위 지표 방식이 ICT에서 한계를 보이는 지점

마찰의 원인은 TradingView라는 플랫폼이 아니라, ICT 스캔을 대규모로 돌릴 때 드러나는 "차트 위 지표" 모델 자체다. 지표는 내가 보고 있는 그 차트에 그린다. 설계가 처음부터 그렇고, 그래서 Smart Money Concepts 워크플로우에는 예측 가능한 천장이 생긴다.

• 차트를 매번 손으로 봐야 한다. order block 지표는 로드된 차트에서만 도움이 된다. 200개 페어를 커버하려면 200장의 차트를 넘어야 하고, 정작 원하는 세팅은 다른 차트를 보고 있을 때 터진다.
• 교차 심볼 스캔이 없다. "지금 fresh한 4H order block을 건드리면서 sell-side liquidity를 sweep한 심볼을 전부 보여줘"라는 기능이 기본으로 없다. 페어 유니버스를 ICT 기준으로 한 화면에서 순위를 매기거나 필터링할 수 없다.
• 알림이 지표별·차트별이다. TradingView 알림 자체는 성능 좋지만 차트 하나, 조건 하나씩 설정한다. 네 개 타임프레임짜리 워치리스트 전체에 근접 알림을 깔면 수작업에 가깝고 잘 깨지는 설정 노동이 된다.
• 리페인트 위험. 커뮤니티 SMC 스크립트 상당수가 리페인트한다. 피벗 기반 order block이나 구조 라벨은 새 봉이 마감될 때마다 나타났다 사라졌다 위치를 옮긴다. 내가 거래한 그 박스가 한 시간 뒤 스크립트가 보여주는 박스와 다를 수 있다는 뜻이다.
• 멀티 타임프레임 컨플루언스 점수가 없다. 차트는 한 타임프레임만 보여준다. 15m FVG가 1H order block 및 일봉 방향과 맞아떨어지는지 판단하는 일은 전부 내 눈과 기억에 맡겨진다.
• 등급 판정과 검증도 내 몫이다. 이 order block이 강한 것인가 약한 것인가? displacement가 실제로 있었나? 움직임 전에 liquidity가 인출됐나? 지표는 형태를 그릴 뿐, 자격이 되는지 고르는 건 수동이다.

이렇다고 TradingView가 나쁜 게 아니다. 대규모 ICT 유니버스를 스캔하고 알려주는 특정 과업에는 "차트 위 지표" 방식이 맞는 도구가 아니라는 얘기다.

비용은 구체적이고 누적된다. 상위 50개 크립토 퍼페추얼을 매매하면서 discount로 미티게이트되는 fresh 4H order block을 전부 잡고 싶다고 치자. 수동으로는 4H 캔들이 닫힐 때마다 50장의 차트를 다시 봐야 한다. 하루 6번이다. 솔직히 나도 저 4H 마감 6번을 사람 손으로 챙기겠다 나섰다가 2주 만에 접은 적이 있다.

아무도 그걸 꾸준히 해내지 못한다. 그래서 내가 자고 있거나, 일하거나, 다른 데 집중하는 동안 터진 세팅은 그냥 지나간다. 지표는 내가 한 번도 열어보지 않은 차트 위에 완벽한 박스를 그려두었을 뿐이다.

ICT 스캔과 알림에서 LiquidityScan이 더해주는 것

LiquidityScan은 정확히 그 일을 하려고 만들어졌다. 유동성 있는 USDT 마진 페어 전체와 여러 타임프레임 위에서 ICT/SMC 스캐너 세트를 서버 쪽으로 돌린다. 그래서 내 화면에 차트가 열려 있든 없든 감지는 계속된다.

• 기본이 멀티 심볼·멀티 타임프레임. 스캐너가 1H, 4H, 1D, 1W 전체 심볼 유니버스로 뻗어 나가고, 여러 엔진은 15m와 5m까지 덮는다. 탭 하나가 아니라 판 전체를 동시에 보는 셈이다.
• 객관적으로 코드화된 감지 기준. 세팅은 눈대중이 아니라 명시적 규칙으로 통과된다. strong order block 엔진은 임펄스 구간이 실제로 buy-side 또는 sell-side liquidity를 가져갔을 때만 작동하고, OB++ 등급은 여기에 약 1.5x ATR의 displacement와 동반 Fair Value Gap(FVG)까지 요구한다. FVG는 멀티 타임프레임 중첩으로 등급을 매기고, CISD/MSS 이벤트는 캔들 몸통이 레벨을 마감하고 넘어가는 진짜 구조 이탈을 요구한다.
• 종가 봉만으로 감지해 리페인트를 줄인다. 모든 스캐너는 진행 중인 라이브 캔들을 버리고 확정·마감된 봉만 평가한다. 신호가 중간에 다시 그려질 형태가 아니라 완성된 조건을 반영한다는 뜻이다.
• 도착 전 근접 알림. 가격이 이미 존 안에 들어온 뒤에야 울리는 게 아니라, order block 엔진은 근접 루프를 돌려 가격이 레벨에 다가오는 동안 미리 경고할 수 있고, CISD는 Fib50 주변에 근접 존을 공개한다. 검시 보고서가 아니라 리드 타임을 준다.
• 멀티 스캐너 컨플루언스. Core Layer 엔진은 라이브 신호를 앵커 타임프레임(주봉, 일봉, 4H)과 오래된 스택을 걸러내는 시간 정합성 검사가 붙은 멀티 타임프레임 정렬 체인으로 엮는다. Confluence Sequences는 더 나아가 이벤트 다리가 순서대로 나올 때만 발동한다. 예컨대 CHoCH 다음 order block 터치.
• 피드에 엔진별 geometry. 카드가 실제 감지된 geometry를 렌더링하므로, 풀 차트를 열기 전에 피드에서 신호를 가늠할 수 있다.
• 닿는 알림. 새 신호는 웹 푸시와 텔레그램으로 퍼지고, 거래량 하한선이 유동성 낮은 페어를 결과에서 걸러낸다.

더 조용한 두 번째 이득도 있다. 일관성이다. 규칙이 코드로 박혀 있으니, 새벽 3시의 BTCUSDT 신호나 한낮의 중소형 페어 신호나 같은 의미를 가진다. 사람이 차트를 넘어가며 보면 피곤하거나 특정 매매에 기울어 있을 때 미묘하게 다른 잣대를 들이댄다. 스캐너는 그렇지 않다.

그렇다고 신호가 자동으로 수익이 되는 건 아니다. 다만 수동 워치리스트를 조용히 오염시키는 재량의 흔들림을 제거해준다.

정직하게 정리하면 이렇다. LiquidityScan은 차팅에서 TradingView를 이기지 않는다. 지표 모델이 내 몫으로 남겨두는 수동 스캔, 차트별 알림 설정, 교차 타임프레임 장부 관리를 대신 떠안을 뿐이다.

LiquidityScan vs TradingView 지표: 항목별 비교

표는 스코어판이 아니라 분업 구조로 읽는다. 차팅과 리서치 쪽 왼쪽 무거운 행은 TradingView가 가져가고, 스캔·알림·컨플루언스 행은 LiquidityScan이 가져간다. 두 강점이 모두 필요한 트레이더는 두 도구를 함께 쓴다.

솔직한 결론: 둘 중 하나가 아니라 둘 다 쓴다

실무적인 답은 이렇다. 둘은 상호 보완적이다. 차트는 TradingView에서, 스캔과 알림은 LiquidityScan에서. 어느 쪽도 다른 쪽을 쓸모없게 만들지 않고, 한 도구에게 두 역할을 떠넘기다가 시간을 잃는다.

BTCUSDT로 현실적인 결합 워크플로우를 짜보자. 밤새 LiquidityScan이 크립토 리스트 전체를 지켜본다. 런던 오픈에 알림이 온다. BTCUSDT에 fresh한 4H strong order block, 전일 sell-side liquidity를 61,200 부근에서 sweep한 뒤 형성됐고, 임펄스 구간에 displacement와 FVG가 동반됐다는 내용이다.

Core Layer 카드는 일봉 상승 방향에 앵커돼 있다고 보여준다. 차트를 넘겨 볼 필요 없이 "이제 봐라"는 트리거가 도착한 것이다.

이제 TradingView에서 BTCUSDT를 연다. 피보나치를 드래그해 order block 안의 Optimal Trade Entry(OTE)를 찾고, consequent encroachment(FVG의 50%)를 표시하고, liquidity를 가져간 스윙 아래에 손절을 두고, 63,400 equal highs 위 다음 buy-side liquidity 풀까지 목표를 잰다.

정밀 마킹은 TradingView가 하고, 찾는 일은 LiquidityScan이 했다. 탭 40개를 지켜보는 대신 깔끔한 세팅 하나를 거래한 것이다.

누가 무엇을 고르면 되나

어느 쪽의 과대 광고가 아니라 내 실제 병목에 도구를 맞춘다.

• TradingView 중심으로 가라 - 소수 종목을 재량으로 매매하거나, 깊은 드로잉과 마킹이 필요하거나, Pine 전략을 직접 짜서 백테스트하고 싶거나, 배우는 입장에서 리플레이 연습을 중시한다면. 좁고 고정된 워치리스트에서는 수동 스캔의 천장이 별로 아프지 않다.
• LiquidityScan을 더하라 - 넓은 유니버스를 매매하는데 모든 페어를 지켜볼 수 없어 세팅을 놓치거나, 객관적인 등급 판정과 멀티 타임프레임 컨플루언스가 필요하거나, 가격이 존에 닿은 뒤가 아니라 닿기 전에 알려주는 근접 알림이 필요하다면.
• 둘을 함께 쓰라 - ICT 프로세스를 끝까지 돌린다면. 후보를 넓게 스캔하고, 좁게 차트를 열어 실행한다. 활발한 Smart Money Concepts 트레이더 대부분이 결국 모이는 지점이다.

LiquidityScan vs TradingView 지표의 요지는 단순하다. TradingView는 차팅이라는 가장 잘하는 일에 남겨두고, 단일 차트의 지표가 애초에 설계되지 않은 멀티 심볼·멀티 타임프레임 ICT 감지와 알림은 전용 스캐너에 맡긴다.

자주 묻는 질문

TradingView는 여러 심볼의 ICT 세팅을 동시에 스캔할 수 있나?

전용 스캐너처럼 기본으로 되진 않는다. 기본 스크리너는 일반적인 기술적 지표로 필터링하고, ICT 지표는 로드된 차트에만 그린다. 워치리스트와 알림은 만들 수 있지만, order block이나 FVG 기준으로 유니버스 전체를 순위 매기는 게 아니라 차트 하나·조건 하나씩 설정하는 방식이다.

TradingView의 ICT 지표는 리페인트하나?

커뮤니티 SMC와 order block 스크립트 상당수가 그렇다. 미래 봉이 마감돼야 확정되는 피벗에 의존하기 때문이다. 새 캔들이 만들어지면서 박스나 구조 라벨이 나타나고, 움직이고, 사라진다. 확정·마감 봉 신호만 읽으면 이 위험이 줄어든다. LiquidityScan이 종가 캔들만 평가하는 이유다.

LiquidityScan이 TradingView를 대체하나?

아니고, 애초에 그렇게 만들어진 것도 아니다. LiquidityScan은 TradingView의 차팅, 드로잉 도구, Pine 백테스트를 따라잡으려 하지 않는다. 수백 개 페어를 스캔하고 차트별 알림을 설정하는 수동 노동을 대체한다. 대부분 사용자는 TradingView에서 차트를 보고 LiquidityScan에서 스캔한다.

LiquidityScan이 커버하는 타임프레임은?

핵심 스캐너는 1H, 4H, 1D, 1W에서 돌고, 여러 엔진은 서브아워 디스패처를 통해 15m와 5m까지 덮는다. Core Layer 컨플루언스 엔진이 이 타임프레임들의 신호를 앵커가 있는 정렬 체인으로 엮어서, 멀티 타임프레임 일치가 어떻게 맞아떨어지는지 바로 확인하게 한다.

관련 학습 경로

위에서 언급한 개념과 워크플로우를, 플랫폼이 하는 일부터 ICT 빌딩 블록과 검증 방법까지 학습 흐름 순서로 정리했다.

• LiquidityScan이란 무엇인가? - 스캐너가 무엇을 감지하고 어떻게 알려주는지 전체 그림.
• ICT 탑다운 분석: 멀티 타임프레임 정렬 - 모든 LTF 진입이 HTF 방향 안에서 프레임돼야 하는 논리, Core Layer가 자동화하는 바로 그것.
• Bookmap과 ICT: POI 확인하기 - 스캐너의 POI를 order flow 도구와 짝지어 확인하는 방법.
• ICT 전략 백테스트, 제대로 하는 방법 - TradingView Pine 백테스트가 리서치 루프에서 어디에 들어맞는지.
• Order Block이란 무엇인가? - strong order block 엔진이 객관적으로 등급 매기는 핵심 세팅.
• Fair Value Gap(FVG)이란 무엇인가? - FVG 엔진이 멀티 타임프레임 중첩으로 점수를 매기는 그 갭.
• LiquidityScan 요금제 설명: Free, Starter, Pro - liquidityscan vs tradingview indicators 주제와 이어지는 지점.