研究方法
同一顆代幣,CoinGecko 和 CoinMarketCap 的市值為何不一樣?
兩個數據站是拿價格乘上不同的分母,核實流程也各有一套。本文指出雙方方法論文件中的差異位置,並給出自己重算一遍的步驟。
同一顆代幣,CoinGecko 和 CoinMarketCap 的市值為何不一樣?
同一顆代幣開兩個分頁,價格幾乎一致,市值卻差了幾十個百分點,FDV 甚至差一個量級。這不是顯示錯誤。兩個數據站是拿價格去乘不同的分母,而各自又有一套自訂的核實流程,決定那個分母該是多少。
這篇把差異的位置直接指到雙方公開的方法論文件上,並給出自己重算一遍的做法,不必猜哪一邊「才對」。
「市值」其實是四種算法共用的名字
CoinMarketCap 在供應量方法論頁面裡直接寫明,Market Cap 是個多義詞,並按數值由高到低列出四種同樣叫「市值」的算法:

擷自 CoinMarketCap 支援頁「Circulating Supply Verification Process」段落,2026 年 9 月 28 日。
- FDV = 最大供應量 × 價格
- Minted Market Cap(MMC) = 扣除銷毀後的總供應量 × 價格
- Unlocked Market Cap(UMC) = 已解鎖供應量 × 價格
- Circulating Market Cap(CMC) = 公眾流通量 × 價格
CoinMarketCap 的排名採用最後一項。也就是說,當另一個站點標著「市值」實際卻用總供應量或已解鎖量在算,兩個數字的落差不是資料壞掉,而是在回答不同問題。比較之前,先確定各自的分母。這兩個概念的分層,流通供應量為何不等於已解鎖供應量一文拆得更細。
已解鎖,不等於正在流通
最容易漏掉的一條:CoinMarketCap 明文寫出,被智能合約或法律合約鎖住、分配給內部人(團隊、私募投資人)、或無法在公開市場出售的代幣,一般都不計入流通供應量,無論它是否已經解鎖。

同一份文件中列出被排除的資產類別,以及 CoinMarketCap 團隊的核實方式。
實際讀數字時,會遇到這幾種情況:
- 空投代幣通常被排除在流通量之外,除非專案能提出實際需求的證據(例如用戶已登記或完成 KYC 來領取)。
- 質押在 masternode 的代幣採個案判斷,會一併考慮分佈、持有權與鎖倉期。
- 團隊、基金會、金庫與託管帳戶持有的代幣被排除,即使那些錢包現在就能轉帳。
- 專案在公開市場買回的代幣屬於已解鎖狀態,但業界慣例是不計入流通量。
所以一次解鎖事件,不會讓數據站上的流通供應量剛好增加等量。解鎖表與流通量曲線很少能逐日對得上,原因就在這裡——這段落差的細節可參考代幣解鎖不等於價格一定下跌。
兩邊的分母從哪裡來
這才是多數落差的根源。
CoinGecko 在 Methodology 頁寫明:流通供應量取自各代幣團隊,再由 CoinGecko 團隊核實;若無法核實,該欄會顯示「-」。工作量證明幣種是直接查區塊瀏覽器的 API。像 ERC-20 這類智能合約代幣,則是用總供應量減去鎖倉代幣來計算,而那些鎖倉錢包的地址由專案團隊提供。

擷自 coingecko.com/en/methodology 第 4 節「Circulating Supply」,2026 年 9 月 28 日。
CoinMarketCap 走的是另一條路:先與專案團隊溝通核實,索取初始分配、私募配額、鎖倉地址清單與團隊控制的地址,再自行查閱鏈上資料與分配表。他們的文件明講,可能不會採用專案 API、白皮書或部落格上的數字,因為他們有自己的一套計算架構,而那套架構可能與專案團隊不同。
一邊照專案申報的錢包清單去扣,一邊自行重建估算、必要時推翻專案給的數字。同一顆代幣、同一天,這兩套流程得出不同結果是正常的。
自己決定該採用哪個數字:五個步驟
- 記分母,不記標籤。 別抄「市值:1.2 億美元」,改抄「價格 × CoinGecko 流通供應量,9 月 28 日取數」。
- 點開來源圖示。 CoinGecko 會在流通供應量旁顯示這個數字的計算來源,是查瀏覽器 API 還是扣除鎖倉地址,一看就知道。
- 回合約對照。 直接在區塊瀏覽器讀
totalSupply,與數據站顯示的總供應量比對。若這一步就對不上,後面所有乘法都會跟著偏。 - 自己重算 FDV。 用價格乘上專案文件裡的最大供應量,再與數據站顯示的 FDV 比較。落差常常會暴露出某一邊拿總供應量當成了最大供應量。這個數字該怎麼配合脈絡解讀,FDV 很高就一定危險嗎已有分析。
- 記下查核日期。 各站更新流通量的節奏不同;今天抄下的數字,可能在一輪解鎖或一次覆核之後就變了。
如果要把結果存下來,「來源」欄與「取數日期」欄和數字本身一樣重要——自建代幣解鎖追蹤表說明了這類欄位的設計方式。
什麼時候該直接標註「未能核實」
有些情況下你無法判定哪一邊正確,而如實標註才是最準確的答案:
- 專案官方文件沒有公布最大供應量,或公布的數字與兩個數據站都不一致。
- 代幣在多條鏈上發行,而你還沒釐清哪部分經由跨鏈橋被重複計算。
- 鎖倉錢包清單未公開,因此你無法重現那個減法。
這三種情況下,你真正能驗證的只有合約上的 totalSupply。其餘數字都是第三方的估算,記錄時應連同是哪一方的估算一起寫下。
數據站不是一手來源。它們是帶有公開方法論的彙整結果——先讀方法論再讀數字,兩個分頁對不上就不再是件費解的事。
