Cách máy quét LiquidityScan hoạt động

Máy quét LiquidityScan biến nến đang chạy thành setup được phát hiện qua một quy trình cố định: nhận nến đã đóng, chạy hình học nến của từng engine, chấm điểm và đối chiếu, theo dõi vòng đời, rồi gửi cảnh báo. Cùng nến vào thì cùng kết quả ra.

Máy quét LiquidityScan hoạt động như thế nào?

Máy quét LiquidityScan chạy theo một quy trình cố định: nhận nến trực tiếp trên hàng trăm cặp và khung thời gian, chạy hình học nến khách quan của từng engine để phát hiện setup, chấm điểm và đối chiếu chéo, theo dõi vòng đời, rồi gửi cảnh báo mà bạn có thể tự kiểm chứng trên biểu đồ.

Không có mô hình dự báo, cũng không có hộp đen độc quyền nào đoán hướng giá. Mỗi engine mã hóa một khái niệm ICT cụ thể thành các quy tắc đo lường được trên open, high, low, close. Phần còn lại của bài này đi qua cả năm giai đoạn từ đầu đến cuối, để bạn đánh giá từng lần phát hiện dựa trên cơ chế chứ không phải dựa vào niềm tin.

Giai đoạn 1 - Nhận dữ liệu: nến đã xác nhận được lấy về theo từng cặp và từng khung.
Giai đoạn 2 - Phát hiện: mỗi engine kiểm tra hình học của nó trên nến đã đóng.
Giai đoạn 3 - Kiểm định & chấm điểm: bộ lọc về độ tươi, displacement và confluence.
Giai đoạn 4 - Vòng đời: hình thành, rồi đang tiến gần, rồi bị chạm, rồi kết quả.
Giai đoạn 5 - Giao hàng: thẻ feed kèm hình học, cộng cảnh báo push và trong ứng dụng.

Giai đoạn 1 và 2: Từ nến thô đến phát hiện theo từng engine

Hiểu cách máy quét LiquidityScan vận hành phải bắt đầu từ tầng dữ liệu. Scanner đọc các cặp USDT-margined từ một luồng WebSocket in-memory của kline trực tiếp. Socket chưa sẵn sàng thì nó chuyển sang snapshot cache trong database, cuối cùng mới dùng một lần refill REST.

Ý nghĩa các trường dữ liệu là chuẩn: openTime, open, high, low, close, volume, tất cả theo UTC epoch mili-giây, không lệch giờ mùa.

Nến đang chạy luôn bị loại bỏ

Trước khi bất kỳ engine nào chạy, scanner cắt bỏ cây nến đang hình thành và chỉ đánh giá nến đã đóng, đã xác nhận. Chính quy tắc đơn giản này khiến detection không repaint: một shape xuất hiện giữa nến có thể biến mất trước khi bar đóng, nên scanner từ chối phán xét cho tới khi nến chốt xong.

Cron theo giờ quét 1h, 4h, 1d và 1w vào đầu mỗi giờ. Một dispatcher dưới-giờ bổ sung 15m và 5m cho những engine mà timing trong bar mang lại lợi thế, xả dữ liệu sau một khoảng debounce ngắn ngay khi mỗi khung thấp hơn đóng, để cấu trúc mới không phải chờ sang giờ kế tiếp.

Mỗi lần phát hiện còn ghi lại open time của chính cây nến tín hiệu, neo hình học vào một bar cụ thể mà bạn tìm lại được sau này.

Mỗi engine là một khái niệm ICT dạng hình học

Phát hiện không phải một thuật toán duy nhất mà là cả một họ engine độc lập, mỗi cái mã hóa một khái niệm có tài liệu thành quy tắc nến khách quan:

Order Block (OB+ / OB++): một strong order block thuần liquidity, nơi cây nến impulse quét thanh khoản phía mua hoặc phía bán (BSL hoặc SSL). OB++ cộng thêm displacement tối thiểu 1.5 ATR cùng một Fair Value Gap (FVG).
Fair Value Gap: imbalance ba nến nơi hai râu không chồng lên nhau, được xếp hạng theo cách lồng ghép đa khung thành các tier (gap nhỏ nằm bên trong gap lớn ở khung cao hơn sẽ đạt điểm cao hơn).
Market Structure (BOS / CHoCH): bản port trung thành với Pine, gắn cờ Break of Structure hoặc Change of Character từ các swing pivot đã xác nhận.
CISD / MSS: change in state of delivery, tìm qua nhận diện pivot, một cây nến đảo chiều, và một lần close xuyên qua mức MSS tạo ra.
CRT, Super Engulfing, RSI Divergence: sweep theo range nến, thân engulfing tiếp diễn và đảo chiều, cùng phân kỳ RSI kiểu Wilder tại pivot.

