内存池大小

一笔交易广播后、被打包进区块前，停留在内存池（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 爆仓行情交叉验证。