WIF 市場數據血統：從一個鑄幣帳戶到多來源價格

WIF 的簡短名稱與單一核准 mint 容易讓資料表看來很簡單，但畫面上的市場價格並不是鑄幣帳戶自帶的欄位。供應商先選取場所與 ticker，再處理異常輸入及權重；一個 DEX 池則只在特定 pair、報價代幣、機制與時刻產生局部報價。名稱不變，輸入集合與時間仍可改變結果。

本次查證更凸顯這個問題：專案頁、探索器入口與供應商映射都可讀，但三者回答不同問題。專案頁能把品牌連到精確 mint，探索器靜態頁沒有完整露出權限與供應欄位，供應商頁則是市場資料入口。正確做法是把已知、未讀到、方法依賴與池級觀察放進不同欄位，再保存每一列的資料血統。

先固定唯一核准的 Solana 鑄幣帳戶

本網站核准的 WIF Solana mint 是 `EKpQGSJtjMFqKZ9KQanSqYXRcF8fBopzLHYxdM65zcjm`。Solscan 的精確入口顯示 `Token dogwifhat`，CoinGecko 資產頁的 API ID 是 `dogwifcoin`，並映射到該 Solana 表示。完整地址是核對主鍵；代號、名稱、圖像或截短地址只適合顯示，不能單獨批准一筆池資料。

鑄幣帳戶身份與 metadata label 也要分欄。標籤可以幫人辨識頁面，但不會自行證明由誰控制、供應如何形成或權限是否仍在。CoinGecko 對同一資產 ID 另列其他鏈表示，只能記成供應商映射觀察，不能據此把另一鏈加入本站清單。

池列若要歸屬 WIF，必須驗明 base 或 quote 的完整 mint 等於上述核准值，並附 Solana、DEX、完整 pair 與另一側代幣。只看到 `WIF` 三個字母，或只看到一張同名圖像，沒有足夠身份證據。

這次讀到了甚麼，也沒有讀到甚麼

本次直開 `dogwifcoin.org` 可讀到 WIF 的簡短專案描述、Solana 關聯，以及指向 Solscan 精確 mint `EKpQGSJtjMFqKZ9KQanSqYXRcF8fBopzLHYxdM65zcjm` 的合約連結。這條連結能支持身分核對，但不自動證明 tokenomics、治理、控制權或安全狀態。

Solscan 的同一精確入口顯示 dogwifhat（WIF）標籤。靜態擷取沒有完整顯示 decimals、`mintAuthority`、`freezeAuthority`、當前 supply、holders 或 transactions。Solana 的通用文件可以解釋這些欄位及鑄造、轉移、委派、銷毀、凍結等操作的差異，卻沒有提供 WIF 的現值。

專案頁沒有提供足以獨立確認的完整 tokenomics、發行方式、團隊、供應上限、治理或權限現況。因此本文不把簡短首頁、搜尋摘要或 CoinGecko 生成介紹擴寫成未被來源支持的結論。

CoinGecko 頁上的供應數、排行、價格、場所數、市場表、歷史與新聞亦不進入慢速正文。頁面可支持的是 provider ID、Solana 映射、另有其他鏈表示，以及全域欄位在供應商系統中的角色。限制來源比增加一段順口敘事更重要。

不完整證據應寫成結構化未知

這次的最小結構列可以保存 `chain=Solana`、完整 mint、`label=Token dogwifhat`、來源網址、存取日與直接開啟結果。其餘 `decimals`、`mintAuthority`、`freezeAuthority`、`supply` 則逐欄記成 `unknown`，理由是「本次靜態擷取未露出」。

`unknown` 不是空字串，也不是零。它含有缺口類型與查證邊界，日後若取得可讀的同一 mint 欄位，可以新增一筆有時間的觀察，而不覆蓋先前的限制。若來源失敗，狀態要保留 `failed` 與錯誤；若最後成功資料已超出允許時間，則保留 `stale` 與原觀察時刻。

