研究方法

同一顆代幣,CoinGecko 和 CoinMarketCap 的市值為何不一樣?

兩個數據站是拿價格乘上不同的分母,核實流程也各有一套。本文指出雙方方法論文件中的差異位置,並給出自己重算一遍的步驟。

同一顆代幣,CoinGecko 和 CoinMarketCap 的市值為何不一樣?

同一顆代幣,CoinGecko 和 CoinMarketCap 的市值為何不一樣?

同一顆代幣開兩個分頁,價格幾乎一致,市值卻差了幾十個百分點,FDV 甚至差一個量級。這不是顯示錯誤。兩個數據站是拿價格去乘不同的分母,而各自又有一套自訂的核實流程,決定那個分母該是多少。

這篇把差異的位置直接指到雙方公開的方法論文件上,並給出自己重算一遍的做法,不必猜哪一邊「才對」。

「市值」其實是四種算法共用的名字

CoinMarketCap 在供應量方法論頁面裡直接寫明,Market Cap 是個多義詞,並按數值由高到低列出四種同樣叫「市值」的算法:

CoinMarketCap 方法論頁面列出四種市值算法:FDV、Minted Market Cap、Unlocked Market Cap 與 Circulating 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 方法論中列出不計入流通供應量的代幣類別:私募、空投、masternode 質押、團隊與金庫

同一份文件中列出被排除的資產類別,以及 CoinMarketCap 團隊的核實方式。

實際讀數字時,會遇到這幾種情況:

  • 空投代幣通常被排除在流通量之外,除非專案能提出實際需求的證據(例如用戶已登記或完成 KYC 來領取)。
  • 質押在 masternode 的代幣採個案判斷,會一併考慮分佈、持有權與鎖倉期。
  • 團隊、基金會、金庫與託管帳戶持有的代幣被排除,即使那些錢包現在就能轉帳。
  • 專案在公開市場買回的代幣屬於已解鎖狀態,但業界慣例是不計入流通量。

所以一次解鎖事件,不會讓數據站上的流通供應量剛好增加等量。解鎖表與流通量曲線很少能逐日對得上,原因就在這裡——這段落差的細節可參考代幣解鎖不等於價格一定下跌。

兩邊的分母從哪裡來

這才是多數落差的根源。

CoinGecko 在 Methodology 頁寫明:流通供應量取自各代幣團隊,再由 CoinGecko 團隊核實;若無法核實,該欄會顯示「-」。工作量證明幣種是直接查區塊瀏覽器的 API。像 ERC-20 這類智能合約代幣,則是用總供應量減去鎖倉代幣來計算,而那些鎖倉錢包的地址由專案團隊提供。

CoinGecko Methodology 頁面第 4 節 Circulating Supply,說明資料來源與從總供應量扣除鎖倉代幣的算法

擷自 coingecko.com/en/methodology 第 4 節「Circulating Supply」,2026 年 9 月 28 日。

CoinMarketCap 走的是另一條路:先與專案團隊溝通核實,索取初始分配、私募配額、鎖倉地址清單與團隊控制的地址,再自行查閱鏈上資料與分配表。他們的文件明講,可能不會採用專案 API、白皮書或部落格上的數字,因為他們有自己的一套計算架構,而那套架構可能與專案團隊不同。

一邊照專案申報的錢包清單去扣,一邊自行重建估算、必要時推翻專案給的數字。同一顆代幣、同一天,這兩套流程得出不同結果是正常的。

自己決定該採用哪個數字:五個步驟

  1. 記分母,不記標籤。 別抄「市值:1.2 億美元」,改抄「價格 × CoinGecko 流通供應量,9 月 28 日取數」。
  2. 點開來源圖示。 CoinGecko 會在流通供應量旁顯示這個數字的計算來源,是查瀏覽器 API 還是扣除鎖倉地址,一看就知道。
  3. 回合約對照。 直接在區塊瀏覽器讀 totalSupply,與數據站顯示的總供應量比對。若這一步就對不上,後面所有乘法都會跟著偏。
  4. 自己重算 FDV。 用價格乘上專案文件裡的最大供應量,再與數據站顯示的 FDV 比較。落差常常會暴露出某一邊拿總供應量當成了最大供應量。這個數字該怎麼配合脈絡解讀,FDV 很高就一定危險嗎已有分析。
  5. 記下查核日期。 各站更新流通量的節奏不同;今天抄下的數字,可能在一輪解鎖或一次覆核之後就變了。

如果要把結果存下來,「來源」欄與「取數日期」欄和數字本身一樣重要——自建代幣解鎖追蹤表說明了這類欄位的設計方式。

什麼時候該直接標註「未能核實」

有些情況下你無法判定哪一邊正確,而如實標註才是最準確的答案:

  • 專案官方文件沒有公布最大供應量,或公布的數字與兩個數據站都不一致。
  • 代幣在多條鏈上發行,而你還沒釐清哪部分經由跨鏈橋被重複計算。
  • 鎖倉錢包清單未公開,因此你無法重現那個減法。

這三種情況下,你真正能驗證的只有合約上的 totalSupply。其餘數字都是第三方的估算,記錄時應連同是哪一方的估算一起寫下。

數據站不是一手來源。它們是帶有公開方法論的彙整結果——先讀方法論再讀數字,兩個分頁對不上就不再是件費解的事。