TGE, mở khóa ban đầu và cliff: cách đọc đúng

Khi nghiên cứu TGE, mở khóa ban đầu và cliff, câu hỏi đầu tiên không phải là giá mà là dữ liệu nào thực sự đi vào trục thời gian TGE–cliff. Tài liệu chính thức được đưa vào trục thời gian TGE–cliff để dựng lại phép tính và tách quyền nhận token khỏi khả năng bán. Bài viết không dự báo giá và không giả định token mở khóa sẽ tự động được bán.

TGE là sự kiện tạo hoặc phân phối token; mở khóa ban đầu là phần có thể chuyển tại mốc đó; cliff là khoảng chờ trước khi một lịch vesting bắt đầu ghi nhận quyền nhận.

Ảnh chụp OpenZeppelin tháng 8/2026; bảng mô tả ranh giới cliff và lịch trả theo đợt.

Bằng chứng chính thức cho trục thời gian TGE–cliff

OpenZeppelin mô tả cliff như một ranh giới của hàm vesting. Trước ranh giới, số đã vest có thể bằng 0; qua ranh giới, cách tính còn phụ thuộc đường cong của hợp đồng.

Ảnh chụp là bằng chứng giao diện tại thời điểm kiểm tra, không thay thế liên kết nguồn. Khi trang được cập nhật, hãy ưu tiên nội dung hiện hành và lưu lại ngày kiểm tra trong thẻ nghiên cứu.

Trục thời gian TGE–cliff

Trục thời gian TGE–cliff lần lượt kiểm tra: Không lấy ngày TGE thay cho ngày bắt đầu vesting; Initial unlock phải đọc theo từng nhóm phân bổ; Cliff không cho biết cliff unlock lớn hay nhỏ; Cliff tròn tháng khác số block hoặc timestamp; Claim window khác với vesting; Late deposit có thể được coi là đã vest một phần; Lập dòng thời gian trước khi tính cung; Ghi rõ giả định ngày và múi giờ. Mỗi mục trả lời một câu hỏi riêng của TGE, mở khóa ban đầu và cliff, từ định nghĩa, quyền kiểm soát đến tác động có thể quan sát.

Trong trục thời gian TGE–cliff, tài liệu phân bổ, hợp đồng, giao dịch và dữ liệu thanh khoản nằm ở các cột khác nhau. Cách tách lớp này ngăn một con số chưa xác minh trở thành đầu vào cho toàn bộ nghiên cứu TGE, mở khóa ban đầu và cliff.

Đọc lịch TGE theo ba mốc

TGE là sự kiện phát hành hoặc phân phối token lần đầu; nó không tự động đồng nghĩa mọi phân bổ đều có thể giao dịch. Mở khóa ban đầu là phần được phép nhận hoặc chuyển tại TGE. Cliff là khoảng thời gian chưa phát sinh quyền vesting theo lịch đã công bố. Ba khái niệm cần nằm trên cùng một trục thời gian.

Tính lượng mở khóa ban đầu

Nếu một nhóm được phân bổ A token và mở khóa r% tại TGE, lượng mở khóa ban đầu là A × r. Phần còn lại phải được xử lý theo đúng lịch: mở một lần, tuyến tính hay từng đợt. Hãy giữ cả số token tuyệt đối lẫn tỷ lệ trên nguồn cung lưu hành tại TGE.

Kiểm tra ranh giới cliff

Đọc chính xác múi giờ, điều kiện bao gồm hay loại trừ ngày biên, và liệu token nạp muộn vào hợp đồng có được coi như đã vest từ ngày bắt đầu hay không. Với hợp đồng có hàm view, thử ba thời điểm: ngay trước cliff, đúng thời điểm cliff và ngay sau cliff.

Cuối cùng, tách “được quyền nhận” khỏi “đã claim” và “đã chuyển lên sàn”. Chỉ bước cuối mới cung cấp bằng chứng về khả năng tạo cung bán quan sát được.

Phiếu kết luận có thể sao chép

• Sự kiện hoặc cơ chế: ghi đúng tên, không gom mọi thay đổi thành “unlock”.
• Tử số: lượng token mới có thể chuyển, lượng phát hành hoặc giá trị danh nghĩa.
• Mẫu số: cung lưu hành, tổng cung hay độ sâu thị trường; ghi thời điểm.
• Nguồn: URL chính thức, hợp đồng, proposal và block tham chiếu.
• Độ chắc chắn: đã xác minh, tạm tính hoặc chưa biết.
• Điều kiện bác bỏ: thay đổi lịch, nâng cấp hợp đồng, quyết định quản trị hoặc dữ liệu mới.

Diễn giải kết quả mà không hứa hẹn

Một kết quả tốt trả lời “nguồn cung có thể thay đổi bao nhiêu, trong điều kiện nào” chứ không trả lời “giá chắc chắn đi đâu”. Tách dữ kiện, phép tính và nhận định thành ba phần. Nếu một nguồn không đủ để xác minh, ghi rõ giới hạn và để ô trống thay vì tự tạo dữ liệu.

Nguồn kiểm chứng

Các liên kết dưới đây là nguồn đầu vào. Mỗi nguồn chỉ hỗ trợ phạm vi claim được ghi; không nguồn nào tự chứng minh giá sẽ tăng hay giảm.

1. docs.openzeppelin.com — cliff and stepped vesting boundary behavior
2. docs.openzeppelin.com — EVM VestingWallet start and duration semantics
3. blog.uniswap.org — launch allocation and vesting example
4. whitepaper.axieinfinity.com — initial circulating supply and unlock schedule example
5. community.optimism.io — claim window and allocation example
6. docs.filecoin.io — immediate and vested reward portions

Kiểm tra tài khoản và rủi ro trước khi mua

Chỉ sau khi đã kiểm tra nguồn cung, lịch mở khóa và thanh khoản, nếu bạn tự quyết định tra cứu tài sản trên Binance, có thể nhập mã giới thiệu BN8812 khi đăng ký. Trang có thể nhận hoa hồng giới thiệu; điều kiện, khu vực hỗ trợ và ưu đãi do Binance quyết định tại thời điểm sử dụng. Mã này không bảo đảm tài sản được niêm yết, an toàn hay sinh lời. Hãy đọc trang công bố liên kết và cảnh báo rủi ro của website.

Tài liệu được kiểm tra: 2026-08-09T18:30:00+08:00