未知欄還要區分「來源沒有這個欄位」、「頁面這次沒有露出」、「請求失敗」與「有舊值但已過時」。四種情況對後續查證的意義不同：第一種要另找適合的直接來源，第二種可改用能讀取同一鏈上欄位的入口，第三種保留錯誤，第四種不得抹掉舊時間。把它們都寫成空白，會失去重現失敗的能力。

同理，`Token dogwifhat` 是本次可見的 metadata label，不是權限欄的替身。日後即使標籤改變，只要完整 mint 相同，身份紀錄仍可沿地址追蹤；若名稱相同而 mint 不同，則必須另建一列。這種主鍵順序能把顯示層變化與結構層變化分開。

這種紀錄不會從標籤推定「固定」，不會從缺少供應欄推定「全數流通」，也不會把未露出的權限寫成已撤銷。它讓未知可以被後續證據精確取代，卻不讓作者用印象提前填值。

全域聚合與單一池報價走不同路徑

CoinGecko Methodology 說明，供應商從多個 ticker 建立初始集合，排除異常或不符合準則的輸入，再對剩餘輸入作成交量加權聚合。這個結果屬資產層的 provider-global 觀察；它回答供應商依其場所集合與方法呈現甚麼，而不是 Solana 上某一個 pool 在該刻的交換比率。

DEX 池報價的血統較窄：鏈是 Solana，pair 有完整地址，WIF mint 位於 base 或 quote，另一側資產已識別，且池機制與實際取得時間明確。DEX Screener 文件提供 `chainId`、`dexId`、`pairAddress`、`baseToken`、`quoteToken`、`priceUsd`、`liquidity` 等欄位角色；欄位存在於介面並不保證每次都有值。

全域與局部可以並列，但不可互相冒名。供應商全域價格不能標成某個 Solana 池價；池的 `marketCap` 或 `fdv` 也不能填進供應商全域同名欄。資料血統至少要回答「哪個來源以甚麼範圍、方法與時間產生這一欄」。

血統紀錄還要保留轉換步驟。不同 ticker 可能先以不同報價單位出現，供應商方法再把它們轉到共同基準；池頁面若已顯示換算欄，也要辨明原始 pair 報價與供應商換算值。兩個最後都以同一法幣單位展示的數字，不代表它們經過相同來源或換算路徑。

供應欄與價格欄也不能互相驗證。CoinGecko 方法中的流通供應欄參與全域市值建構，但這個 provider 欄位不會從單一池儲備推導。反過來，池中有多少 WIF 也不能證明鑄幣帳戶的總供應或流通分類。每種欄位需要自己的直接來源。

輸入改變，顯示價格也可能改變

即使 WIF mint 的結構欄在兩次觀察間沒有改變，供應商價格仍可能不同。原因可以是初始 ticker 集合增減、某列被異常篩選排除、場所回報量改變、各列權重重新分配，或各來源的觀察時間沒有完全一致。價格是方法與輸入的輸出，不是鑄幣帳戶的永久屬性。

反之，單一池價格的改變也不能說明供應商必然採用了該池。要建立兩者關係，需要供應商的方法層與實際納入集合；資產頁顯示全域值，並不揭露某一刻每個 ticker 的全部處理決策。作者不能從最後結果倒推所有來源。

時間欄必須分開保存。供應商頁的取得時間、上游 ticker 時間、池報價觀察時間與 `pairCreatedAt` 各有不同語意。把其中任何一個代替另一個，都會使原本不同步的資料看似同刻。

方法版本同樣是血統的一部分。若供應商日後調整初始集合上限、異常篩選或權重方式，同一組表面輸入也可能得到不同結果。研究者不應把新方法輸出無痕覆蓋舊觀察，而要讓來源日期與方法頁版本跟著數值；無法確認版本時，就明寫版本未知。

因此兩次價格不同時，第一個問題不是哪一筆「較真」，而是哪個輸入集合、範圍、轉換方法與觀察時刻不同。只有先對齊這些座標，差異才有可解釋的對象；否則小數位再多，也只是把來源不確定性藏起來。

