Wyckoff spring và upthrust: từ range tới test và xác nhận

Quy trình thực hành

1. Khóa rangeHai biên và TTL có trước sự kiện.
2. Spring hoặc upthrustXuyên rồi quay vào range.
3. Chờ testPivot và volume test phải hoàn tất.
4. Xác nhận SOS/SOWPhá swing phản ứng đã biết.
5. Kiểm giá vàoRR, stop và expiry quyết định trade.

Cần một range trước khi gọi spring

Một wick dưới đáy vừa hình thành không tự là spring. Trước sự kiện phải có vùng dao động với hỗ trợ, kháng cự và nhiều lần đi qua. Nếu đang giảm dốc liên tục, một lần hồi ngắn có thể chỉ là pullback trong downtrend. Định nghĩa range online là phần khó hơn tìm nến xuyên mức.

Wyckoff Analytics mô tả spring quay vào trading range, test thường tạo higher low với volume thấp hơn, và SOS đi cùng giá mở rộng; spring/UTAD không bắt buộc xuất hiện trong mọi cấu trúc [1]. Bản máy hóa này chỉ nắm một chuỗi con, không tự gắn đầy đủ Phase A–E.

Upthrust dùng chuỗi phía trên. Gọi UTAD đòi bối cảnh distribution; khi chưa định nghĩa được bối cảnh đó, nhãn upthrust_candidate trung thực hơn. Các câu chuyện về ai tích lũy hay phân phối được xem là giả thuyết, không phải dữ liệu danh tính từ nến.

Máy trạng thái range, spring, test và SOS

Tất cả ngưỡng là đề xuất. Dựng range từ 50 nến đã đóng, ít nhất hai touch tách biệt mỗi biên, chiều rộng 3–8 ATR và slope nhỏ theo một phép đo cố định. Đóng băng biên, ATR, TTL 40 nến. Nếu phải nhìn breakout tương lai mới chọn được cửa sổ, thuật toán chưa nhân quả.

Spring candidate cần xuyên support−0,1ATR rồi close trên support+0,15ATR trong tối đa 3 nến. Sau đó chờ test: một pivot low đã xác nhận cao hơn đáy spring một khoảng lớn hơn 0,1ATR. Dùng cùng định nghĩa pivot cho mọi chart; không chọn low nhỏ đẹp hơn sau khi biết trade thắng.

Để test volume, so mean volume cùng số nến quanh spring/test hoặc RVOL cùng giờ. Đề xuất test_mean<spring_mean và range test nhỏ hơn spring. Sau test, SOS là close vượt swing high phản ứng đã được xác nhận trước đó; nếu swing này chưa biết, chờ, không backdate.

RANGE -> SPRING_CANDIDATE after reclaim
SPRING_CANDIDATE -> TEST_CONFIRMED only at test_pivot.confirmed_at
require test_low > spring_low + b
optional: normalized_test_volume < normalized_spring_volume
TEST_CONFIRMED -> SOS when close > known_reaction_high+b
any state -> INVALID if spring_extreme breaks
any waiting state -> EXPIRED at fixed TTL

Đánh giá effort và result mà không kể chuyện sau kết quả

So độ dịch chuyển giá với hoạt động giao dịch giúp mô tả effort/result. Volume cao nhưng giá không mở rộng low có thể là hấp thụ, nhưng cũng có thể do cơ chế auction hoặc nhiều giao dịch hai chiều. Volume thấp ở test có thể là ít bán, cũng có thể là ít người tham gia. Cần phản ứng giá tiếp theo để phân loại.

Tách spring volume cao và thấp thành nhóm trước khi xem outcome. Một biến thể không cần volume làm baseline, rồi thêm test volume để đo incremental value. Không gộp volume tăng ở SOS và thân nến tăng mạnh thành hai bằng chứng hoàn toàn độc lập.

Khối lượng cùng giờ quan trọng cho intraday. Nếu spring dài ba nến, test một nến, so tổng trực tiếp sẽ ưu ái test nhỏ một cách cơ học. Missing trades hoặc phiên ngắn có thể tạo “cạn cung” giả.

