內存池大小

一筆交易廣播後、被打包進區塊前，停留在內存池（mempool）裡。關鍵認知：內存池不是一個全網共享的數據庫，而是每個節點各自維護的未確認交易集合——不同節點因網絡位置、費率過濾門檻不同，看到的內存池並不完全一樣。本圖為 blockchain.com 維護的多個全節點聚合後的口徑，單位是字節（對數軸），數據自 2016 年年中起。

區塊容量按空間計量（SegWit 後為 400 萬權重單位，典型區塊 1.5-2MB），所以「積壓了多少字節」直接決定擁堵要多久才能消化：積壓字節 ÷ 每塊產能 ≈ 還需多少個區塊清空隊列。數據源自己的說明也是這個分工——本圖回答「擁堵會持續多久」，內存池交易數圖回答「多少筆交易在造成擁堵」，兩頁配合著看。

Bitcoin Core 從 0.12 版起給內存池設了默認 300MB 上限（maxmempool）：超限時驅逐費率最低的交易，並動態抬高准入費率門檻。歷史上的大擁堵：2017 年底牛市頂峰交易積壓數天；2023 年 5 月 BRC-20 鑄造潮把未確認交易推到數十萬筆；2023 年 12 月至 2024 年初銘文二次熱潮期間，本圖錄得歷史峰值，聚合口徑一度遠超單節點默認上限——意味著低費交易在很多節點上已經進不了內存池、直接被拒之門外。

三點：一，聚合視角只是近似，你的錢包實際面對的是所連節點的內存池；二，內存池大小隻反映排隊規模，你的交易能否插隊取決於費率（聰/vByte），不取決於隊伍長短；三，被驅逐或超時（默認 14 天）的交易會從統計裡消失，極端擁堵期的真實需求比圖上顯示的更大。費率決策請配合實時費率估計工具，本圖更適合看擁堵的形成與消退節奏。

礦工與網絡數據之外，市場整體規模可參考加密市場總市值與BTC 爆倉行情交叉驗證。