CoinGecko 的實際輸出由其市場集合、異常篩選、報價換算與成交量權重形成。研究紀錄應保存可核對的方法版本與來源時間，而不是拿畫面上的幾個數字自行平均，再把結果冒充供應商口徑。

池報價必須綁定成對身分

一個合格 WIF 池列先驗證核准 mint，再記錄 pair 的另一側代幣。相同 WIF 對不同 quote 會產生不同原始報價，需要有明確換算來源才能放到同一單位。DEX 名稱也不夠，因為同一場所可以有多個 pair 或多種池機制。

儲備與流動性只屬該 pair。它們不能代表 WIF 全域深度，不能與另一池的不同時點直接相加，也不能用場所數暗示市場完整。`null`、`missing`、`stale` 與 `failed` 各自保留；換一個 pair 補缺會破壞身份，寫成零則會把觀察失敗誤報成經濟狀態。

本站既有網路與 DEX 基礎文章負責解釋池機制與資料欄位的一般背景；此處只處理 WIF 的精確身份、來源路徑與可比條件，不重複常數乘積或交易步驟。

另一鏈表示不會自動取得資格

CoinGecko 頁目前另列一個非 Solana 表示。這項 provider mapping 可以進入來源紀錄，卻沒有給予本站採用其池的權限。供應商把多個表示放在同一資產頁，不等於公開了橋接合約、canonical 端、鑄造與銷毀事件、儲備證明或去重方法。

因此另一鏈的 pool 不得與核准 Solana pool 作同 mint 比較，也不得與 Solana 列合併供應。若日後網站清單要改變，需要另有明確身分決策與對應證據；目前的正確欄位是「供應商另列表示，關係未知，本站未核准」。

同樣地，名稱與代號一致不會消除鏈別。全域供應商結果可以包含其方法所採的市場輸入，但本網站的局部池資格仍由核准 Solana mint 獨立控制。

WIF 市場資料的展示邊界

CoinGecko 全域價格與核准 Solana mint 的 DEX 池價格分區顯示，本站不計算兩區差值。每個池只保留完整 pair、base、quote、DEX、來源與觀察時間；其他鏈、未知 mint 或截短地址不納入核准資料。

全域市值與全域 FDV 不跟池級 `marketCap` 或 `fdv` 比。任何欄位為 `null`、`missing`、`stale` 或 `failed` 時，只顯示狀態與來源，不以零或另一欄代填。

可重現的市場數據血統簿

一筆可重現的 WIF 主張先記身分層：Solana、完整 mint、provider ID、metadata label 的來源與限制。結構層逐欄保存 decimals、權限、供應及其狀態；沒有讀到就寫未知原因，不寫推測。供應商層則保存來源、全域範圍、方法版本、取得時間與上游時間是否可見。

池層另存 DEX、完整 pair、base、quote、機制、來源、`observedAt`、欄位狀態及最後成功時間。全域層與池層不建立比較關係；任一欄失敗時，其餘已知欄仍可保留。

若一筆結論引用多個來源，血統簿應為每個依賴建立邊，而不是只列一串網址。這能說明缺口位於哪個身分、來源或時間欄，而不產生一個看似精確的合成數字。

每次更新亦留下變更原因：新來源、來源修正、方法更新、池身份改變或單純重新觀察。來源衝突時並列兩筆及其限制，不以平均數消音；另一鏈映射出現時先登錄未核准關係，不把舊 Solana 結果搬過去。

這份血統簿讓讀者重做的是來源判斷，不是價格預測。當網站恢復、欄位缺失、映射增加或場所輸入改變時，每個版本都能指出哪一層改動；WIF 的簡短名稱因而不再掩蓋生成市場主張所需的完整證據路徑。

日後的新觀察若無法帶回相同座標，就另立一列而不強行續接；可重現性來自完整脈絡，不來自看似連續的小數。