Vì sao CoinGecko và CoinMarketCap hiển thị vốn hóa token khác nhau?

Bạn mở hai tab cho cùng một token, giá gần như giống nhau, nhưng vốn hóa lệch vài chục phần trăm và FDV thì lệch hẳn một bậc. Đây không phải lỗi hiển thị. Hai trang dữ liệu đang nhân giá với hai mẫu số khác nhau, và mỗi bên có quy trình xác minh riêng để quyết định mẫu số đó bằng bao nhiêu.

Bài viết chỉ ra chính xác chỗ lệch nằm ở đâu trong tài liệu phương pháp luận của từng bên, và cách bạn tự dựng lại con số thay vì đoán xem bên nào "đúng".

"Market Cap" là tên chung của bốn phép tính khác nhau

CoinMarketCap nói thẳng trong trang phương pháp luận về nguồn cung rằng "Market Cap" là một thuật ngữ đa nghĩa, và liệt kê bốn cách tính cùng mang nhãn này, xếp từ giá trị cao xuống thấp:

Ảnh chụp mục "Circulating Supply Verification Process" trên trang hỗ trợ của CoinMarketCap, ngày 28/9/2026.

• FDV = Maximum Supply × giá
• Minted Market Cap (MMC) = Total Supply trừ phần đã burn, nhân giá
• Unlocked Market Cap (UMC) = lượng token đã mở khóa × giá
• Circulating Market Cap (CMC) = public float × giá

Xếp hạng trên CoinMarketCap dùng con số cuối cùng. Nghĩa là khi một trang khác ghi "market cap" nhưng thực chất đang dùng Total Supply hoặc lượng đã mở khóa, hai con số không sai khác vì dữ liệu hỏng — chúng trả lời hai câu hỏi khác nhau. Trước khi so sánh, hãy xác định mẫu số của từng bên. Nếu bạn còn phân vân giữa hai khái niệm này, bài cung lưu hành khác gì lượng token đã mở khóa tách riêng từng lớp.

Đã mở khóa không có nghĩa là đang lưu hành

Điểm dễ bỏ sót nhất: CoinMarketCap ghi rõ token bị khóa bằng hợp đồng hoặc hợp đồng pháp lý, token phân bổ cho nội bộ (đội ngũ, nhà đầu tư private) hoặc token không thể bán trên thị trường công khai thì không được tính là đang lưu hành, bất kể chúng đã được mở khóa hay chưa.

Cùng trang tài liệu, phần liệt kê các nhóm tài sản bị loại trừ và cách đội ngũ CoinMarketCap xác minh.

Vài hệ quả cụ thể khi đọc bảng số:

• Token airdrop thường bị loại khỏi cung lưu hành, trừ khi dự án chứng minh được có nhu cầu thực (ví dụ người dùng đã đăng ký hoặc KYC để nhận).
• Token đang stake trong masternode được xét theo từng trường hợp, có tính đến phân bố, quyền sở hữu và thời gian khóa.
• Token đội ngũ, quỹ, treasury và escrow bị loại, dù ví đó có thể chuyển được ngay.
• Token dự án mua lại trên thị trường mở thì đã mở khóa, nhưng thông lệ ngành là không đếm vào cung lưu hành.

Vì vậy một sự kiện mở khóa không tự động làm cung lưu hành trên trang dữ liệu tăng đúng bằng lượng vừa mở. Đây cũng là lý do lịch mở khóa và biểu đồ cung lưu hành hiếm khi khớp nhau từng ngày — chi tiết về khoảng cách này nằm trong bài mở khóa token không đồng nghĩa giá chắc chắn giảm.

Hai bên lấy mẫu số từ đâu

Đây mới là nguồn gốc của phần lớn độ lệch.

CoinGecko mô tả trong trang Methodology: cung lưu hành được lấy từ các đội ngũ token và do đội ngũ CoinGecko xác minh; nếu không xác minh được thì ô đó hiển thị dấu "-". Với coin Proof-of-Work, họ truy vấn API của block explorer. Với token hợp đồng thông minh như ERC-20, họ tính bằng cách trừ token bị khóa khỏi Total Supply, và địa chỉ của các ví khóa đó do chính đội ngũ dự án cung cấp.

Ảnh chụp trang coingecko.com/en/methodology, mục 4 "Circulating Supply", ngày 28/9/2026.

CoinMarketCap đi theo hướng khác: họ xác minh qua trao đổi với đội ngũ dự án, yêu cầu phân bổ ban đầu, các khoản phân bổ private, danh sách địa chỉ khóa và địa chỉ do đội ngũ kiểm soát; sau đó tự soi blockchain và bảng phân phối. Tài liệu của họ nói rõ họ có thể không dùng số từ API, whitepaper hay blog của dự án, vì họ có sơ đồ tính toán riêng và sơ đồ đó có thể khác với đội ngũ dự án.

Một bên trừ theo danh sách ví do dự án khai báo, một bên tự dựng lại ước lượng và sẵn sàng bác số dự án đưa. Cùng một token, cùng một ngày, hai quy trình này ra hai con số khác nhau là chuyện bình thường.

Quy trình năm bước để tự quyết định dùng số nào

1. Ghi rõ mẫu số, không ghi nhãn. Đừng chép "market cap: 120 triệu USD". Hãy chép "giá × cung lưu hành theo CoinGecko, lấy ngày 28/9".
2. Bấm vào biểu tượng nguồn. CoinGecko hiển thị nguồn của phép tính cung lưu hành ngay cạnh con số; đó là cách nhanh nhất để biết họ đang dùng explorer API hay danh sách ví khóa.
3. Đối chiếu với hợp đồng. Đọc totalSupply trực tiếp trên block explorer và so với Total Supply mà trang dữ liệu hiển thị. Nếu hai số đã lệch ngay từ đây, mọi phép nhân phía sau đều lệch theo.
4. Tự tính lại FDV. Nhân giá với max supply ghi trong tài liệu dự án, rồi so với FDV trang dữ liệu hiển thị. Chênh lệch thường lộ ra việc một bên dùng total supply thay cho max supply. Vì sao con số này cần đọc kèm bối cảnh, bài FDV cao có luôn nguy hiểm không đã phân tích.
5. Ghi ngày kiểm tra. Cung lưu hành được cập nhật theo nhịp riêng của từng trang; số bạn chép hôm nay có thể đã đổi sau một đợt mở khóa hoặc một lần rà soát.

Nếu bạn lưu lại kết quả, cột "nguồn" và cột "ngày lấy số" quan trọng ngang con số — bảng theo dõi lịch mở khóa token tự lập mô tả cấu trúc cột cho việc này.

Khi nào nên ghi "chưa xác minh"

Có những trường hợp bạn không thể kết luận bên nào đúng, và ghi nhận điều đó là câu trả lời chính xác nhất:

• Tài liệu chính thức của dự án không công bố max supply, hoặc công bố một con số khác với cả hai trang dữ liệu.
• Token phát hành trên nhiều chain và bạn chưa xác định được phần nào bị đếm trùng qua bridge.
• Danh sách ví khóa không công khai, nên bạn không tái lập được phép trừ.

Trong ba trường hợp này, con số duy nhất bạn thực sự kiểm chứng được là totalSupply trên hợp đồng. Mọi con số còn lại là ước lượng của một bên thứ ba, và nên được ghi kèm tên bên đó.

Trang dữ liệu không phải nguồn sơ cấp. Chúng là bản tổng hợp có phương pháp luận công khai — đọc phương pháp luận đó rồi mới đọc con số thì hai tab lệch nhau không còn là điều khó hiểu.