Ví dụ giả lập có test và ví dụ bị vô hiệu

Range giả lập [100,106], A=1. Giá xuyên 99,4 rồi close 100,4. Sau nhịp hồi 102,2, test có low=99,9, mean volume chuẩn hóa=70 so với spring=150. Khi pivot test xác nhận, giá đóng 102,4 vượt reaction high 102,2 cộng b=0,1. Đây mới là SOS theo bản đề xuất.

Nếu mua sau tín hiệu ở 102,5, stop ngoài spring tại 99,3 và target phía trên range 106, reward 3,5 so risk 3,2, chỉ khoảng 1,09R. Chuỗi đẹp không đồng nghĩa entry hấp dẫn. Biến thể mua sớm ở reclaim có RR khác nhưng phải chịu tỷ lệ chưa hoàn tất test/SOS.

Trường hợp loại trước entry: test xuống 99,2, thấp hơn spring; hủy chuỗi cũ. Trường hợp đã vào rồi thua: sau SOS giá quay xuống 99,2, stop khớp 99,25; lỗ 3,25. Không đổi nhãn test thành “spring mới” để xóa thất bại. Tất cả mức và volume ở đây tự tạo.

Chọn một điểm cam kết rõ ràng

Có ba phiên bản: vào sau spring reclaim, sau test xác nhận, hoặc sau SOS/retest. Chúng là ba chiến lược khác nhau. Bản chờ SOS không được ghi entry tại low test, vì phải dùng dữ liệu sau low mới biết test hợp lệ. Vấn đề vẽ marker trong quá khứ được giải thích trong tài liệu tính toán [2].

Stop ngoài đáy spring là mức vô hiệu toàn cấu trúc; stop ngoài low test chặt hơn nhưng có thể bị chạm mà range vẫn giữ. Gọi đúng “trade stop” và “structure invalidation”. Đặt trước thời gian giữ tối đa và việc thoát khi tiến sát kháng cự.

Với upthrust, đảo các mức nhưng không mặc định chi phí short bằng long. Nếu short không có borrow hoặc spread quá rộng, signal vẫn có thể ghi nhận trong nghiên cứu nhưng không phải trade khả thi. Cơ chế lệnh có thể đối chiếu nguồn sàn [3].

Kiểm định trình tự thay vì chọn schematic đẹp

Đếm tất cả range thỏa điều kiện tại thời điểm tạo, kể cả không có spring, spring không có test và test không có SOS. Đây là denominator để biết các tầng xác nhận lọc bao nhiêu cơ hội. Chỉ chọn hình hoàn tất sẽ làm xác suất thành công tăng giả.

So spring đơn thuần với spring+test và spring+test+SOS trên cùng tập sự kiện. Báo độ trễ, RR tại entry, no-fill và expectancy sau phí. Ghép nhóm với range breakdown tiếp diễn để xem reclaim có thật sự thêm thông tin.

Không tối ưu từng nhãn pha bằng tay trên tập test. Nếu muốn hệ thống Wyckoff đầy đủ, xây bộ tiêu chuẩn pha riêng với đánh giá inter-rater hoặc detector causal; bài này không đủ cơ sở để gọi mọi chuỗi là accumulation.

Sai lầm thường gặ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.

• Range tồn tại trước spring/upthrust.
• Các touch tạo range tách biệt, cùng scale.
• Biên và ATR không đổi giữa chuỗi.
• Test được xác nhận và không phá extreme.
• Volume test so với cửa sổ có cùng cách chuẩn hóa.
• SOS dùng swing có trước thời điểm breach.
• Tính RR từ fill sau xác nhận, không từ low test.

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. Wyckoff MethodWyckoff Analytics. Đọc tutorial spring, test, SOS và upthrust; không phải toàn bộ sách gốc. Đối chiếu: 2026-10-11.
2. RepaintingTradingView. Nguồn kỹ thuật về thời điểm dữ liệu. Đối chiếu: 2026-10-11.
3. Futures Order TypesCME Group. Cơ chế lệnh, không xác nhận chiến lược. Đối chiếu: 2026-10-11.

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