一笔低费率父交易带着子交易一起中继，是比特币核心近两年政策变化最集中的角落之一。v28 允许父交易低于内存池费率下限，v30 把它推广到子交易已有其他在池父亲的多亲拓扑，v31 进一步让非 TRUC 包的父亲可以低过中继下限甚至零费。本文按发布说明画清这条松绑线与仍然存在的边界。

重复广播同一笔交易时，比特币核心 v31.0 不一定去磁盘上追根究底，而是先拿这笔交易自己会产生的输出点去问一遍内存缓存，命中就直接返回冲突类的 txn-already-known。本文讲清这条快路径的判定顺序、它只查缓存带来的覆盖面缺口，以及它与输入缺失类报错在处置动作上的分工。

ERC-7796 给私有发送通道加了一个方法：提交交易时同时声明存储状态、区块区间、时间区间与给打包者的最低支付这四类前提，条件不满足的进不了块，也就没有进块回滚那笔白烧的手续费。本文按标准文本拆参数、错误码与它省不掉的风险。

现在广播交易后，钱包或后端得反复轮询回执接口，链路慢且错误信息含糊。EIP-7966 提议一个同步发送方法：一个请求内等回执，超时报错还带回交易哈希或期望的 nonce。本文按草案文本拆解它的参数、错误码设计，以及为什么目前不能当现成功能用。

Bitcoin Core 31的abortprivatebroadcast可以停止本节点继续私密广播并移出队列，但不能撤回已传播或已确认交易。本文说明txid与wtxid匹配、返回字段、执行前后核验，以及不同传播状态下的后续处置边界。

比特币节点之间会周期性发送一种叫 feefilter 的 P2P 消息，把“我当前内存池愿意接受的最低费率”提前告诉对方，让邻居在通知交易前先自查费率，省掉大量无效的 inv 与 getdata 往返。这套机制定义在 BIP133，对应协议版本 70013，Bitcoin Core 从 0.13.0 起支持。本文讲清它解决什么问题、消息内容是什么、为什么它是“允许而非强制”的规则，以及它对普通用户广播交易意味着什么。