Trả lời ngắn: Token unlock là một điều kiện release theo terms và thời điểm; liquidity là khả năng thực hiện trong điều kiện cụ thể; exit planning là ghi boundary evidence và policy trước event. Ba khái niệm không dự báo giá, không nói holder sẽ làm gì và không phải hướng dẫn thoát vị thế hay đặt lệnh.

Đọc xong, bạn sẽ hiểu:

  • Vesting, vested, claimable và transfer là các trạng thái khác nhau.
  • Vì sao lịch unlock không tự chứng minh market impact hoặc liquidity.
  • Cách dùng Event Boundary Card E để ghi source, terms, unknown và next review.
  • Exit planning an toàn khác execution instruction thế nào.

Lưu ý giáo dục: Bài này chỉ để học research và policy boundary, không phải lời khuyên mua bán, thời điểm, phân bổ, pháp lý hay thuế. Card E, events và mọi source-card trong bài đều là simulated, với data cut-off: 2026-08-01 ICT.

1. Unlock, liquidity và exit planning là gì?

Unlock là event mà terms cho phép một phần token/quyền chuyển từ trạng thái hạn chế sang trạng thái khác theo điều kiện đã định. Liquidity là khả năng thực hiện trong một bối cảnh cụ thể: venue nào, thời điểm nào, điều kiện nào, đối tượng nào. Exit planning trong bài này chỉ là viết trước evidence boundary, constraint và review trigger; nó không phải chỉ dẫn bán, timing hay order.

Ba chữ này thường bị kéo thẳng vào một story: “unlock tới nên giá sẽ …”. Đó là một forecast, không phải evidence. Lịch có thể ghi timestamp, nhưng không nói eligible holder có claim hay transfer không, activity có đi qua venue nào, hoặc thị trường phản ứng ra sao. Khi thiếu các tầng đó, kết luận phải dừng ở event/terms.

Hãy hình dung giờ mở bán vé concert. Giờ mở cổng là một schedule. Vé có thể đã đủ điều kiện nhận là một state khác. Người có vé có đi đến cổng, đi bằng lối nào và có bao nhiêu người cùng đến là các câu khác. Schedule không thay bạn trả lời cả bốn. Cách đọc unlock cũng vậy: event condition đi trước, holder behavior và market impact là phần phải có source riêng.

Hình 1 — Terms và state đi trước narrative: một unlock event không tự trở thành market conclusion.

2. Đọc terms và thời điểm trước narrative

EIP-5725 dùng các từ rất hữu ích để học cách tách state: vesting là token còn trong kỳ vesting; vested là phần đã vest; claimable là phần có thể claim theo điều kiện; timestamp là mốc thời gian. Đây là ví dụ standard, không phải claim về một project cụ thể. Điểm quan trọng là các từ không đồng nghĩa.

Claimable không tự bằng transfer. Transfer không tự bằng activity trên một venue. Activity không tự bằng liquidity hoặc market impact. Mỗi mũi tên thêm một điều kiện: holder eligibility, terms, technical path, custody, venue, supply/liquidity context và thời gian. Một dashboard hay social post có thể nhắc unlock nhưng không thay thế được terms/source scope.

Khi đọc nguồn, ghi bốn thứ: ai phát hành/duy trì terms, event áp dụng cho ai, timestamp/data cut-off nào, và điều source không xác nhận. Eligible holder là người/nhóm đáp ứng điều kiện; nó không thể suy từ con số tổng quát. Custody là ai kiểm soát asset/key/path truy cập; nó cũng không tự hiện trong token schedule. CFTC nhắc người đọc cần hiểu quyền gắn với digital coin/token và các yếu tố có thể ảnh hưởng giá trị, trong đó có liquidity; bài này chỉ dùng thông điệp đó để giữ scope research.

Nếu terms nói claimable sau một event, observation là terms có đoạn ấy. Inference hẹp có thể là “một điều kiện claimability được mô tả”. Không suy thành “supply sẽ đổ ra thị trường”. Việc ghi unknown không làm research yếu; nó ngăn bạn mượn một schedule để điền vào phần behavior và market context chưa có evidence.