Vì mỗi quy tắc đều là phép tính trên nến đã đóng, đầu ra mang tính tất định. Nạp cùng một loạt bar hai lần, bạn nhận cùng một detection hai lần. Bảng dưới đây ánh xạ từng engine với khái niệm nó mã hóa và phép đo giúp nâng hạng của nó.

Engine	Khái niệm ICT	Hình học phát hiện	Điều gì nâng hạng
OB+ / OB++	Order block	Nến impulse quét BSL hoặc SSL	Displacement ≥ 1.5 ATR cộng một fair value gap
FVG	Fair value gap	Imbalance râu ba nến	Lồng ghép bên trong gap lớn hơn ở khung cao hơn
Market Structure	BOS / CHoCH	Close vượt qua swing pivot đã xác nhận	Đồng thuận với xu hướng khung cao hơn
CISD	Change in state of delivery	Pivot, nến đảo chiều, close xuyên mức MSS	Breakout trong khung NY 09:00–14:00
CRT	Candle range theory	Râu quét range, thân quay lại trong range cũ	Thân nến tín hiệu nhỏ hơn bar bị quét

Giai đoạn 3: Kiểm định, chấm điểm và Confluence

Một match hình học thô chỉ là ứng viên, chưa phải tín hiệu. Giai đoạn tiếp theo lọc và chấm điểm để chỉ những detection giàu ngữ cảnh mới nổi lên mặt.

Độ tươi và lần chạm đầu tiên

Vùng giá có tuổi thọ. Một FVG mà giá đã giao dịch xuyên qua trở lại không còn giống một gap tươi, chưa thử nghiệm, nên engine FVG yêu cầu độ tươi lần-chạm-đầu-tiên trước khi coi một gap lồng ghép là còn sống. Cùng logic đó chạy xuyên suốt các engine: một setup giành được vị thế nhờ chưa bị mitigation, chứ không phải chỉ vì nó từng hình thành trong quá khứ.

Displacement và ngưỡng khách quan

Tier sức mạnh đến từ con số, không phải cảm tính. Một order block chỉ được nâng lên OB++ khi chân impulse displacement ít nhất 1.5 ATR và để lại một fair value gap phía sau. CISD chỉ được gắn nhãn High-Prob MSS khi nến breakout đóng bên trong khung New York 09:00–14:00. Những ngưỡng này là hằng số cố định, bạn tự đo lại trên biểu đồ của mình được.

Confluence: nhiều engine cùng đồng ý

Tầng ngữ cảnh cao nhất gom các detection trực tiếp thành chuỗi đồng thuận đa khung. Khi weekly, daily và 4h cùng đọc một hướng, hoặc khi hai engine khác nhau gắn cờ cùng một cặp và cùng một phía, sự đồng thuận đó chính là điều tầng confluence đưa lên.

Một bước kiểm tra tương thích thời gian chặn các stack ma: weekly ba tuần tuổi không thể ghép với daily vừa mới sinh rồi giả vờ là đang đồng thuận. Confluence không biến một setup thành đúng; nó chỉ tăng lượng ngữ cảnh đứng sau setup đó.

Giai đoạn 4 và 5: Theo dõi vòng đời và giao kết quả

Phát hiện là một khoảnh khắc; giao dịch là một tiến trình. Scanner theo dõi từng setup suốt vòng đời thay vì bắn một lần rồi quên.

Hình thành, tiến gần, bị chạm

Khi một vùng giá được phát hiện, nó nằm ở trạng thái formed. Một vòng lặp proximity sau đó theo dõi giá so với vùng và có thể bắn cảnh báo trước-khi-đến khi giá tiến sát, thậm chí trước khi mức bị chạm, và đó là giá trị thực tế của một scanner không ngủ.

Khi giá chạm vùng, trạng thái chuyển sang touched và các engine kết quả tiếp quản. Những engine có target xác định theo dõi TP1, TP2, TP3, và dời stop về breakeven ngay khi target đầu tiên in ra, để một runner không thể hóa thành lệnh lỗ.

