Cách đọc đề xuất quản trị để biết nguồn cung token sắp thay đổi

Lịch vesting không phải là cách duy nhất làm nguồn cung token thay đổi. Một đề xuất quản trị được thông qua cũng có thể mint thêm token, đổi tốc độ phát hành thưởng, chuyển token ra khỏi kho bạc hoặc sửa chính lịch mở khóa đang chạy. Nếu bạn chỉ theo dõi lịch unlock, những thay đổi này sẽ đến mà không báo trước.

Bài viết hướng dẫn cách đọc một đề xuất quản trị để trả lời đúng một câu hỏi: nó có làm tăng, giảm hoặc dịch chuyển nguồn cung lưu hành hay không, và nếu có thì bao nhiêu, từ lúc nào. Đây là phương pháp đọc tài liệu, không phải dự báo giá và không phải lời khuyên đầu tư.

Những loại đề xuất thực sự chạm vào nguồn cung

Không phải đề xuất nào cũng đáng đọc kỹ. Phần lớn nội dung quản trị là ngân sách nhỏ, bổ nhiệm, chỉnh tham số rủi ro. Chỉ một nhóm chạm trực tiếp vào nguồn cung:

• Mint token mới, dù là cho kho bạc, cho quỹ khuyến khích hay cho một đối tác.
• Thay đổi tốc độ phát hành (emission) của chương trình thưởng thanh khoản, staking hoặc khai thác điểm.
• Chuyển token từ kho bạc sang ví vận hành, market maker hoặc nhà cung cấp dịch vụ.
• Sửa lịch vesting đang chạy: kéo dài, rút ngắn, hoặc mở khóa sớm một phần.
• Burn token hoặc khóa lại một phần nguồn cung.

Ba nhóm đầu làm tăng lượng token có thể bán trên thị trường ở những mức độ khác nhau; hai nhóm sau đi theo hướng ngược lại. Một đề xuất có thể chứa đồng thời nhiều hành động, nên đừng dừng lại ở hành động đầu tiên bạn nhìn thấy.

Phần ràng buộc nằm ở lời gọi hợp đồng, không nằm ở phần văn bản

Đây là điểm quan trọng nhất và cũng dễ bỏ qua nhất. Phần mô tả của một đề xuất là văn bản do người soạn viết ra; phần thực sự được thực thi là danh sách lời gọi hợp đồng đi kèm.

Tài liệu API Governance của OpenZeppelin, chụp ngày 12/10/2026: hàm propose nhận targets, values, calldatas và description, sau đó đề xuất đi qua queue rồi execute.

Với các DAO dùng mô hình Governor kiểu này, một đề xuất là bộ bốn tham số: targets là danh sách hợp đồng sẽ bị gọi, values là lượng coin gốc gửi kèm, calldatas là nội dung lời gọi đã mã hóa, còn description chỉ là phần chữ cho con người đọc. Nói cách khác, nếu phần văn bản hứa một đằng mà calldatas làm một nẻo thì cái được thực thi là calldatas.

Tài liệu OpenZeppelin cũng nêu rõ ba trạng thái tách rời nhau: tạo đề xuất, đưa vào hàng đợi và thực thi. Nhiều Governor yêu cầu bước xếp hàng trước khi thực thi, và bước này thường gắn với một khoảng trễ bắt buộc. Với người nghiên cứu nguồn cung, khoảng trễ đó chính là thời gian bạn còn lại để cập nhật bảng theo dõi trước khi token thực sự chuyển động.

Bỏ phiếu ngoài chuỗi không tự nó thay đổi nguồn cung

Rất nhiều cuộc bỏ phiếu mà bạn thấy trên mạng xã hội diễn ra ngoài chuỗi.

Tài liệu Snapshot, chụp ngày 12/10/2026: nền tảng này cho phép bỏ phiếu không mất phí gas và được mô tả là hoàn toàn ngoài chuỗi.

Một phiếu thuận trên nền tảng ngoài chuỗi là tín hiệu đồng thuận, không phải lệnh chuyển token. Để kết quả có hiệu lực, vẫn cần ai đó ký giao dịch: một ví đa chữ ký, một hợp đồng Governor, hoặc chính đội ngũ dự án. Vì vậy khi thấy tin "cộng đồng đã thông qua việc mở khóa sớm", bước kiểm tra tiếp theo luôn là tìm giao dịch thực thi, chứ không phải ghi ngay con số vào bảng.

