getmempoolinfo 提供交易数、虚拟字节、实际内存、动态最低费率和未广播数量。本文建立节点级压力仪表盘,解释本地内存池为何不等于全网,并给出趋势采样与异常归因方法。
内存池“很大”可能指交易条数多、虚拟字节多、进程内存占用高,或已经接近 maxmempool 并抬升动态最低费率。四种现象的含义不同。可靠监控不能只画 size,也不能把单个节点的本地样本直接称为全网拥堵。
先分清容量、内存与费用
getmempoolinfo返回当前内存池交易数size、虚拟字节bytes、实际内存usage、总费用total_fee与最大内存maxmempool等节点级指标。
| 维度 | 字段 | 适合回答 |
|---|---|---|
| 交易规模 | size | 当前交易条数 |
| 虚拟体积 | bytes | 按BIP141折扣后的总vsize |
| 进程资源 | usage / maxmempool | 本地内存占用与上限 |
| 费用门槛 | mempoolminfee | 当前节点接受新交易的动态下限 |
| 传播状态 | unbroadcastcount | 尚未完成初始广播的本地交易数 |
bytes 与 usage 不是同一个单位;total_fee 是内存池交易费合计,也不代表矿工下一块一定获得的费用。
动态最低费率何时抬高
mempoolminfee是当前接受交易的最低费率,取minrelaytxfee与动态内存池最低费率的较大者;两者单位均需按RPC文档的BTC/kvB解释。
当内存池压力导致淘汰时,动态最低费率可能高于静态 minrelaytxfee。仪表盘应同时展示两者,并明确 BTC/kvB 单位。需要面向用户展示 sat/vB 时,写出转换公式并保留原始值,避免千倍错误。
单点快照如何升级成趋势
每 30 或 60 秒采样一次,保存节点 identity、链头、size、bytes、usage、maxmempool、两类最低费率与 unbroadcastcount。至少观察“usage占上限比例”和“mempoolminfee持续时间”两条曲线。单次尖峰可以是批量广播;持续高位且最低费率抬升才更接近资源压力。
本地视图与全网叙事之间有墙
单个节点的内存池是本地视图,size或usage上升不能直接等同于全网拥堵;应结合mempoolminfee、采样趋势和目标交易的getmempoolentry证据。
节点的 peer、网络延迟、relay策略和 maxmempool 不同,会看到不同交易集合。跨节点比较时先统一版本和配置,至少取两个独立网络位置。若样本分歧大,应该展示范围与来源,不应平均后声称“全网内存池就是这个值”。
用交易级证据解释异常
当 size 增长但 total_fee 不增,抽样 getmempoolentry 查看费率与祖先后代关系;当 unbroadcastcount 持续增加,检查网络连接和广播日志;当 usage 接近上限且 mempoolminfee上升,记录淘汰与最低接受门槛。节点级指标提出问题,交易级证据负责解释。
告警而不是预测
warning: usage/maxmempool 持续高位
warning: mempoolminfee 明显高于 minrelaytxfee
warning: unbroadcastcount 持续上升
unknown: 采样失联或单位解析失败
这些告警都不应写成“下一块费率必然上涨”。区块空间、矿工选包和新交易流入会改变结果。当前未知边界为:节点的maxmempool、relay策略和网络连接会改变本地压力曲线,跨节点比较必须同时记录配置与采样时间。
数据留存与一级资料
保留原始 JSON、采样时间、节点版本、启动参数摘要与单位转换代码版本。发生争议时,用原始值复算展示指标。
- Bitcoin Core getmempoolinfo:用于核对接口字段、返回语义和适用边界;访问于 2026 年 7 月 25 日。
- Bitcoin Core getmempoolentry:用于核对接口字段、返回语义和适用边界;访问于 2026 年 7 月 25 日。
继续阅读 内存池与费率总览、getmempoolentry字段、以太坊Gas费计算对照。本文提供监控方法,不构成费率、确认时间或投资结果承诺。
getmempoolinfo怎么看压力的复核演练
同时采集两个配置不同的节点,比较 size、usage、maxmempool 与 mempoolminfee。复核者必须先解释配置差异,再讨论压力;不得把两个本地视图平均成“全网值”。随后抽取若干交易级样本,验证节点级告警能否由费率或祖先后代关系得到具体解释。最后模拟一次采样中断,确认页面显示未知而不是沿用旧值。
发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。