Mục lục
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.
Trả lời ngắn: Position sizing trong crypto là cách chọn số đơn vị cho một vị thế từ ngân sách lỗ, chỗ giả thuyết mất hiệu lực và các giới hạn vốn, thanh khoản. Kết quả chỉ là quy mô ứng viên; nó chưa bảo đảm giá thoát, mức lỗ tối đa hoặc quyền thực thi.
Đọc xong, bạn sẽ hiểu:
- Vì sao giá trị vị thế khác mức lỗ đã lập kế hoạch.
- Cách SIZE-10K lấy giới hạn nhỏ nhất để ra 7 đơn vị.
- Vì sao cú nhảy giá và nhiều vị thế cùng nhân tố có thể làm lỗ vượt kế hoạch.
1. Position Sizing trong Crypto là gì?
a. Quy mô là cổng ngân sách lỗ
Chọn quy mô vị thế (position sizing) trả lời số đơn vị tối đa còn nằm trong các giới hạn đã đặt. Nó không trả lời tài sản có tốt hay giá sẽ đi đâu.
Vốn tham chiếu là mẫu số cho lần tính. Ngân sách lỗ là mức lỗ kế hoạch trước cú nhảy giá, không phải mức được bảo đảm. Khóa hai số này trước khi tính quy mô.
Hãy hình dung xe tải đi qua cầu. Sức chở của xe là 12 tấn, luật cho 10 tấn nhưng cầu chỉ cho 7 tấn. Tải cuối phải là 7 tấn — giới hạn nhỏ nhất — chứ không lấy trung bình ba con số.
b. Mức mất hiệu lực không hứa giá khớp
Chỗ giả thuyết mất hiệu lực (invalidation) là mức làm lý do ban đầu không còn đúng. Nó giúp tính khoảng rủi ro, nhưng không tự bảo đảm lệnh thoát sẽ khớp đúng mức đó.
Giá có thể nhảy qua invalidation hoặc sổ lệnh mỏng. Vì vậy, bài thêm phần đệm phí/trượt giá rồi kiểm với giá thoát xấu hơn.
CME mô tả quan hệ giữa stop, rủi ro tài khoản và số hợp đồng (CME — Proper Position Size). Bài chỉ dùng quan hệ toán học, không lấy tỷ lệ nguồn làm khuyến nghị.
c. Flow fail-closed
Khung SIZE-10K:
VỐN → NGÂN SÁCH LỖ → INVALIDATION → LỖ/ĐƠN VỊ → RISK CAP → CAPITAL CAP → LIQUIDITY CAP → FINAL UNITS → STRESS → REVIEW
Ba cap độc lập:
- Risk cap: số đơn vị tối đa theo ngân sách lỗ.
- Capital cap: số đơn vị tối đa theo vốn danh nghĩa được phép dùng.
- Liquidity cap: số đơn vị tối đa có thể xử lý theo giả định thanh khoản.
Kết quả cuối:
FINAL UNITS = min(RISK CAP, CAPITAL CAP, LIQUIDITY CAP)
Hình 1 — Sizing Gate chỉ cho phép số đơn vị nhỏ nhất qua đủ risk, capital và liquidity cap.
2. SIZE-10K: công thức và ba giới hạn
a. Khóa dữ liệu đầu vào
SIZE-10K là bài tập giả, không gắn với tài sản thật:
| Dữ liệu | Giá trị |
|---|---|
| Vốn tham chiếu | 10.000 U |
| Ngân sách lỗ | 100 U |
| Giá tham chiếu | 100 U/đơn vị |
| Invalidation | 92 U/đơn vị |
| Buffer phí/trượt giá | 1 U/đơn vị |
| Vốn danh nghĩa tối đa | 1.000 U |
| Liquidity cap | 7 đơn vị |
U và ngân sách 100 U là đầu vào học tập, không phải “mức risk chuẩn”.
b. Tính lỗ mỗi đơn vị
Khoảng giá từ entry reference tới invalidation:
100 − 92 = 8 U/đơn vị
Cộng buffer:
8 + 1 = 9 U/đơn vị
Lỗ kế hoạch mỗi đơn vị là 9 U, với điều kiện exit quanh invalidation và buffer đủ.
Risk-cap units:
floor(100/9) = floor(11,11) = 11 đơn vị
floor nghĩa là làm tròn xuống. Mười hai đơn vị sẽ tạo 12×9=108 U, vượt ngân sách 100 U; vì vậy không được làm tròn lên.
c. Lấy cap nhỏ nhất
Capital-cap units:
floor(1.000/100) = 10 đơn vị
Liquidity-cap units đã khóa là 7. Size ứng viên:
min(11,10,7) = 7 đơn vị
Giá trị danh nghĩa:
7×100 = 700 U = 7% vốn tham chiếu.
Lỗ kế hoạch:
7×9 = 63 U = 0,63% vốn tham chiếu.
Còn 100−63=37 U ngân sách chưa dùng. Phần thừa không cho phép “top up” lên 8–11 đơn vị vì liquidity cap vẫn là 7.
Hình 2 — SIZE-10K kết thúc ở 7 đơn vị vì liquidity cap thấp hơn risk cap 11 và capital cap 10.
3. Giá trị danh nghĩa, lỗ kế hoạch và nhiệt danh mục
a. Giá trị vị thế khác mức lỗ
Giá trị danh nghĩa (notional) là giá trị toàn vị thế tại giá tham chiếu. Trong SIZE-10K, notional là 700 U; lỗ kế hoạch chỉ là 63 U.
Hai số không thể thay nhau. “Vị thế 7% vốn” chưa cho biết invalidation; “risk 63 U” chưa cho biết vốn cần dùng.
Ví dụ đời thường: giỏ hàng trị giá 700 nghìn không có nghĩa bạn chắc chắn mất 700 nghìn nếu hủy đơn. Giá trị giỏ và phí hủy là hai đại lượng khác nhau.
b. Nhiệt danh mục cộng rủi ro đang mở
Nhiệt danh mục (portfolio heat) là tổng lỗ kế hoạch của các vị thế đang cùng mở. Nếu ba vị thế giả đều có planned loss 63 U:
3×63 = 189 U = 1,89% vốn tham chiếu.
Phép cộng chưa phản ánh hết rủi ro nếu ba vị thế cùng phụ thuộc market beta, chain, stablecoin hoặc venue.
FINRA lưu ý concentration có thể đến từ tài sản tương quan hoặc tài sản khó thanh khoản (FINRA — Concentration Risk). Bài dùng nguyên tắc đó để yêu cầu cluster check, không suy ra threshold phù hợp cho người thật.
c. Quy mô không đi theo độ tin tưởng
Độ tin tưởng không làm thanh khoản dày hơn, stop được bảo đảm hay gap biến mất. Vì vậy:
- Không tăng size vì vừa thắng vài lần.
- Không tăng size vì win rate lịch sử cao.
- Không dùng expected return để bỏ liquidity cap.
- Không chia nhỏ một cluster thành nhiều ticker rồi coi là giảm heat.
Size chỉ thay khi input hoặc constraint hợp lệ thay đổi và toàn bộ phép tính được chạy lại.
4. Nhảy giá, trượt giá, đòn bẩy và giới hạn
a. Kiểm tra cú nhảy giá
Giả sử SIZE-10K không thoát quanh 92 U mà tới 80 U, vẫn cộng 1 U chi phí:
(100−80+1)×7 = 21×7 = 147 U
Tỷ lệ trên vốn tham chiếu:
147/10.000 = 1,47%
Lỗ stress 147 U lớn hơn lỗ kế hoạch 63 U tới 84 U. Kết luận đúng: giả định khớp quanh invalidation đã bị phá. Không được gọi 147 U là mức lỗ tối đa.
Nếu cả ba vị thế cùng gặp gap tương tự:
3×147 = 441 U = 4,41%
Đây là một kịch bản stress, không phải dự báo hay xác suất.
b. Trượt giá và thanh khoản
Trượt giá (slippage) là chênh lệch giữa mức dự kiến và thực thi. Spread, độ sâu, partial fill hoặc phí có thể làm buffer 1 U thiếu.
Liquidity cap cần độ sâu, thời gian xử lý, venue và stress. Thiếu dữ liệu thì STOP, không tự điền cap.
c. Leverage làm lỗi lớn hơn
Đòn bẩy cho phép notional lớn hơn vốn ký quỹ, khuếch đại biến động và có thể gây margin call hoặc liquidation.
CFTC cảnh báo leverage khuếch đại rủi ro trong giao dịch tài sản ảo và có thể dẫn tới lỗ vượt vốn ban đầu ở sản phẩm ký quỹ (CFTC — Virtual Currency Trading Risks). SIZE-10K không dùng leverage; bài không cung cấp mức leverage hay liquidation setup.
Hình 3 — Gap & Cluster Stress cho thấy stop dự kiến không khóa cứng mức lỗ khi execution và tương quan cùng xấu đi.
5. Checklist sizing fail-closed
a. Chín bước kiểm
- Khóa vốn tham chiếu và thời điểm chụp số dư.
- Ghi ngân sách lỗ như input giả, không gọi là ngưỡng an toàn.
- Ghi entry reference và invalidation có lý do riêng.
- Tính distance rồi cộng buffer phí/slippage.
- Tính risk cap và làm tròn xuống.
- Tính capital cap độc lập.
- Ghi liquidity cap cùng nguồn/giả định.
- Lấy cap nhỏ nhất; tính notional, planned loss và portfolio heat.
- Chạy gap/cluster stress rồi trả trạng thái.
b. PASS, REVIEW và STOP
PASS: đầu vào còn mới, tổng khớp và quy mô ứng viên qua ba cap.REVIEW: một giới hạn, vốn hoặc cụm đã đổi; cần tính lại.STOP: invalidation, chi phí, thanh khoản, venue hoặc vốn tham chiếu chưa biết/lỗi thời.
PASS không phải phê duyệt mua/bán. Nó chỉ nói bảng tính nhất quán với đầu vào.
c. Khi phải tính lại
Tính lại từ đầu khi vốn, entry, invalidation, fee, liquidity, số vị thế hoặc dependency thay đổi. Không sửa riêng ô final units vì sẽ mất đường kiểm.
CFA nhấn mạnh asset size, liquidity, time horizon và governance là constraint thực tế của phân bổ (CFA — Real-World Constraints). Với sizing, các constraint đó vẫn đứng trên output công thức.
6. Bài tập 15 phút
a. Công cụ và thời gian
Dùng spreadsheet hoặc máy tính miễn phí:
- 5 phút chép input SIZE-10K và tính ba cap.
- 4 phút kiểm notional/planned loss.
- 3 phút tính gap
147 U. - 3 phút tính heat
189 Uvà cluster gap441 U.
Không mở chart live, không kết nối ví, không đăng nhập sàn và không dùng tiền thật.
b. Mẫu đối chiếu Position Size Card SIZE-10K đã điền
| Trường | Giá trị đã điền |
|---|---|
| Vốn tham chiếu | 10.000 U |
| Ngân sách lỗ | 100 U giả |
| Entry / invalidation | 100 / 92 U |
| Lỗ mỗi đơn vị | 100−92+1 = 9 U |
| Risk-cap units | floor(100/9) = 11 |
| Capital-cap units | floor(1.000/100) = 10 |
| Liquidity-cap units | 7 |
| Final units | min(11,10,7) = 7 |
| Notional / planned loss | 700 U / 63 U |
| Gap / cluster stress | 147 U / 441 U |
| Trạng thái | REVIEW; chưa phải execution approval |
| Dừng | invalidation/cost/liquidity/equity Unknown hoặc stale |
c. Kết quả cần kiểm
Một bảng đạt phải cho phép người khác tính lại từ đầu và ra đúng 7 đơn vị. Nếu người khác chỉ thấy final size mà không thấy input/cap, mẫu chưa đạt.
7. Tổng kết
a. Năm ý chính
- Position sizing crypto dùng ngân sách lỗ và giới hạn, không dùng độ tin tưởng hay mục tiêu lợi nhuận.
- SIZE-10K lấy cap nhỏ nhất
min(11,10,7)nên kết thúc ở 7 đơn vị. - Notional
700 Ukhác lỗ kế hoạch63 U; mỗi số trả lời một câu hỏi. - Gap có thể nâng lỗ lên
147 U; ba vị thế cùng nhân tố có thể tạo stress441 U. - Đầu ra công thức chỉ là quy mô ứng viên; dữ liệu thiếu hoặc lỗi thời phải trả
STOP.
b. Câu hỏi tự kiểm tra
- Vì sao SIZE-10K không dùng 11 đơn vị dù risk cap cho phép?
- Notional và planned loss của 7 đơn vị là bao nhiêu?
- Gap exit tại 80 U làm loss stress thành bao nhiêu?
- Khi nào sizing sheet phải trả
STOP?
c. Gợi ý đáp án
Xem gợi ý câu 1
Capital cap chỉ cho 10 và liquidity cap chỉ cho 7; final lấy cap nhỏ nhất. Xem mục 2.
Xem gợi ý câu 2
Notional là `700 U`; planned loss là `63 U`. Xem mục 2–3.
Xem gợi ý câu 3
`(100−80+1)×7 = 147 U`, tương đương `1,47%` vốn giả. Xem mục 4.
Xem gợi ý câu 4
STOP khi invalidation, chi phí, thanh khoản, venue hoặc vốn tham chiếu thiếu/stale. Xem mục 5.
d. Thuật ngữ cần nhớ
| Thuật ngữ | Giải thích ngắn |
|---|---|
| Position sizing | Chọn số đơn vị bằng ngân sách lỗ và constraint. |
| Vốn tham chiếu | Số vốn làm mẫu số cho lần tính. |
| Ngân sách lỗ | Mức lỗ kế hoạch trước gap, không được bảo đảm. |
| Invalidation | Mức làm giả thuyết không còn đúng. |
| Notional | Giá trị danh nghĩa của toàn vị thế. |
| Lỗ mỗi đơn vị | Distance cộng buffer trên một đơn vị. |
| Liquidity cap | Số đơn vị tối đa theo giả định thanh khoản. |
| Portfolio heat | Tổng planned loss của các vị thế đang mở. |
| Slippage | Chênh lệch giữa mức dự kiến và mức thực thi. |
| Gap stress | Phép tính với giá thoát xấu hơn invalidation. |
e. Nguồn tham khảo
- CME Group — Proper Position Size
- CME Group — Risk Management and Your Trade Plan
- CFTC — Understand the Risks of Virtual Currency Trading
- FINRA — Concentrate on Concentration Risk
- CFA Institute — Asset Allocation with Real-World Constraints
f. Điều hướng bài học
- Bài trước: Portfolio Construction trong Crypto #21
- Đọc thêm: Risk Management trong Crypto, Advanced DeFi Risk #15, Liquidity War #14
- Bài tiếp theo: Risk Framework cho danh mục Crypto #23
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.
Bài tiếp theo