Hình 2 — Vested, claimable và transfer là các state riêng; market inference cần source/context khác.

3. Event Boundary Card E mô phỏng

Card E đặt event vào một khung có thể kiểm. E1 = source captured, E2 = clarify terms, E3 = stop conclusion là nhãn research, không phải trạng thái giao dịch. Mục tiêu là biết đoạn nào của chain đã có source và đoạn nào còn unknown.

Field Card E mô phỏng Câu hỏi giới hạn
Event Timestamped vesting condition Source/date/scope là gì?
Terms Vested và claimable khác nhau Eligible holder nào?
Supply context Không giả định event thành flow Dependency/other terms nào?
Liquidity context Venue/depth chưa rõ Điều kiện nào đã được nêu?
Custody/venue Đường access/transfer chưa rõ Ai kiểm soát path?
Policy fit Research-only Có chạm boundary không?
State E1/E2/E3 Research, clarify hay stop?

Case E mô phỏng: source công khai ghi timestamp và vesting condition. Observation: timestamp/condition xuất hiện trong source. Unknown: eligible holders, claim mechanism, any transfer path, venue context và market depth. Card phải ở E2 hoặc E3 tùy scope nguồn, không được nhảy tới conclusion chỉ vì "unlock" là một từ quen.

Market depth là lượng và điều kiện available trong một context, không phải promise rằng mọi nhu cầu có thể được thực hiện như nhau. Venue là nơi/quy tắc mà một activity diễn ra; hai venue khác nhau có thể có rules, access hoặc safeguards khác. Card E không cố tính outcome. Nó ghi boundary: source nào cần đọc, context nào còn thiếu, policy nào ngăn action khi thiếu dữ kiện.

Hình 3 — Card E giữ terms, liquidity context và policy boundary cạnh nhau thay vì biến event thành mệnh lệnh.

4. Năm lỗi: biến lịch unlock thành lệnh

Lỗi 1: schedule bằng forecast. Timestamp cho biết một điều kiện thời gian, không biết giá sẽ đi đâu. Có thể có nhiều alternative causes cho bất kỳ market move nào; schedule không chọn ra nguyên nhân đúng.

Lỗi 2: claimable bằng market sale. Claimable chỉ mô tả khả năng theo terms. Nó không chứng minh holder claim, transfer hay thực hiện ở một venue. Cần tách event state khỏi holder behavior.

Lỗi 3: quote/volume nhìn thấy bằng liquidity. Một con số hoặc một màn hình không mô tả toàn bộ context, điều kiện, access, depth, counterparty hay thời điểm. Nếu scope không rõ, ghi unknown thay vì gắn nhãn "liquid".

Lỗi 4: bỏ qua rights, custody và venue. Token terms có thể không nói tất cả về access path, key control, platform safeguards hoặc entitlement. CFTC cũng cảnh báo virtual-currency platforms/cyber risk có thể là boundary. Đó là lý do Card E giữ một ô riêng, không lấp bằng narrative.

Lỗi 5: gọi một exit plan là an toàn vì nó viết trước. Viết trước chỉ tốt nếu plan nói điều gì kiểm, điều gì không làm và khi nào phải dừng. Nó không hứa thanh khoản, không chống loss, và không được biến thành covert order sheet. Planning boundary phải chịu được unknown, không chỉ đẹp khi mọi thứ thuận lợi.

5. Checklist: event này thay đổi evidence gì?

  1. Lưu terms/source, date, timestamp và scope của event.
  2. Tách vesting, vested, claimable, transfer và holder behavior thành các field riêng.
  3. Ghi eligible holder, custody, venue và liquidity context là evidence hay unknown.
  4. So event với baseline/Monitoring Log M ở #18: claim nào thật sự bị chạm?
  5. Kiểm policy fit: activity vẫn research-only hay đã chạm một hard constraint?
  6. Chọn E1, E2 hoặc E3; ghi next source/owner/review date.
  7. Thiếu terms/scope/context trọng yếu thì dùng no-decision gate: không forecast, không execution.

