Phương pháp nghiên cứu
Bảng theo dõi lịch mở khóa token tự lập cần những cột nào?
Cấu trúc ba lớp cho bảng theo dõi mở khóa token tự lập: hồ sơ dự án, sự kiện mở khóa và nhật ký kiểm tra, kèm danh sách cột và nhịp rà soát.
Vì sao nên có bảng theo dõi riêng thay vì tin một con số duy nhất
Khi bạn tra cứu cùng một token trên hai trang dữ liệu khác nhau, rất thường xuyên bạn nhận được hai con số nguồn cung không giống nhau. Nguyên nhân phần lớn không phải là trang nào đó sai, mà là mỗi nơi định nghĩa "nguồn cung" theo một phạm vi khác.
Ảnh chụp trang hợp đồng ARB trên Etherscan ngày 22/09/2026. Cùng một trang, hai con số vốn hóa chênh nhau gần 29 lần.
Hãy đọc kỹ ảnh trên. Với giá 0,217006 USD, ô "Onchain Market Cap" là 50.160.397,91 USD — tương ứng đúng với 231.147.516 ARB ghi ở ô "Max Total Supply". Nhưng ô "Circulating Supply Market Cap" lại là 1.471.708.406 USD, tương ứng khoảng 6,78 tỷ ARB.
Hai ô này không mâu thuẫn: ô thứ nhất tính trên lượng token nằm ở chính địa chỉ hợp đồng này trên Ethereum, còn ô thứ hai tính trên lượng lưu hành của toàn bộ mạng lưới, bao gồm phần nằm trên Arbitrum One. Nếu bạn chép vội một trong hai vào ghi chú mà không ghi lại nó là số gì, một tháng sau bạn sẽ không còn biết mình đã dùng phạm vi nào — và mọi phép tính pha loãng dựa trên nó đều mất giá trị.
Bảng theo dõi tự lập giải quyết đúng vấn đề đó: nó buộc bạn ghi lại con số, phạm vi của con số, nơi lấy nó và ngày lấy cùng một lúc.
Ba lớp của một bảng theo dõi dùng được lâu dài
Đừng nhồi mọi thứ vào một sheet phẳng. Ba lớp tách riêng sẽ giúp bạn cập nhật từng phần mà không phá hỏng phần còn lại.
Lớp 1 — Hồ sơ dự án (mỗi token một dòng). Thông tin gần như không đổi: tên, ký hiệu, chuỗi, địa chỉ hợp đồng, tổng cung tối đa, đường dẫn tài liệu chính thức.
Lớp 2 — Sự kiện mở khóa (mỗi đợt mở khóa một dòng). Đây là phần thực sự sinh ra áp lực cung, và một token có thể có hàng chục dòng.
Lớp 3 — Nhật ký kiểm tra (mỗi lần bạn rà soát một dòng). Lớp này ít người làm nhất nhưng lại quyết định bảng của bạn còn đáng tin sau sáu tháng hay không.
Lớp 1: các cột trong hồ sơ dự án
| Cột | Ghi gì | Lấy ở đâu |
|---|---|---|
| Token | Tên và ký hiệu | Tài liệu chính thức |
| Chuỗi phát hành | Chuỗi gốc của hợp đồng | Trình duyệt khối |
| Địa chỉ hợp đồng | Dán đầy đủ, không rút gọn | Trình duyệt khối |
| Tổng cung tối đa | Số token tuyệt đối | Tài liệu dự án |
| Cung tại hợp đồng | Số trên chính địa chỉ đó | Trình duyệt khối |
| Cung lưu hành | Kèm chú thích do ai công bố | Nguồn có ghi rõ tên |
| Quyền mint | Có / không / đã khóa | Mã hợp đồng |
| Link tài liệu | URL tài liệu tokenomics | Trang chính thức |
Cột "Cung tại hợp đồng" và "Cung lưu hành" phải tách rời — chính vì ví dụ ARB ở trên. Với token đa chuỗi, gộp chúng làm một là nguồn gốc của sai số lớn nhất.
Ở cột "Quyền mint", đừng ghi cảm tính. Nếu bạn chưa mở mã hợp đồng để xem, hãy ghi "chưa kiểm tra" thay vì "không có". Một ô trống trung thực có ích hơn một ô sai.
Lớp 2: các cột trong bảng sự kiện mở khóa
| Cột | Ghi gì |
|---|---|
| Nhóm phân bổ | Đội ngũ, nhà đầu tư, quỹ, cộng đồng… |
| Ngày bắt đầu vesting | Ngày cụ thể, không ghi "sau TGE" |
| Độ dài cliff | Số tháng |
| Độ dài vesting | Số tháng |
| Kiểu mở khóa | Cliff một lần, tuyến tính, hay hỗn hợp |
| Ngày mở khóa | Ngày của chính đợt này |
| Số token đợt này | Số tuyệt đối, không dùng phần trăm |
| % trên tổng cung | Ghi rõ mẫu số là tổng cung |
| Nguồn | URL hoặc địa chỉ hợp đồng vesting |
| Mức tin cậy | Tài liệu chính thức / hợp đồng / suy luận |
Hai điểm đáng lưu ý ở lớp này.
Thứ nhất, luôn lưu số token tuyệt đối làm đơn vị gốc, còn phần trăm chỉ là cột dẫn xuất. Phần trăm trên tổng cung và phần trăm trên cung lưu hành không cộng được với nhau; giữ số tuyệt đối thì bạn cộng lúc nào cũng đúng.
Thứ hai, cột "Ngày bắt đầu vesting" phải là ngày thật chứ không phải "ngày TGE". Các nhóm phân bổ khác nhau trong cùng một dự án hoàn toàn có thể có ngày bắt đầu khác nhau. Nếu bạn chưa rõ sự khác biệt giữa cliff, vesting tuyến tính và các dạng hỗn hợp, hãy đọc lại các kiểu lịch vesting và cách xác định ngày bắt đầu trước khi điền lớp này.
Cột "Mức tin cậy" là cột rẻ tiền nhất và hữu ích nhất. Khi bạn phải chọn giữa hai con số mâu thuẫn, bạn cần biết ngay con số nào đến từ hợp đồng đang chạy và con số nào đến từ một bài viết tổng hợp.
Lớp 3: nhật ký kiểm tra
Mỗi dòng gồm bốn cột: ngày kiểm tra, dòng nào được kiểm tra, có thay đổi gì không, ai/nguồn nào xác nhận.
Lịch mở khóa không phải lúc nào cũng cố định. Dự án có thể gia hạn vesting qua biểu quyết quản trị, chuyển token giữa các ví quỹ, hoặc đính chính chính tài liệu của mình. Nếu bảng của bạn không có nhật ký, bạn sẽ không phát hiện được thời điểm một con số đã âm thầm cũ đi.
Nhịp kiểm tra thực tế mà bạn có thể duy trì:
- Hằng tháng: cung lưu hành và cung tại hợp đồng.
- Trước mỗi đợt mở khóa lớn: đối chiếu lại số token của đúng đợt đó với hợp đồng vesting.
- Mỗi quý: đọc lại tài liệu chính thức xem điều khoản có được sửa không.
Quy trình đối chiếu nguồn khi số liệu lệch nhau được trình bày chi tiết hơn trong bài cách xác minh nguồn mở khóa token chính thức.
Ba cột thường bị bỏ quên
Ngày lấy số. Một con số nguồn cung không kèm ngày là một con số vô nghĩa. Hãy đặt cột này ngay cạnh mỗi con số động, đừng để cuối bảng.
Phạm vi của con số. "231 triệu" là gì: cung trên một hợp đồng, cung toàn mạng, hay cung lưu hành? Ghi thẳng vào ô, đừng dựa vào trí nhớ.
Ghi chú mâu thuẫn. Khi tài liệu và hợp đồng nói khác nhau, đừng xóa con số thua cuộc. Giữ cả hai và ghi lý do bạn chọn con số kia — lần sau gặp lại bạn sẽ không phải điều tra lại từ đầu.
Kiểm tra bảng của bạn bằng bốn câu hỏi
- Lấy một con số bất kỳ trong bảng: bạn có mở lại đúng nguồn của nó trong vòng một phút không?
- Có ô nào ghi phần trăm mà không có số tuyệt đối đi kèm không?
- Con số cung lưu hành cũ nhất trong bảng là từ bao giờ?
- Có ô nào bạn đang đoán nhưng không đánh dấu là phỏng đoán không?
Nếu câu 1 trả lời "không" hoặc câu 4 trả lời "có", bảng của bạn chưa dùng được để ra quyết định — nó mới chỉ là một tập hợp con số trông có vẻ chắc chắn.
Khi đã quen với cấu trúc ba lớp này, bước tiếp theo là dùng nó để dựng đường cung theo thời gian; nền tảng cho việc đó nằm ở bài đọc tokenomics từ tổng cung đến lịch mở khóa.
Nguồn kiểm chứng
- etherscan.io/token/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1 — trang hợp đồng ARB trên Ethereum: Max Total Supply, Onchain Market Cap và Circulating Supply Market Cap, ảnh chụp ngày 22/09/2026
- docs.arbitrum.foundation/token-supply — tài liệu chính thức về nguồn cung và lịch phân bổ ARB
Mỗi nguồn chỉ hỗ trợ đúng phạm vi thông tin được dẫn ở trên. Các con số thị trường trong ảnh chụp thay đổi liên tục và không phải là nhận định về giá.
Tài liệu được kiểm tra: 2026-09-22T18:50:00+08:00