二十四小時成交量很大，為何深度仍可能很薄？

二十四小時成交量累計一段期間內已發生的活動；委託簿深度則描述某個時點、方向與價位的可見數量，DEX 池還要另外保存儲備、曲線和報價方向。這些欄位回答不同問題，數值大小不會互相推導。

把 volume 當成 depth，會把「已經發生多少活動」改寫成「現在還有多少數量可以承接」。前者是期間流量，後者還要指定場所、幣對、方向、size、價位或曲線，並且會隨委託被撤銷、成交或池狀態改變。這篇不估算「適合多大」，而是建立一張不把期間與快照混在一起的證據工作紙。

期間成交與當下深度不會互相保存

歷史成交完成後不會留在委託簿中等待再次使用。相同資本可以在期間內反覆周轉，委託也能在快照前被撤回、成交或改價，因此期間量很大時，觀察當下仍可能只有少量可見深度。

即使把乙換成一個資金池，推理也不變。池在過去二十四小時可以經過多次來回交換，而當前儲備只是此刻依曲線保存的狀態。反覆經過池的量可能遠高於某個時點的單側儲備，不需要假定池內出現了同樣大的永久資本。

要把這個場景寫成證據，至少要把期間值與快照值放在不同列。期間列保存起訖、滾動規則、已成交事件與來源；快照列保存觀察時點、方向、價位或池狀態。兩列可以引用同一場所，卻不能共用一個沒有時間語意的「流動性」欄。否則後續讀者無法判斷某數值究竟累計一天，還是只描述一瞬間。

成交量是一段時間的已發生活動

一筆成交量要先寫時間窗口與資料範圍。「24h」通常是往前滾動的期間，不是固定曆日。CEX 的單一 product volume、DEX 的單一 pair volume、供應商聚合多市場所得的 global volume，都可能叫二十四小時成交量，卻有不同範圍。

DEX Screener 的公開欄位在 pair 結構中分列滾動 `volume` keys 與 `liquidity` object。這不只是命名差異：volume 累計期間事件，liquidity 描述該池某時點的可見結構。數據缺失時，不能用另一欄位或零補上；`pairCreatedAt` 是池建立時間，也不是這些快照的 observation time。

CEX 深度要同時看買賣方向與價位

CEX 委託簿的深度不是一個單值。它由 bid 與 ask 兩側組成，每側又分成多個 price level，每個價位有數量。best bid 和 best ask 之間形成 spread，離中間價更遠的委託才構成更廣的可見曲線。只看頂層價格，無法知道之後的價位空洞或累計數量。

Coinbase 公開文件區分 Level 1、聚合 Level 2 與未聚合 Level 3。聚合視圖可以把同一價位的委託合併，未聚合視圖則保留更細節的單筆資訊。所以比較兩個委託簿前，不只要對齊 product 與 timestamp，還要對齊 book level、聚合方式、方向和價格範圍。

委託可以被新增、撤銷或成交，因此一張 book 是快照，不是對未來的保證。此刻某價位有可見數量，只能寫成「在該觀察時間可見」，不將它延長成整個二十四小時的固定深度。

買賣方向的差異也不能用單一「深度」字樣抹去。bid 側描述市場參與者在各價位願意買入的可見數量，ask 側描述願意賣出的可見數量；兩側分布可能很不對稱。若只保存兩側合計或某個百分比帶內的總額，就應一併保存計算範圍，不能讓加總值看來像任一方向都可使用。

「某範圍內的深度」還必須交代視窗定義。視窗可能按中間價上下固定百分比、固定價格距離、固定層數，或來源既有的指標欄位建立；不同定義即使套在同一張委託簿，也會涵蓋不同價位與可見數量。研究紀錄應保存邊界、參考價、方向與是否含端點，不把一個未標示視窗的總額當成通用深度。

若要保留 size 與方向快照，可分別記下該時點 bid 側與 ask 側在已聲明視窗中的可見累計量，以及來源回傳的價位層級。這只是對公開快照的描述，不推導指定數量一定能完成，也不把較大的一側改寫成市場整體較充足。缺少一側或超出視窗的狀態都保持未知。

