内存池政策是什么？为什么合规交易会被节点拒绝

两套规则：共识与政策

区块链节点校验交易时其实拿着两套清单。第一套是共识规则：签名对不对、输入是否存在、脚本是否通过——违反它，区块作废，全节点都会抛弃出块者。第二套是节点政策（policy）：内存池收多大体积、接受多小的输出、允不允许某类脚本——违反它只会让节点对你说”不”，但交易仍可能被别的路径打包。“合规交易被拒”几乎都发生在第二套清单上：交易合法，但某个节点决定不为它记账资源。这个分层设计是有意的：政策要能快速调整以应对滥用，共识规则则十年难动。

内存池的三道闸门

容量：比特币 Core 的内存池默认按体积封顶（默认约 300M vB 量级，具体数值随版本与配置变化，本文核验于 2026 年 7 月），池满时低费率交易会被请出去。以太坊节点同样有排队上限与账户级排队限制。

费率门槛：节点有最低 relay fee，钱包报价基于历史区块估算（费率估算的口径见比特币推荐手续费怎么选？）。拥堵时你照搬两小时前的推荐值，交易可能一进池就被挤掉，或者被打包但长期排在后面。

形状审查：过小的粉尘输出、超大的脚本、异常的输入组合，都可能触发单个节点的更严策略。同一笔交易在 A 节点入池、在 B 节点被拒，是正常图景——这正是每个节点内存池视图独立的原因，参见 getrawmempool怎么读取内存池？。

入池之后：淘汰、包与替换

池满时节点按费率从低到高淘汰交易。带依赖关系的交易以”祖先包”整体计算费率：一个低费父交易能拖垮整条链，反过来 CPFP 让高费子交易把父亲抬进区块（机制对比见比特币RBF和CPFP怎么选？）。替换类政策同样属于政策层：比特币的 RBF 靠输入序列号声明可替换，节点按”手续费增幅达标”等条件放行新版；以太坊则用同 nonce 交易直接覆盖旧交易。政策层还有反滥用规则：防止交易用微小增量无限霸占池子（历史上比特币就为此调整过孤儿交易的限额与暂存规则）。

实务影响

钱包”广播成功”只代表至少一个节点接受了它；若这个节点策略偏严或不转发，交易传播会受限，表现为”一直不确认”。重要交易值得多广播几条路径（自建节点、多家 RPC）。交易所和支付系统则常按自家节点的池子视图给推荐费率，与另一家的估算存在差异不是故障。理解共识与政策的分工后，“交易卡住”的正确问法从”链坏了吗”变成”这笔交易在每个节点的哪道闸门外被拦下了”。