Bitcoin Core的savemempool会把当前内存池写入磁盘，但写盘成功、启动加载完成与交易得到确认是三件事。本文给出重启前后核对、失败分流和容器卷验收方法。

getmempoolancestors与getmempooldescendants分别沿未确认交易的输入和输出展开依赖。本文用双向交易包地图解释verbose字段、聚合费用、本地视图差异与排障顺序。

Bitcoin Core getrawmempool有txid数组、verbose明细和mempool_sequence快照三种读取方式。本文解释父子依赖、费用、广播状态与序列号，并说明为什么本节点内存池不能代表全网。

Bitcoin Core 31 的 getmempoolcluster 会按交易依赖组成交易簇，并给出按挖矿顺序排列的 chunk。本文拆解chunkfee、chunkweight、sigops调整权重与实时快照边界。

包限制规则下，先出资的一方可能把闪电通道的资金交易“钉住”，让对方无法加急。Bitcoin Core 用 CPFP carve out 规则给只带一个未确认祖先的交易开了一个受控例外。本文讲清规则内容、0.19 版引入的背景和它与 RBF、v3 交易的接续关系。

submitpackage 用于把子交易及未确认父交易作为拓扑有序的交易包提交给本地节点。本文拆解排序约束、费用与燃烧上限、逐交易结果及“本地接纳不等于传播”的边界。

BIP331 提议通过能力协商、祖先包信息与批量交易下载改善依赖信息交换。本文区分提案消息协议、Core 28.0 和 30.0 的机会式包中继及本地提交接口，不把有限包功能当作完整提案部署证明。

getmempoolinfo 提供交易数、虚拟字节、实际内存、动态最低费率和未广播数量。本文建立节点级压力仪表盘，解释本地内存池为何不等于全网，并给出趋势采样与异常归因方法。

广播后的交易不是进了候补室就万事大吉：内存池有自己的生存法则——过期时限、费率淘汰和祖先数量限制。本文讲清一笔低费率交易从进场到被丢出去经历什么，以及节点参数怎么改这一切。

同样转 0.01 个比特币，上午推荐 2 sat/vB，下午涨到 20 sat/vB——钱包的推荐费率从哪来？本文拆解 Bitcoin Core 费用估算器如何从内存池历史统计得出“目标确认数”对应的费率，以及为什么区块大小、交易体积和拥堵窗口会让费率波动。