Exit planning đúng scope chỉ trả lời: event nào cần review, source nào cần có, constraint nào cấm vượt và unknown nào bắt buộc làm rõ. Nó không trả lời "làm gì với token". Nhờ vậy, bài #20 có thể ghép các card vào một operating system mà không làm lẫn research record với action.

6. Practice Bridge 20 phút

Mở Google Docs hoặc Google Sheets và EIP-5725/public official docs ở chế độ read-only. Không kết nối ví, không tiền thật, không alert automation. Đặt 20 phút để làm một Card E mô phỏng; dùng state E1/E2/E3, không dùng price hay số tiền.

Mẫu đối chiếu: Event Boundary Card E

Field Mẫu điền sẵn State / action
Event Timestamped vesting condition E1: source captured
Terms Vested khác claimable E2: clarify holder scope
Supply context Không giả định thành market flow Giữ unknown
Liquidity context Venue/depth chưa có source E3: stop conclusion
Custody/venue Access path chưa rõ Tìm official terms
Boundary Research-only, no action Check policy fit
Next review Đọc update/source mới Owner/date ghi card

Cuối bài tập, đọc to ba câu: "Source chứng minh điều gì?", "Điều gì vẫn chưa biết?", "Boundary nào ngăn conclusion?" Nếu không trả lời được, state E3 là kết quả đúng. Mục tiêu là log trung thực, không phải biến một lịch thành chiến lược.

Hình 4 — Liquidity cần terms, holder, custody, venue và context; một signal không mở mọi gate.

7. Tổng kết: event phải đi qua evidence boundary

Unlock là một event theo terms; liquidity là context-bound; exit planning là boundary record. Khi tách ba lớp này, bạn không cần giả vờ biết holder behavior hay market impact. Card E giữ đúng trình tự: source và state trước, unknown được ghi, policy kiểm scope, rồi monitoring mở review nếu có evidence mới.

a. Năm ý chính

  • Vesting, vested, claimable và transfer là các state khác nhau, không được gộp.
  • Timestamp/schedule không tự dự báo holder behavior, market impact hay liquidity.
  • Liquidity chỉ có nghĩa khi venue, thời điểm, điều kiện và scope được nêu.
  • Exit planning trong bài là evidence/policy boundary, không phải execution instruction.
  • E1/E2/E3 giúp ghi source, làm rõ terms hoặc dừng conclusion khi unknown còn trọng yếu.

b. Câu hỏi tự kiểm tra

  • Claimable khác transfer ở điểm nào?
  • Vì sao unlock schedule không tự là market forecast?
  • Card E cần field nào để không bỏ qua liquidity context?
  • Exit planning an toàn trong bài này không bao gồm điều gì?

Gợi ý đáp án

Xem lại mục 2

Claimable là khả năng theo terms; transfer là một event khác cần holder/path/evidence riêng.

Xem lại mục 1 và 4

Schedule không chứng minh holder behavior, venue activity hay nguyên nhân của market move.

Xem lại mục 3 và 5

Ghi venue, time/conditions, depth, custody, source scope và unknown thay vì dùng một signal.

Xem lại mục 5

Nó không có giá, số tiền, timing, order hay bất cứ hướng dẫn thực thi nào.

Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Unlock Event release theo terms/điều kiện.
Vesting Kỳ token còn bị giới hạn theo terms.
Vested Phần đã vest theo điều kiện.
Claimable Phần có thể claim theo điều kiện.
Timestamp Mốc thời gian của event.
Eligible holder Chủ thể đáp ứng điều kiện của terms.
Liquidity Khả năng thực hiện trong context xác định.
Market depth Điều kiện/khả dụng trong market context, không bảo đảm outcome.
Custody Kiểm soát asset/key/access path.
No-decision gate Dừng conclusion khi evidence thiếu.

Nguồn tham khảo

Lưu ý giáo dục: Card E là research record mô phỏng, không phải lời khuyên hoặc lệnh. Bài tiếp theo, Crypto Portfolio Operating System #20, sẽ nối IPS, thesis, Card P, Log M và Card E thành một workflow có governance rõ, vẫn không thực thi giao dịch.