Mục lục bài viết

Bằng chứng và phạm vi

Mô tả implementation chính chủ xác nhận cách dùng polarity và cảnh báo nhãn lịch sử backpaint. Bộ quy tắc dưới đây là đề xuất, chưa có kết quả giao dịch được kiểm chứng.

Dữ liệu và thị trườngOHLCV có phiên, tick size và spread; dữ liệu nến không cho biết ai đổi vị thế.
Khung thời gian nghiên cứuCó thể nghiên cứu M5–H1 hoặc daily; tuổi vùng tính theo số nến không tự tương đương giữa các khung.
Giá từng bị từ chối tại 100–102 rồi xuyên lên; lần quay xuống sau break tạo bullish breaker retest.Mở hình kích thước đầy đủ
Chuỗi sự kiện và volume giả lập; vùng cũ 100–102 đổi vai sau close 102,5. Đây không phải OHLC hay kết quả giao dịch thật.

Quy trình thực hành

Sơ đồ quy trình Breaker block: kiểm định vùng đổi vai sau order block thất bại
Các bước được mô tả đầy đủ bên dưới. Tại mỗi bước, dữ liệu thiếu hoặc điều kiện sai phải có lý do loại bỏ.
  1. OB đã biếtLưu zone và thời điểm công bố.
  2. OB bị pháĐóng vượt biên xa theo buffer.
  3. Tạo breakerID mới liên kết parent, không sửa quá khứ.
  4. Retest đầuChờ sự từ chối theo entry model.
  5. Thoát hoặc hủyStop, target và TTL được khóa.

Vùng đổi vai cần một lịch sử đầy đủ

Một bearish order block vốn được theo dõi như vùng kháng cự. Khi giá đóng rõ phía trên, giả thuyết kháng cự cũ thất bại. Bullish breaker đặt câu hỏi mới: lần quay xuống đầu tiên có giữ được phía trên vùng đó không? Với bullish OB bị xuyên xuống, bearish breaker đảo toàn bộ hướng.

LuxAlgo mô tả breaker bằng sự đổi polarity và cho biết nhãn Historical Polarity Changes được vẽ lùi [1]. Đây là cảnh báo trực tiếp: vị trí đẹp trên chart lịch sử chưa chắc là tín hiệu đã có tại thời điểm đó. Tài liệu repainting giúp kiểm tra cách trình bày thời gian [2].

Breaker không chứng minh người bán cũ phải mua lại tại vùng. Câu chuyện ấy có thể giải thích một giả thuyết, nhưng dữ liệu OHLCV chỉ quan sát giá, khối lượng và thời gian. Việc tạo vùng mới không được xóa lệnh thua của OB gốc.

State machine từ OB đến lần retest

Thiết kế đề xuất lấy vùng bearish OB đã công bố [a,b], A=ATR14 ngay trước nến break và buffer=max(2 tick,0,1A). Khi nhận được giá đóng cửa nến t và C[t]>b+buffer, đánh dấu OB INVALIDATED và tạo bullish breaker cùng tọa độ, parent_ob_id cố định. Breaker chỉ đủ điều kiện entry từ nến t+1. Ngưỡng buffer và TTL=20 nến là lựa chọn nghiên cứu.

Yêu cầu giá từng ở hoàn toàn phía trên vùng sau break trước khi xét quay về. Retest hợp lệ là low≤b+buffer và high≥a, sau đó close>b+buffer trong tối đa ba nến. Bản first-touch tiêu thụ cơ hội ngay lần chạm đầu; không đợi lần thứ tư đẹp hơn rồi gọi là lần đầu. Nếu close<a−buffer trước confirmation, hủy.

Một biến thể đòi BOS hoặc MSS trong cú phá; một biến thể chỉ cần xuyên OB. Đăng ký hai bộ riêng để biết structure filter có giá trị. Nếu phá và retest xảy ra cùng nến tạo breaker, dữ liệu OHLC không đủ thứ tự; bản theo close không vào trong chính nến đó.

