重启比特币核心节点后在途交易仍可恢复，靠的是默认开启的 persistmempool：退出时把内存池写入 mempool.dat，启动时逐条重新验收。本文拆解默认值、v27 起才有的 persistmempoolv1 过渡开关与三类常见误区。

use_current_time、apply_fee_delta_priority、apply_unbroadcast_set 三个选项决定了 mempool.dat 导入后的行为差异，官方对每一项都挂了不可信元数据警告。

同样是低费率交易，有的节点收、有的节点直接拒，分界线往往是一行默认参数。Bitcoin Core 在 v29.1 把最低中继费率与增量中继费率降到每千虚拟字节 100 聪，把区块最低打包费率降到 1 聪。本文用官方发行说明确定版本口径，讲清三档费率的分工与钱包实际该看哪个数。

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

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

Bitcoin Core v31.0 把内存池的实现换成了集群设计：相互有父子关系的交易被划进同一个簇，默认每簇不超过 64 笔、约 101 千字节，节点按簇排序、按簇驱逐。本文讲清这次底层改造与老规则（祖先与后代限制、CPFP carve out）的告别，以及对加急费用策略的实际影响。

交易入池后会被容量挤出或到期清理，掉队不等于丢币。本文按 go-ethereum 与 Bitcoin Core 的默认规则解释内存池淘汰机制、资金状态与重发核对步骤。

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

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

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