Phương pháp
Ứng dụng này chỉ trả lời một câu hỏi: động thái giá này được nhu cầu spot thật xác nhận, hay chủ yếu đến từ đòn bẩy — và rủi ro vị thế hiện tại ở mức nào?
Nó không đưa ra lệnh mua hay bán.
Ranh giới
Những gì hệ thống cố ý không làm
- 1Nến xanh không phải lệnh mua, nến đỏ không phải lệnh bán. Tín hiệu mô tả tình hình, không bảo phải làm gì.
- 2Không gộp Health và Rủi ro thành một điểm duy nhất. Hai trục đo hai thứ khác nhau; trung bình chúng lại là xoá mất thông tin.
- 3Không dùng ngôn ngữ kiểu “thị trường sắp sập”. Tên quy tắc có chữ
POSSIBLElà để nói thẳng rằng đó là khả năng, không phải khẳng định. - 4Không có AI trong luồng sinh tín hiệu. Mười một quy tắc là ngưỡng số cố định, đọc được trong mã, chạy y hệt nhau mỗi lần với cùng đầu vào.
Đầu vào
Dữ liệu lấy từ đâu
| Cần gì | Lấy ở đâu | Lưu ý |
|---|---|---|
| Nến spot / futures | Binance kline REST + WebSocket | Chỉ chấm điểm trên nến đã đóng — nến đang chạy còn thay đổi. |
| CVD spot / futures | Khối lượng taker-buy trong dữ liệu kline | Tính từ khối lượng thật, không suy ra từ màu nến. |
| Open Interest | API OI futures Binance | Sàn chỉ phục vụ khoảng 30 ngày lịch sử. |
| Funding / mark | Premium index và funding Binance | Chu kỳ thường 8 tiếng. |
| Thanh lý | WebSocket forceOrder | Không có lịch sử toàn thị trường — mốc so sánh bất thường cần khoảng 24 giờ chạy liên tục mới vững. |
Nhớ mỗi câu này
Mọi con số đều đến từ endpoint Binance. Không có số nào được mô phỏng hay ước lượng.
Đường đi
Luồng xử lý
- 1Thu thập dữ liệu từ Binance.
- 2Chuẩn hoá: nến trùng, nến lệch thứ tự, khoảng trống — tất cả quy về một điểm chất lượng dữ liệu.
- 3Tính chỉ báo: CVD, OI, funding, basis, bất thường khối lượng, bất thường thanh lý.
- 4Chạy 11 quy tắc tín hiệu, độc lập với nhau.
- 5Tính Health và Rủi ro đòn bẩy — hai trục riêng.
- 6Ghi vào cơ sở dữ liệu, rồi API phục vụ Web và Telegram.
Web và Telegram không gọi Binance. Chúng chỉ đọc lại những gì đã được tính và ghi — nên thứ bro nhìn thấy luôn là thứ hệ thống thật sự đã tính, không phải một phép tính thứ hai chạy trong trình duyệt.
Hai trục
Health và Rủi ro đòn bẩy
Health (0–100) đo mức độ động thái giá được nhu cầu spot xác nhận và cấu trúc có “sạch” không. Ghép từ tám thành phần có trọng số cấu hình được:
xác nhận spot · vị thế futures · open interest · funding · thanh lý · khối lượng · cấu trúc giá · phân kỳ
Rủi ro đòn bẩy (0–100) đo mức căng của vị thế vay. Sáu thành phần:
funding cực đoan · tốc độ OI · basis cực đoan · bất thường thanh lý · khối lượng cực đoan · độ đông vị thế
Dễ hiểu nhầm
Hai trục cố ý tách rời và không bao giờ trộn. Health cao đi cùng Risk cao là chuyện bình thường — một cú tăng có nhu cầu spot thật xác nhận vẫn có thể đang gánh rất nhiều đòn bẩy.
Trung bình hai số đó lại thành một “điểm tổng” sẽ biến hai sự thật khác nhau thành một con số không nói lên gì.
Với symbol chỉ có futures, không có sàn spot để so — Health hiện N/A. Không bịa điểm. Risk vẫn tính bình thường vì nó không cần vế spot.
Quy tắc
11 quy tắc tín hiệu
Mười một quy tắc chạy độc lập. Cùng lúc có thể nổ nhiều tín hiệu, và hệ thống không chọn ra tín hiệu thắng — mâu thuẫn giữa chúng là thông tin, không phải lỗi cần dọn.
| Mã | Nổ khi | KHÔNG có nghĩa là |
|---|---|---|
LEVERAGED_RALLY | Giá tăng, spot nghiêng bán, futures nghiêng mua, OI tăng | Giá sắp giảm |
SPOT_CONFIRMED_RALLY | Giá tăng và CVD spot xác nhận có mua thật | Lệnh mua |
SHORT_COVERING_POSSIBLE | Có dấu hiệu bên short đang đóng vị thế | Chắc chắn đảo chiều |
SELLING_ABSORPTION_POSSIBLE | Có dấu hiệu lực bán đang bị hấp thụ | Chắc chắn đã tạo đáy |
BULLISH_SPOT_DIVERGENCE | Giá giảm nhưng spot vẫn mua ròng | Đảm bảo sẽ đảo chiều |
LONG_LIQUIDATION | Thanh lý long nổi bật so với mốc bình thường | Lệnh bán |
SHORT_LIQUIDATION | Thanh lý short nổi bật so với mốc bình thường | Lệnh mua |
LONG_CROWDING | Vị thế long đông, funding và OI cùng nghiêng | Sắp sập |
SHORT_CROWDING | Vị thế short đông | Sắp bùng |
PRICE_SPIKE_UP | Nến tăng gấp ≥3 lần biên độ trung bình 14 nến trước đó (không tính chính nó) | Sẽ tăng tiếp |
PRICE_SPIKE_DOWN | Nến giảm gấp ≥3 lần biên độ trung bình 14 nến trước đó (không tính chính nó) | Đã chạm đáy |
Mỗi tín hiệu mang theo mức nghiêm trọng, độ tin cậy và một danh sách lý do nói rõ điều kiện nào đã kích hoạt nó. Không có tín hiệu nào xuất hiện mà không giải thích được vì sao.
Chấm điểm
Confidence và Severity
Confidence (0–100) — trên màn hình ghi là độ tin cậy — ghép bốn thứ, theo đúng trọng số trong mã:
| Thành phần | Trọng số | Nghĩa là |
|---|---|---|
| Chất lượng dữ liệu | 25% | Nến thiếu, websocket lỗi, thiếu vế spot → kéo điểm xuống. |
| Mức xác nhận thêm | 30% | Bao nhiêu điều kiện phụ cùng chỉ về một hướng. |
| Biên độ vượt ngưỡng | 25% | Vượt ngưỡng vừa đủ khác hẳn vượt gấp ba lần. |
| Điểm lịch sử | 20% | Từ kết quả đã ghi được. Chưa đủ mẫu thì để trung tính, không thưởng không phạt. |
Tín hiệu có chữ POSSIBLE bị chặn trần confidence — dù mọi điều kiện đều đẹp, nó vẫn không được phép trông như một kết luận chắc chắn.
Severity có mức gốc theo từng quy tắc và được nâng lên khi điều kiện nặng hơn, ví dụ funding ở mức cực đoan.
Kiểm chứng
Đo hiệu quả
Sau mỗi tín hiệu, hệ thống ghi lại giá tại 15 phút, 1 giờ, 4 giờ và 24 giờ. Trang Performance mô tả những gì đã xảy ra — không phải kỳ vọng cho tương lai.
Dễ hiểu nhầm
Dưới 30 kết quả đã ghi, hệ thống không đưa tỉ lệ thắng lên làm con số chính mà hiện thẳng “chưa đủ dữ liệu”.
Lý do: với 20 mẫu, một tỉ lệ thắng 60% và một đồng xu cân bằng gần như không phân biệt được. Đưa con số đó ra là mời người đọc tin vào thứ chưa hề được chứng minh.
Dữ liệu live và dữ liệu replay (tính lại từ lịch sử) được đánh dấu tách bạch. Tín hiệu replay không có dữ liệu thanh lý, nên hai loại không thể trộn chung khi so sánh.
Vận hành
Độ mới dữ liệu và trạng thái
| Thuật ngữ | Nghĩa là |
|---|---|
| Tuổi snapshot | Bao lâu kể từ lần tính Health gần nhất cho symbol đó. |
| Chất lượng dữ liệu | Nến thủng lỗ, websocket lỗi, thiếu vế spot hoặc futures. |
| Nhịp tim worker | Tiến trình thu dữ liệu còn sống hay không — nó không mở cổng HTTP nào. |
| WS degraded | Một trong ba socket (spot / futures / thanh lý) chưa mở. |
| Nhịp tim cũ | Khoảng 3 phút không có nhịp — hệ thống báo đỏ. |
Dễ hiểu nhầm
Điểm Health luôn gắn với một khung thời gian. Cùng một symbol có thể là 88 ở khung 5m và 69 ở khung 15m — cả hai đều đúng, chúng đo hai khoảng khác nhau.
Cả thẻ Overview lẫn bot Telegram đều mặc định khung 4h, và cả hai đều ghi rõ khung trên từng con số. Thẻ Overview có nút chọn khung ngay trên đầu trang — đổi khung thì mọi số trên thẻ đổi theo. Thấy hai số khác nhau thì xem khung trước khi kết luận có gì sai.
Tất cả nằm ở trang Status, đọc được từ điện thoại, không cần terminal.
Đọc kỹ
Giới hạn đã biết
| Giới hạn | Hệ quả thực tế |
|---|---|
| Thanh lý chỉ có realtime | Khoảng 24 giờ đầu sau khi khởi động, mốc so sánh bất thường chưa vững. |
| Lịch sử OI ~30 ngày | Sàn chỉ phục vụ chừng đó, nên phần tính lại từ lịch sử không thể đi xa hơn. |
| Mới bật hệ thống | Chưa có snapshot, chưa có nhịp tim — đó KHÔNG phải là "thị trường ổn định". |
| Symbol chỉ futures | Không có Health score. Risk vẫn dùng được. |
| Chỉ tập trung Binance | Luồng chính không đọc sàn khác. |
| Gem scanner | Nếu bật, đó là hệ con riêng với rủi ro DEX riêng — không trộn vào Health của Binance. |
| Ngưỡng dùng chung | Các khung thời gian hiện dùng chung một bộ ngưỡng. |
Cảnh báo
Không nên dùng để
- 1Coi tín hiệu như điểm vào lệnh hoặc thoát lệnh.
- 2Bỏ qua nhãn dữ liệu cũ hoặc chất lượng thấp — chúng có mặt là có lý do.
- 3So Health của symbol có spot với symbol chỉ có futures như thể chúng cùng thang. Một bên có điểm, một bên
N/A. - 4Coi kết quả quá khứ là dự báo tương lai.
Nhớ mỗi câu này
Quy tắc xác định sẵn, có lý do giải thích, không có AI trong luồng tín hiệu.
Xem thêm: Performance · Status · Guide