Số khác chấm kết quả định tính thành mạnh, yếu hoặc thất bại dựa trên cách các nến xác nhận tiếp theo đóng so với mức giá, hoặc đơn giản hết hạn setup sau một ngân sách nến cố định nếu chẳng có gì quyết đoán xảy ra. Mỗi chuyển trạng thái đều có timestamp, nên thẻ mang theo một nhật ký kiểm toán trung thực thay vì một ảnh chụp đóng băng duy nhất.

Kết quả giao đến bạn có thể soi được

Detection sống sót đến với bạn theo hai đường. Thứ nhất, thẻ feed vẽ đúng hình học thật: order block, gap, swing, mức MSS, để bạn phán xét tín hiệu mà không cần mở full chart. Thứ hai, cảnh báo bắn qua thông báo push và trong ứng dụng.

Một sàn volume cứng loại bỏ mọi cặp dưới khoảng 20 triệu USD volume quote 24 giờ, nên các mã thiếu thanh khoản không bao giờ đến được bàn giao dịch của bạn ngay từ đầu.

Khách quan ngay từ thiết kế: Vì sao scanner không repaint

Lý do cách máy quét LiquidityScan vận hành đáng quan tâm là toàn bộ pipeline mang tính tất định. Cùng nến vào, cùng detection ra. Ba đặc tính suy ra trực tiếp:

Không repaint: chỉ nến đã đóng được đánh giá, nên một detection không thể xuất hiện rồi lặng lẽ biến mất.
Backtest được: vì mọi quy tắc đều là phép tính, bạn có thể replay nến lịch sử và tái tạo chính xác những gì scanner sẽ gắn cờ.
Kiểm chứng được: mỗi thẻ lộ hình học của nó, nên bạn mở cùng cặp đó và tự mắt xác nhận cú sweep, gap hay break.

Minh bạch chính là điểm mấu chốt. Một công cụ cho thấy cách nó làm việc mời bạn bất đồng với nó, và một setup bạn kiểm chứng được là một setup bạn có thể sizing và quản lý bằng niềm tin thật.

Nó còn thay đổi cách bạn tiến bộ: vì quy tắc cố định, một detection thua là một điểm dữ liệu về chế độ thị trường hoặc bộ lọc của chính bạn, chứ không phải bằng chứng rằng scanner lặng lẽ dời khung thành.

Bạn có thể export các điều kiện, replay chúng, rồi quyết định có siết lại hạng nào đáng hành động hay không. Vòng phản hồi đó chỉ tồn tại khi detection khách quan ngay từ thiết kế, thay vì một phán xét trôi nổi.

Những gì scanner không làm

Thẳng thắn về giới hạn là một phần của sự đáng tin. Scanner không dự báo giá sẽ đi đâu, không bảo đảm kết quả, và không thay thế phán xét của bạn. Phát hiện không đồng nghĩa với một lệnh có lãi.

Một order block hoàn toàn hợp lệ vẫn có thể thất bại vì draw on liquidity ở khung cao hơn nằm phía ngược lại, hoặc vì tin tức định giá lại cặp. Scanner đưa ra các ứng viên giàu ngữ cảnh; bias, confluence bạn yêu cầu, điểm vào lệnh và rủi ro là phần của bạn. Hãy coi mọi hạng như một mô tả cấu trúc, chưa bao giờ là lời hứa lợi nhuận.

Vòng đời một detection: Đi qua từng bước thực tế

Đây là một chuỗi minh họa, khả dĩ, thể hiện hình dạng của một detection chứ không phải tuyên bố về bất kỳ lệnh cụ thể nào.

Nến đóng. Trên 4h BTCUSDT, một nến impulse đẩy lên, quét một cụm thanh khoản phía bán dưới đáy cũ, rồi đóng với displacement mạnh. Bar chốt xong; scanner nhặt nó ở chu kỳ đánh giá kế tiếp.
Engine kích hoạt. Engine order-block xác nhận impulse đã quét SSL và để lại một fair value gap phía sau. Displacement vượt 1.5 ATR, nên ứng viên được xếp OB++ thay vì OB+ thường.
Chấm điểm và confluence. Vùng chưa bị mitigation (tươi, lần chạm đầu). Tầng confluence ghi nhận daily bias đọc cùng hướng, thêm ngữ cảnh vào thẻ.
Cảnh báo proximity. Vài tiếng sau giá retracement về phía block. Vòng proximity bắn push trước-khi-đến trước khi mức bị chạm, cho bạn thời gian chuẩn bị thay vì đu.
Bạn quyết định. Bạn mở chart, xác nhận hình học, kiểm tra đọc khung cao hơn và timing phiên của chính mình có đồng thuận không, rồi mới chọn hành động hoặc bỏ qua. Scanner mang đến một ứng viên được xếp hạng, được theo dõi, kiểm chứng được; quyết định giao dịch vẫn thuộc về bạn.