EXPIRED, INVALIDATED và CONSUMED là trạng thái kết thúc của breaker đó. Hủy lệnh chờ không đủ nếu detector vẫn xét lại cùng zone ở bar sau; một lần reclaim muộn không khôi phục candidate đã hỏng. Fill xảy ra khi lệnh còn sống vẫn phải được ghi trước bước chuyển trạng thái tại close.

on_close(t):
  process_existing_order_events_until_close(t)
  for br in active_bullish_breakers_eligible_before_bar(t):
    if expired(br):
      br.state = EXPIRED; cancel_future_orders(br); continue
    if C[t] < br.low-br.buffer:
      br.state = INVALIDATED; cancel_future_orders(br); continue
    if first_retest_confirmed(br,t):
      signal_for_next_quote_once(br); br.state = CONSUMED
  A = ATR14[t-1]
  if not finite_positive(A): return
  buffer = max(2*tick,0.10*A)
  for ob in active_bearish_OBs_published_before_bar(t):
    if C[t] > ob.high+buffer:
      invalidate_once(ob,at=t)
      create_breaker_once(parent=ob.id,known_at=received_close_time(t),
                          eligible=t+1,buffer=buffer,expiry=t+20)
# Terminal breakers cannot revive; a failed parent creates at most one child.

Volume phục vụ phân biệt cú phá và pullback

Đo riêng RVOL tại break và volume retest trên cùng số phút. Một cú phá volume cao rồi retest ít giao dịch có thể phù hợp giả thuyết cung bán suy yếu; cũng có thể chỉ là khoảng giữa phiên ít hoạt động. So với baseline cùng giờ và đừng dùng volume cả ngày khi chưa hết phiên.

Không cộng điểm độc lập cho OB, breaker và BOS nếu chúng là cùng một chuỗi giá. Có thể lập một event family để chỉ cấp một budget rủi ro cho các entry liên quan. CVD chỉ bổ sung khi có phân loại taker đáng tin, không suy delta từ màu nến.

Giữ cả nhóm retest volume cao: bật mạnh sau hấp thụ có thể có volume lớn, trái với điều kiện cạn cung. Hai cơ chế nên là hai nhánh kiểm định, không đổi giải thích sau khi thấy trade thắng.

Ví dụ thắng và thất bại cùng một vùng

Ví dụ tổng hợp: bearish OB [100,102] đã được công bố. ATR tham chiếu=2, tick=0,05 nên buffer=0,2. Close 102,5 tạo bullish breaker. Sau đó giá lên 104, retest low 101,8 và close 102,4. Mua tại quote kế tiếp 102,45, stop 99,8: risk=2,65. Target 107,75 cho reward=5,30, tương đương 2R trước phí.

Nếu stop vùng rộng làm risk quá lớn so với mục tiêu cấu trúc 104,5, bỏ theo bộ lọc RR định trước. Không thu hẹp stop về 101,8 sau khi biết nến ấy là đáy, trừ khi entry model ngay từ đầu dùng stop retest và đáy đã biết.

Trường hợp thua: breaker mới hình thành nhưng lần quay lại đóng 99,7. Bản xác nhận chưa mua và bị hủy. Bản limit đặt tại 102 từ trước đã khớp, sau đó có thể stop 99,75: lỗ 2,25 trước phí. Đồng thời, mọi short từng vào OB gốc phải có kết quả riêng; không báo chỉ long breaker thắng để làm đẹp toàn bộ chuỗi.

Quản lý lệnh và số lần thử

Chọn một entry model: confirmation rồi mua quote tiếp theo, hoặc limit tại biên/midpoint đã tồn tại trước touch. Một cây nến đi qua vùng rồi đóng đẹp không cho phép đồng thời lấy entry limit tốt nhất và bỏ các nến limit bị stop. Cơ chế fill và protection cần đối chiếu từng sàn [3].