撤單也形成明確的時間邊界。第一張快照出現而第二張快照消失的委託，只能描述兩次觀察之間的狀態差異；沒有事件資料時，不能斷言它已成交、由誰撤回或何時消失。多張快照也不能直接聯集成「曾經同時可用」的深度，因為各價位可能從未在同一時點共同存在。

DEX 的 liquidity object 只是指定池快照

DEX 池需要一組比單一美元數字更完整的身分：chain、完整 base 與 quote address、pair address、協議與池類型、報價方向、source 和 observation time。就算 `liquidity.usd` 可用來快速閱讀池規模，它也不是任一方向都能無誤差取得的數量。

Uniswap 對 price impact 的公開說明把 trade size、pool liquidity 和當前池狀態連在一起。實際可見結果還會受方向、size、curve 或 range、fees、route 和快照時點影響。因此，本文不把池的美元流動性改寫成可執行額度，也不從一個快照推出交易結果。

池的報價方向和曲線還會使兩筆相同名義數量得到不同的狀態變化。base 換 quote 與 quote 換 base 不是把同一百分比加上正負號；兩者從不同儲備側出發，並受當時價格區間與費用約束。沒有指定方向與池狀態時，`liquidity.usd` 最多是規模欄位，不足以代表特定操作的可見深度。

反覆周轉會放大期間量，卻不會複製當下深度

同一批資本在期間內反覆交換，每次成交都可能進入 volume 累計，卻不會在期末複製成多份可用資本。這是 turnover 與 stock snapshot 的差異：期間活動很密集，不直接說明最後一刻的委託或儲備有多厚。

同一理由也能解釋為何高 volume 不能單獨證明市場品質。它可能來自廣泛參與，也可能來自集中或反覆活動；沒有更細的對手、時間與場所證據，不能由總量判斷原因。

異常回報只能當作待查可能

wash 或 anomalous reporting 可以列在「為何量不能代表深度」的可能清單，卻不能在沒有指定證據時變成對真實資產或場所的指控。要調查異常，還需要交易序列、對手結構、回報規則、時間與可交叉來源。只有一個 volume 值，答案就應保留未知。

CoinGecko 公開方法把 trading volume 與 ±2% order-book depth 當作分開指標，本身就反映兩者不能互相代用。這裡只採用「分離度量」的方法證據，不引入 Trust Score、場所評級或任何新的數字分數。

異常調查還需要分清「數值不同」與「數值不可能」。不同供應商可能採用不同時窗、場所集合、報價換算與排除規則，因此結果不同本身不是異常證據。只有在先對齊這些範圍後，仍出現可由原始事件或回報規則檢驗的矛盾，才有下一步查證資料品質的基礎。

一個池不是全域流動性

單一 pool volume 不能與 provider-global volume 直接相減，因為兩者可能涵蓋不同市場、不同報價資產與不同過濾規則。多個池的 `liquidity.usd` 也不必然能直接相加成 executable depth：池可能位於不同鏈、使用不同報價資產、曲線、費用或路由，而且同一資產身分未必已證明。

即使所有池都已核對，「可見流動性合計」也只是特定時點與特定加總方法的記錄。它不回答指定方向與 size 經過哪條 route，更不保證跨鏈資本可同時使用。研究頁應將局部池保留為局部池。

對齊多池時，身分只是第一關。還要檢查每個池的 observation time、base／quote 方向、報價資產換算、池類型與欄位定義。若其中一池已過時、換算來源未知或欄位為空，可以把該池保留在清單並標示狀態，但不應為了得到完整總額而沿用舊值或填零。

留下可執行快照的證據工作紙

一張實用工作紙可以不寫任何評分，只寫可複核欄位：

• 成交量：來源、場所或 pair、幣對、期間起訖、滾動規則與取得時間。
• CEX 快照：product、bid／ask、book level、聚合方式、價位範圍、可見 size 與 observation time。
• DEX 快照：chain、完整 base／quote identity、pair、pool type、曲線或 range、fees、route 條件、儲備／liquidity 欄位與 observation time。
• 狀態：`null`、missing、stale、failed 分開記錄，不補零，不借用池建立時間。

工作紙完成後，能得到的是「這個期間有多少已發生活動」和「這個時點可見什麼市場狀態」的兩組答案。它們可以並列，但不再被濃縮成一個「成交量大所以深」的句子。