Ngược lại, điều này cũng có nghĩa một đề xuất được thông qua vẫn có thể không bao giờ được thực hiện. Ghi chú trạng thái "đã thông qua nhưng chưa thực thi" là cách trung thực hơn là coi nó như đã xảy ra.

Sáu bước đọc một đề xuất cụ thể

1. Xác định nơi đề xuất sống: diễn đàn quản trị, trang bỏ phiếu ngoài chuỗi, hay hợp đồng Governor trên chuỗi. Ba nơi này có mức ràng buộc khác nhau.
2. Tìm phần đặc tả kỹ thuật, thường nằm cuối bài và có tên kiểu "Specification" hoặc "On-chain actions". Nếu đề xuất không có phần này, nó chưa sẵn sàng để thực thi.
3. Đối chiếu từng địa chỉ trong targets với hợp đồng token, hợp đồng vesting hoặc ví kho bạc mà bạn đã ghi trong thẻ nghiên cứu. Địa chỉ lạ là dấu hiệu phải tra thêm, không phải chi tiết bỏ qua được.
4. Đọc tên hàm được gọi. mint tạo token mới; transfer chỉ dịch chuyển token đã tồn tại; các hàm đặt tham số phát hành thay đổi tốc độ chứ không thay đổi tổng cung ngay lập tức. Ba trường hợp này tác động rất khác nhau lên cung lưu hành.
5. Ghi lại con số và đơn vị. Số trong calldata là số nguyên theo decimals của token, nên cần chia đúng số thập phân trước khi so sánh với cung lưu hành.
6. Ghi lại mốc thời gian hiệu lực: thời điểm bỏ phiếu kết thúc, độ trễ của timelock, và điều kiện kích hoạt nếu có.

Nếu bất kỳ bước nào không có tài liệu để dựa vào, hãy ghi là chưa xác minh được thay vì ước lượng. Một ô trống trung thực hữu ích hơn một con số đoán.

Đưa kết quả vào thẻ nghiên cứu

Mỗi đề xuất chạm vào nguồn cung nên trở thành một dòng trong bảng theo dõi của bạn, với các cột: mã đề xuất, nơi bỏ phiếu, loại hành động, hợp đồng đích, lượng token, phần trăm so với cung lưu hành hiện tại, trạng thái (đang bỏ phiếu / đã thông qua / đã thực thi), ngày hiệu lực dự kiến và ngày bạn kiểm tra lần cuối. Cách dựng bảng và các cột cơ bản khác được mô tả trong bài bảng theo dõi lịch mở khóa token tự lập cần những cột nào.

Phần trăm so với cung lưu hành là cột đáng giá nhất: một khoản mint nghe rất lớn có thể chỉ tương đương vài phần nghìn cung lưu hành, trong khi một đợt chuyển kho bạc khiêm tốn lại đáng chú ý ở dự án có cung lưu hành nhỏ.

Bốn nhầm lẫn thường gặp

Coi "đã thông qua" là "đã xảy ra". Giữa hai trạng thái này còn hàng đợi, timelock và một giao dịch thực thi có thể không bao giờ được gửi.

Nhầm chuyển kho bạc với mint mới. Token chuyển từ kho bạc ra ngoài không làm tổng cung tăng, nhưng có thể làm cung lưu hành tăng. Tổng cung và cung lưu hành là hai cột khác nhau, như đã phân tích trong bài cung lưu hành khác gì lượng token đã mở khóa.

Tin vào phần tóm tắt. Phần văn bản và calldata do cùng một người soạn nhưng không tự động khớp nhau; chỉ calldata được thực thi.

Chỉ đọc đề xuất mà bỏ qua nguồn chính thức khác. Thông báo của sàn, báo cáo quỹ và tài liệu dự án vẫn là nguồn cần đối chiếu; quy trình xác minh được mô tả trong bài cách xác minh nguồn mở khóa token chính thức.

Giới hạn của phương pháp này

Không phải dự án nào cũng có quản trị trên chuỗi. Nhiều token vẫn do đội ngũ toàn quyền quyết định, và thay đổi nguồn cung được công bố bằng một bài đăng blog chứ không qua bỏ phiếu. Với những dự án đó, không có calldata để đọc, và mức độ chắc chắn mà bạn có được thấp hơn hẳn — đó cũng là một thông tin đáng ghi lại.

Ngoài ra, quyền mint trong hợp đồng token có thể nằm ngoài tay DAO. Trước khi dựa vào quy trình quản trị như một hàng rào, hãy kiểm tra xem ai thực sự giữ quyền đó trong hợp đồng.