Phần mềm quét order block là gì?
Phần mềm quét order block là công cụ kiểm tra mọi cây nến đóng trên mọi thị trường đang theo dõi against các quy tắc hình học cố định - có nến đối nghịch, có cú displacement, có thanh khoản bị lấy - rồi đánh dấu vùng order block và fair value gap mới hình thành ngay tại thời điểm chúng xuất hiện.
Vì sao cách này chạy được? Vì order block không phải cảm giác; nó là một quan hệ nến cụ thể. Cây nến giảm cuối cùng trước một cú đẩy tăng mạnh là order block bullish. Cây nến tăng cuối cùng trước một cú rơi mạnh là order block bearish.
Fair value gap (FVG) còn nghiêm ngặt hơn nữa: trong chuỗi ba nến, đỉnh của nến thứ nhất phải nằm dưới đáy của nến thứ ba (trường hợp bullish), để lại một khoảng trống mà nhịp mở rộng của nến giữa chưa bao giờ cho thị trường đấu giá đi qua.
Vì cả hai định nghĩa đều quy về bất đẳng thức giữa giá mở, cao, thấp, đóng, máy có thể đánh giá chúng ở mỗi lần nến đóng mà không cần phán đoán. Việc của scanner là độ phủ và tính nhất quán. Việc của bạn - thứ không bao giờ bị tự động hóa thay thế - là quyết định xem vùng được đánh dấu có nằm trong ngữ cảnh đáng trade hay không.
Sự phân công đó quan trọng vì điểm chết của quét thủ công không phải phân tích kém. Là bỏ lỡ biểu đồ. Setup bạn chưa từng thấy thì giá trị đúng bằng 0, và với bất kỳ danh sách theo dõi nào vượt vài chục mã, phần lớn setup đều là những cái bạn chưa từng thấy.
Vì sao order block và FVG có thể quét một cách khách quan
Order block và FVG quét được vì mọi yếu tố trong định nghĩa đều tính được từ dữ liệu OHLC thô: màu nến, kích thước thân, cực值 bóng, và quan hệ giữa các nến liên tiếp. Không có đường trendline nào phải nhìn bằng mắt, không có mô hình nào hai trader vẽ ra hai kiểu khác nhau.
Đối lập với những khái niệm chống lại tự động hóa. "Hỗ trợ" phụ thuộc vào việc bạn quyết đếm mấy lần chạm. Một "xu hướng" phụ thuộc vào chỗ bạn bắt đầu vẽ biểu đồ.
Nhưng close < open hoặc đúng hoặc sai. "Đáy nến ba cao hơn đỉnh nến một" hoặc đúng hoặc sai. "Cú đẩy đã xuyên qua đỉnh swing cũ tại 118.400" hoặc đúng hoặc sai. Xếp đủ nhiều phép kiểm tra nhị phân như vậy là bạn có cả một pipeline phát hiện hoàn chỉnh, chứ không phải heuristic.
Một scanner nghiêm túc mã hóa trọn bộ checklist, không chỉ mô hình nền:
- Hình học hình thành - nến đối nghịch trước cú đẩy, hoặc phép kiểm tra gap ba nến chuẩn với kích thước gap tối thiểu tính theo biên độ nến trung bình.
- Chất lượng cú đẩy - giá rời khỏi vùng xa và nhanh đến đâu, chuẩn hóa theo biến động.
- Ý nghĩa cấu trúc - cú đẩy có thực sự phá một đỉnh swing cũ hay chỉ trôi dạt.
- Trạng thái - vùng còn nguyên vẹn, đang bị tiến về, hay đã bị mitigation.
Hệ quả thực tiễn: nếu quy tắc order block của bạn viết chính xác đến mức backtest được, thì nó chính xác đến mức scan được. Nếu không mã hóa nổi, thường là dấu hiệu cái "quy tắc" ấy chỉ là phán đoán đội lốt - và kết quả sẽ không lặp lại được, dù người hay máy áp dụng.
Tiêu chí phát hiện mà một scanner order block đáng tin phải ép buộc
Mô hình nền rất phổ biến; gần như chuỗi nến nào cũng chứa một nến đối nghịch trước một cú di chuyển nào đó. Thứ tách dòng tín hiệu dùng được khỏi nhiễu là chồng bộ lọc đặt phía trên. Bốn tiêu chí làm phần lớn công việc.
1. Thanh khoản bị cú đẩy lấy đi
Stop dồn lên trên các đỉnh swing cũ - lượng lệnh chờ đó là Buy-Side Liquidity (BSL) - và dưới các đáy swing cũ, tức Sell-Side Liquidity (SSL). Một cú đẩy xuyên qua đỉnh swing cũ đã tiêu thụ những lệnh chờ đó; sự tiêu thụ ấy là điều cho phép các bên lớn khớp được size, và là bằng chứng khách quan rằng cú di chuyển có chủ đích phía sau.
Cú rally không phá gì cả chỉ là drift, và cây nến trước drift không phải order block có ý nghĩa. Phép kiểm tra nên dựa trên bản chất thanh khoản: bóng xuyên qua mốc cũng tính, vì stop bị kích hoạt ngay khoảnh khắc giá chạm那里 - không cần thân nến đóng qua. Riêng bộ lọc này đã loại phần lớn order block trang trí hình thành trong range rồi chẳng bao giờ được bảo vệ.
2. Ngưỡng displacement
Displacement nghĩa là chân giá rời khỏi vùng phải mạnh mẽ, không phải tình cờ. Phiên bản khách quan: yêu cầu thân nến đẩy đạt bội số của average true range - 1.5×ATR(14) là mức phổ biến. Chuẩn hóa theo ATR quan trọng vì một cây nến 1.2% là vụ nổ trên large cap yên tĩnh nhưng chỉ là nhiễu nền trên small cap biến động mạnh; ngưỡng phần trăm cố định âm thầm đổi ý nghĩa giữa các mã.
Displacement mạnh còn thường để lại một fair value gap phía sau, thứ bản thân cũng kiểm tra được bằng máy - nên một gap trên chân đẩy là bằng chứng bổ trợ hữu ích rằng đã xảy ra định giá lại thật.
3. Độ tươi - chỉ lần chạm đầu tiên
Order block hay FVG là vùng giả định còn lệnh chưa khớp. Khi giá quay lại vào trong đó, phần lệnh đó ít nhất đã khớp một phần, và mỗi lần ghé tiếp thử nghiệm một phiên bản yếu hơn của mốc. Scanner vì thế phải theo dõi mitigation liên tục và chỉ hiển thị vùng tươi, chưa bị chạm.
Chi tiết tinh tế là cái gì tính là "đã chạm". Độ tươi nên chết ngay ở lần bóng đầu tiên chạm vào vùng, chứ không chỉ khi thân nến đóng xuyên qua - một gap đã bị bóng quét vào là đã bị giao dịch, kể cả quy tắc dựa trên giá đóng vẫn coi nó còn mở. Những scanner dùng mitigation dễ dãi kiểu giá đóng sẽ âm thầm phục vụ lại các vùng cũ như thể chúng còn tươi.
4. Lồng khung đa khung (cho FVG)
Một gap 15 phút nằm trong một gap 1 giờ cùng chiều, mà gap 1 giờ đó lại nằm trong gap 4 giờ, là ba phép đo độc lập về cùng một mất cân bằng ở ba tỷ lệ khác nhau. Độ sâu lồng khung là thang chất lượng tự nhiên: gap đơn lẻ thì phổ thông, gap lồng nhau là confluence đáng kể, còn chồng ba lớp là hiếm và xứng đáng ưu tiên. Một triển khai tốt phân biệt gap chứa trọn vẹn với gap chỉ chồng một phần, vì cả hai đều mang thông tin nhưng không mang trọng số ngang nhau.
Bốn bộ lọc này, cụ thể, chính là cách LiquidityScan xếp hạng vùng: scanner OB+ của nó chỉ nâng hạng order block mà cú đẩy của nó đã lấy một đỉnh hoặc đáy swing cũ, hạng OB++ thêm yêu cầu displacement tối thiểu 1.5×ATR(14) trên cú đẩy cộng thêm một FVG để lại trên chân đó, còn scanner FVG xếp hạng từng gap theo độ sâu lồng khung, với độ tươi kết thúc ở lần bóng đầu tiên chạm vào vùng.
Xem biểu đồ thủ công so với scanner tự động: bài toán độ phủ
Quét thủ công không thất bại vì trader lười; nó thất bại vì phép toán không thương lượng. Vũ trụ perpetuals crypto lên tới hơn 500 mã thanh khoản. Nhân với chín khung commonly dùng - từ 5m tới monthly - là khoảng 4.500 tổ hợp biểu đồ-khung. Với tốc độ lạc quan 10 giây mỗi biểu đồ, một vòng đầy đủ tốn khoảng 12,5 giờ. Đến lúc bạn xong, cây nến 1 giờ bạn kiểm tra đầu tiên đã in thêm mười hai cây mới.
Nhịp đóng nến khiến mọi thứ tệ hơn. Riêng khung 5 phút, 500 mã tạo ra 6.000 lần nến đóng mỗi giờ, mỗi lần đều có thể hình thành vùng mới, nâng hạng một gap lồng, hoặc mitigation thứ bạn đang canh. Đúng đầu mỗi giờ, 500 cây nến giờ đóng đồng thời. Không quy trình con người nào lấy mẫu được dòng dữ liệu đó; nó chỉ có thể spot-check.
| Khía cạnh | Xem thủ công | Scanner tự động |
|---|---|---|
| Độ phủ | 10-30 mã là cùng | Toàn bộ vũ trụ theo dõi, mọi khung |
| Nhất quán | Quy tắc trôi theo mệt mỏi - biểu đồ thứ 250 được đọc lỏng hơn biểu đồ thứ 5 | Cùng bất đẳng thức trên mọi nến, mọi vòng quét |
| Độ trễ | Tìm thấy vùng whenever bạn mở biểu đồ đó lần sau | Đánh dấu ngay tại nến đóng tạo ra nó |
| Theo dõi độ tươi | Các lần mitigation qua đêm dễ bị lỡ | Trạng thái first-touch cập nhật liên tục |
| Kiểu thất bại | Setup đẹp nhất hình thành nơi bạn không nhìn | Lỡ nghĩa là bộ lọc của bạn loại nó - nhìn thấy được và sửa được |
Hai hiệu ứng bậc hai cần nói thẳng. Một, danh sách theo dõi thủ công co lại về cùng 10-20 mã major mà ai cũng xem, khiến bạn dồn vào những vùng được định giá hiệu quả nhất, đông đúc nhất. Hai, mệt mỏi sinh ra rule drift thầm lặng: sau hai tiếng quét bạn bắt đầu chấp nhận những order block mà mười phút đầu bạn đã từ chối, và bạn sẽ không nhận ra mình vừa làm vậy.
Chú ý điều tự động hóa không làm: scanner phủ sót hơn bạn, không phân tích giỏi hơn bạn. Nó biến một bài toán tìm kiếm bất khả thi thành danh sách ứng viên ngắn. Chất lượng những gì bạn làm với danh sách đó không đổi - và đó chính là lý do phần workflow bên dưới quan trọng hơn công nghệ.
Vì sao cảnh báo phải đến trước khi giá chạm vùng
Giao dịch order block không phải là sự hình thành - mà là sự trở lại. Giá rời vùng, chạy đi, và lệnh vào xảy ra khi nó hồi về trong vùng, thường là hàng giờ hoặc hàng ngày sau. Cấu trúc thời gian ấy quyết định thiết kế cảnh báo: cảnh báo hình thành để lập kế hoạch, còn cảnh báo chạm đến đúng khoảnh khắc bạn lẽ ra phải chuẩn bị xong rồi.
Mô hình hữu ích là vòng đời ba giai đoạn cho mỗi vùng:
- Đã hình thành - vùng in ra và qua hết bộ lọc. Lập kế hoạch: có hợp bias không, stop đặt đâu, target là gì?
- Đang tiến gần - giá đã vào trong một buffer scale theo biến động so với mép gần của vùng, ví dụ 0.5×ATR(14). Đây là cảnh báo làm việc: kiểm tra ngữ cảnh cuối, đặt lệnh, sizing.
- Đã chạm - giá vào vùng. Khoảnh khắc thực thi, và độ tươi của vùng đã tiêu hết.
Buffer tiếp cận phải scale theo ATR vì cùng lý do ngưỡng displacement phải vậy: khoảng cách cố định thì bắn sớm cả ngày trên cặp yên tĩnh và không báo trước gì trên cặp biến động mạnh. Và phép kiểm tra khoảng cách cần chạy trên vòng lặp nhanh đối chiếu giá live, độc lập với chu trình phát hiện theo nến đóng chậm hơn - nếu không, trạng thái "đang tiến gần" có thể bắn sau khi cú chạm đã xảy ra rồi.
LiquidityScan triển khai tách đúng theo cách đó: phát hiện theo nến đóng xây dựng và xếp hạng vùng, còn một vòng lặp proximity canh giá live đối với mép của mọi vùng đang hoạt động và bắn cảnh báo tiến gần ở 0.5×ATR trước cú tap.
Một ví dụ cụ thể. BTCUSDT, khung 4 giờ, ATR(14) quanh 650. Đỉnh kép nằm ở 118.400 - BSL được tạo chủ đích. Cây nến giảm cuối trước cú phá trải từ 117.650 đến 118.050. Nến kế tiếp đóng ở 119.320: thân khoảng 1.9×ATR, đỉnh xuyên qua 118.400, và để lại gap giữa 118.050 và 118.600. Mọi tiêu chí vùng mạnh đều đạt, và scanner ghi nhận vùng ngay lúc hình thành.
Hai ngày sau giá hồi về. Với mép gần của vùng ở 118.050 và ATR lúc đó gần 600, cảnh báo tiến gần bắn quanh 118.350.
Trong cửa sổ tiếp theo bạn xác nhận bias daily vẫn bullish, đặt limit ở 118.000 hoặc arm một lệnh xác nhận trên khung thấp hơn, đặt stop dưới 117.650, và đánh dấu pool buy-side kế tiếp gần 121.000 làm target. Khi cảnh báo chạm đến, bạn đang thực thi một kế hoạch đã xong - chứ không phải khám phá một biểu đồ.
Workflow Quét → Xác thực → Thực thi
Tự động hóa chỉ đáng tiền khi nằm trong một quy trình kỷ luật. Scanner giữ bước một; bạn giữ tất cả những gì sau nó.
Bước 1 - Để scanner dựng danh sách ngắn
Lọc mạnh tay: chỉ vùng tươi, chỉ vùng đã xác nhận thanh khoản, chỉ một hai khung bạn thực sự trade, chỉ mã thanh khoản. Mục tiêu là nén 4.500 tổ hợp biểu đồ-khung xuống một nắm ứng viên mỗi phiên. Nếu feed của bạn hiện năm mươi vùng mỗi ngày, bộ lọc của bạn lỏng đến mức không hành động được.
Bước 2 - Tự xác thực ngữ cảnh
Đây là bước không scanner nào làm thay được, vì nó phụ thuộc phán đoán và kế hoạch của bạn. Với từng ứng viên, kiểm tra:
- Bias khung cao hơn - một order block 1h bullish đối lập cấu trúc daily bearish là giao dịch ngược xu hướng và phải được xử lý như vậy.
- Vị trí trong dealing range - long từ vùng nằm ở premium về mặt cấu trúc tệ hơn long từ discount, bất kể hạng của vùng.
- Khoảng chạy phía sau lệnh vào - Draw on Liquidity phải còn đất; một vùng cầu có pool sell-side lớn cách overhead 0.5% thì chẳng có đường chạy.
- Thời gian và tin tức - ngữ cảnh phiên và lịch dữ liệu kinh tế đổi trọng số mà bất kỳ vùng nào xứng đáng nhận.
Bước 3 - Định nghĩa giao dịch trước cú chạm
Phương pháp vào lệnh (limit tại mép vùng so với xác nhận khung thấp bên trong), điều kiện vô hiệu (nến đóng qua mép xa, hoặc dung sai bóng cố định), target tại pool thanh khoản đối diện, và mức reward-to-risk tối thiểu bạn không uốn nắn. Tất cả viết ra trong khi vùng vẫn đang trong pha tiếp cận.
Bước 4 - Thực thi, rồi journal đối chiếu tiêu chí
Ghi lại thuộc tính scanner nào mà mỗi vùng đã trade mang theo - bội displacement, thanh khoản bị lấy, độ sâu lồng khung, khung - cạnh kết quả. Các backtest công khai và cộng đồng về lệnh vào order block và FVG dao động rất mạnh theo chế độ thị trường, khung, và chồng bộ lọc; vùng không lọc thường test gần sấp ngửa, và mức cải thiện người test báo cáo thường đến từ đúng những bộ lọc phía trên.
Coi những con số đó là minh họa, không phải lời hứa: sau 50-100 lệnh đã journal, dữ liệu của chính bạn cho biết tiêu chí nào mang edge của bạn, và đó là mẫu duy nhất quan trọng.
Dùng theo cách này, một scanner order block đổi kinh tế học của chiến lược chứ không đổi chiến lược: phủ toàn vũ trụ, quy tắc không bao giờ mệt, và cảnh báo đến khi còn thời gian để nghĩ. Cú quét khởi động quyết định. Nó không bao giờ nên kết thúc quyết định.
Câu hỏi thường gặp
Scanner order block có repaint không?
Scanner chỉ đánh giá nến đóng thì không thể repaint một vùng hình thành - vùng hoặc đạt quy tắc hình học tại thời điểm đóng hoặc không. Vùng vẫn đổi trạng thái sau đó: một gap có thể nâng hạng khi một gap khung cao hơn hình thành bao quanh nó, và mọi vùng nghỉ hưu khi bị mitigation. Đó là theo dõi vòng đời, không phải repaint, và dấu thời gian hình thành không bao giờ dịch chuyển.
Có thể quét order block trên biểu đồ 5 phút hay 15 phút không?
Được - hình học giống hệt ở mọi khung. Hãy kỳ vọng nhiều vùng hơn hẳn, mitigation nhanh hơn, và tỉ lệ tín hiệu trên nhiễu tệ hơn, vì các cú đẩy dưới một giờ thường thiếu thanh khoản thật phía sau. Vùng khung thấp hoạt động tốt nhất khi lồng bên trong một vùng khung cao hơn cùng chiều. Mật độ dữ liệu cũng là rào cản thực tế chính với script tự viết, vì request nến dưới một giờ chạm rate limit của sàn rất nhanh.
Một cảnh báo scanner có đủ để vào lệnh không?
Không. Cảnh báo là vị trí, không phải giao dịch. Nó cho biết một vùng thú vị về mặt cấu trúc tồn tại và giá đang tiến về đó; nó không nói gì về bias khung cao hơn, vị trí premium-discount, mục tiêu thanh khoản phía sau lệnh vào, rủi ro tin tức, hay sizing của bạn. Cảnh báo nén việc khám phá từ hàng giờ xuống vài giây - quyết định vẫn tốn đúng phán đoán như trước.
Scanner order block thực sự cần dữ liệu gì?
Chỉ nến OHLC theo từng khung cộng một nguồn giá live. Quy tắc hình thành, displacement (qua ATR tính từ chính những nến đó), các lần phá swing point, và phép kiểm tra gap đều thuần hình học nến, còn cảnh báo proximity chỉ so giá live với mép vùng đã lưu. Không cần dữ liệu độ sâu sổ lệnh, footprint, hay volume profile - và đó là lý do những khái niệm này tự động hóa sạch đến vậy.
Các hướng tra cứu liên quan
Đi tiếp đâu tùy vào lớp nào bạn muốn củng cố - định nghĩa gốc, các bộ lọc xếp hạng vùng, hay khâu thực thi khi giá quay lại.
- What Is an Order Block? - định nghĩa nền và logic hình thành mà mọi bộ lọc trong bài này xây trên đó.
- What Is a Fair Value Gap (FVG)? - quy tắc mất cân bằng ba nến và vì sao gap hút giá.
- Displacement in ICT: Reading Institutional Intent - tiêu chí chất lượng cú đẩy ở độ sâu đầy đủ.
- The Core Order Block Validation Rule for SMC Traders - phép kiểm tra xác thực duy nhất tách block đáng trade khỏi đồ trang trí.
- Best Timeframe for Order Block Trading - khung nào tạo ra vùng xứng đáng quét ngay từ đầu.
- 3 High-Probability Order Block Entry Models - việc thật sự cần làm khi cảnh báo chạm bắn.
- Unmitigated vs Mitigated Order Blocks: Which Ones Still Work? - cách nó nối sang unmitigated order block.