Nếu giá đóng xuyên ngược qua vùng chống lại bạn, vòng đời đánh dấu failed và thẻ phản ánh kết quả đó trung thực, và đó chính là hồ sơ bạn cần để xem lại sau này.

Con đường end-to-end đó là cách máy quét LiquidityScan vận hành trong thực tế: nó biến nến thô thành một ứng viên được xếp hạng, được theo dõi, kiểm chứng được, rồi trao quyền quyết định cho bạn. Không gì trong pipeline dự báo tương lai hay hứa hẹn chiến thắng.

Nó gỡ bỏ công việc thủ công là ngồi canh hàng trăm biểu đồ để tìm cấu trúc khách quan, để sự chú ý của bạn dồn về bias, ngữ cảnh và thực thi, những phần mà scanner không thể và không nên tự động hóa thay bạn.

Câu hỏi thường gặp

Máy quét LiquidityScan có repaint tín hiệu không?

Không. Mọi engine cắt bỏ nến đang chạy và chỉ đánh giá nến đã đóng, đã xác nhận. Một shape hình thành rồi tan biến giữa nến không bao giờ được lưu lại, nên detection bạn thấy hôm nay vẫn y nguyên ngày mai với cùng hình học. Đó là điều khiến đầu ra tái lập được và backtest được.

Có nên tin một detection mà không kiểm tra biểu đồ?

Bạn có thể hành động nhanh hơn, nhưng vẫn nên kiểm chứng. Mỗi thẻ feed vẽ đúng order block, gap hay break cấu trúc thật để bạn phán xét ngay một cái nhìn, và full chart cho phép bạn xác nhận cú sweep cùng ngữ cảnh. Scanner tìm ra ứng viên giàu ngữ cảnh; phán xét cuối và rủi ro là của bạn.

Một hạng như OB++ hay High-Prob MSS thực chất nghĩa là gì?

Nghĩa là ứng viên đã vượt thêm các ngưỡng khách quan. OB++ yêu cầu displacement tối thiểu 1.5 ATR cộng một fair value gap trên chân impulse. High-Prob MSS yêu cầu nến breakout đóng bên trong khung New York 09:00–14:00. Hạng mô tả cấu trúc và timing, không phải kết quả bảo đảm.

Vì sao một cặp kém thanh khoản không bao giờ xuất hiện trong feed của tôi?

Một sàn volume cứng loại bỏ mọi cặp dưới khoảng 20 triệu USD volume quote 24 giờ trước khi nó đến bàn của bạn. Thị trường mỏng cho hình học không đáng tin và khớp lệnh tệ, nên scanner lọc chúng ra thay vì đưa lên nhiễu mà bạn thực tế không trade được.

Theo đuổi các khái niệm đứng sau từng engine, từ nền tảng này là gì đến cách tự kiểm chứng trên dữ liệu của riêng bạn.

LiquidityScan là gì? - tổng quan nền tảng đứng sau pipeline của scanner.
Order Block là gì? - khái niệm mà engine OB+ mã hóa thành hình học.
Fair Value Gap (FVG) là gì? - imbalance ba nến mà engine FVG xếp hạng.
Market Structure trong ICT là gì? - logic swing đứng sau việc phát hiện BOS và CHoCH.
CISD trong giao dịch ICT là gì? - giải thích engine change-in-state-of-delivery.
Backtest chiến lược ICT đúng cách - kiểm chứng các detection tất định trên lịch sử của chính bạn.
Giải mã bảng giá LiquidityScan: Free, Starter và Pro - liên hệ với liquidityscan vs tradingview indicators.
LiquidityScan có uy tín và đáng tin không? Detection được kiểm định thế nào - bước tiếp theo liên quan mật thiết.