Hết TTL, phá biên xa, hoặc có breaker đối nghịch theo luật trước đều là lý do hủy candidate. Đối với vị thế đang mở, stop cứng và thoát theo close là hai hành động khác nhau: close chưa xác nhận không ngăn stop cứng khớp.

Giới hạn đề xuất một lần thử mỗi parent OB, một vị thế cho cùng event family. Nếu muốn re-entry, đếm nó là trade mới và giữ tổng chi phí. Mục tiêu có thể là swing đối diện đã biết hoặc fixed-R; không chọn tùy trade sau khi xem diễn biến.

So breaker với retest hỗ trợ kháng cự thường

Đối chứng là breakout-retest tại mức không cần lịch sử OB, ghép độ rộng vùng, tuổi, độ mạnh cú phá và khoảng cách entry. Nếu breaker không cải thiện sau matching, phần hữu ích có thể nằm ở retest hơn là nguồn gốc block.

Báo denominator từ OB gốc: bao nhiêu vùng tồn tại, bao nhiêu bị phá, bao nhiêu retest, bao nhiêu confirmation và fill. Giữ các vùng đã bị xóa khỏi chart; kiểm prefix replay để nhãn quá khứ không đi vào quyết định.

Chia train/test theo thời gian và nhóm mọi descendant của cùng parent trong cùng fold. Kiểm độ nhạy TTL, buffer, first-touch và phí. Một hình đúng sau sự kiện không phải xác suất thắng của state machine.

Sai lầm thường gặp

Xóa mẫu thua gốc

Breaker thắng không hủy khoản lỗ của OB trước đó.

Vào lùi nến

Zone vẽ từ quá khứ không đồng nghĩa có thể mua tại đó.

Nhiều tên, một rủi ro

BOS, breaker và retest cùng sự kiện không phải ba cơ hội độc lập.

Checklist trước khi dùng phương pháp

Tự đánh dấu khi đã kiểm tra trên dữ liệu của bạn. Trạng thái lưu trong trình duyệt này; đây không phải chứng nhận chiến lược có lãi.

0/7 mục

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

Mọi OB bị phá đều giao dịch thành breaker?

Không. Nó chỉ tạo candidate; thiếu retest, hết hạn hoặc vô hiệu thì không có entry.

Breaker phải có sweep trước không?

Tùy định nghĩa. Bài dùng polarity làm lõi; thêm sweep là biến thể phải kiểm định riêng.

Nguồn nghiên cứu

Các nguồn dưới đây hỗ trợ phần định nghĩa hoặc bằng chứng được ghi bên cạnh. Mã giả, ví dụ minh họa và tham số đề xuất trong bài cần được kiểm định riêng.

  1. Order Blocks & Breaker BlocksLuxAlgo. Đọc mô tả chính chủ và cảnh báo nhãn lịch sử backpaint; không phải track record. Đối chiếu: .
  2. RepaintingTradingView. Đối chiếu thời gian hiển thị và tính nhân quả. Đối chiếu: .
  3. Futures Order TypesCME Group. Cơ chế lệnh để tách tín hiệu và fill. Đối chiếu: .

Đọc tiếp theo phương pháp

Lưu ý rủi ro

Nội dung phục vụ giáo dục và thiết kế nghiên cứu, không phải lời khuyên tài chính. Backtest là mô phỏng lịch sử, không bảo đảm hiệu quả tương lai và không đặt lệnh giao dịch thật. Các phương pháp trong thư viện không mặc nhiên là tính năng đã có trong ứng dụng. Xem phương pháp tính và trung tâm học.

Kiểm tra quy tắc trước khi dùng vốn thật

Đối chiếu khả năng hỗ trợ của ứng dụng, dữ liệu và từng giao dịch mô phỏng; các detector nâng cao có thể cần triển khai riêng.

Tải Backtest trên App Store