比特币核心的 prioritisetransaction RPC 能让一笔交易在本机建块算法里凭空变贵或变便宜，却不改变交易本身。本文逐参数拆解 fee_delta 的绝对费用语义、dummy 占位符的废弃历史，以及它对中继、对重启、对其他矿工完全无效的原因。

比特币核心钱包报费用过高或算价离谱时，多半是 mintxfee、fallbackfee、maxtxfee 三个参数在起作用。本文逐一拆解地板费率、后备费率与单笔费用上限的默认值、触发场景和版本差异，以及为什么 settxfee 不再适合新脚本。

一笔比特币交易广播后一直没确认，过几天就查不到了，是不是钱没了？本文讲清节点内存池的 336 小时过期规则、300MB 空间驱逐、mempool.dat 持久化重启恢复，以及未确认交易被丢弃后你该做的三步核对。

比特币核心的连接管理器周期性开一条只存活几秒的 feeler 连接，随机抽一个未验证地址试握手：成功就记下地址在线，失败即丢弃不留痕；握手一完成实现就把它标记断开。核心源码 net.cpp 中该词（不分大小写）出现数十处。本文拆解它与八个常驻出站槽位的分工、随机抽样为什么是对地址投毒的主要解毒剂，以及防火墙后节点被误判离线的原因。

比特币核心的 onlynet 参数限定自动出站连接只走指定网络，设成 onion 或 i2p 可让节点完全不在公网发起连接。官方帮助文本写明入站与手动连接不受影响，配置文件里一条残留的明文 addnode 就能让隔离功亏一篑。本文拆解参数的精确取值与语义、与监听和权限配置的分工，以及三步自查清单。

节点发 getdata 点货，对端手里没有对应数据时回一条 notfound，把"在路上了"和"根本拿不到"区分开。比特币核心源码 protocol.h 定义该消息类型，net_processing.cpp 在处理 getdata 时把取不到的条目攒进 vNotFound 回给请求方。本文拆解它出现的位置、与孤儿交易等待和区块补洞的配合，以及误读它导致的排障弯路。

多签 P2SH 的重建脚本原本不要求公钥顺序，n 个密钥就有 n 的全排列级脚本变体：同一份 m 加 n 配置能开出多个合法地址，钱包之间还互相认不出对方。BIP67 规定公钥按字典序升序排列来定死唯一脚本。本文拆解排列爆炸的地址后果、排序约定的具体规则，以及隔离见证时代它的新角色。

默认 SIGHASH 把签名焊死在它引用的前序输出上，通道每更新一代就得为每笔历史状态预签惩罚交易。BIP118 提议把前序引用移出签名哈希承诺，让同一份签名可以合法附着在结构相同、资金来源不同的交易上，为 eltoo 的无状态通道更新铺路。本文拆解承诺清单的构成、松绑后 eltoo 的链上两步对抗、协议自身的纪律要求，以及它停在草案状态的现实原因。

比特币核心把节点学到的对端地址记进内存地址管理器并周期性落盘到数据目录的 peers.dat，重启后优先从验证过的 tried 表重连。本文拆解 new 与 tried 两级结构、网段分桶防污染、文件损坏与陈旧的表现，以及它和封禁名单、DNS 种子的分工。

BIP114 把一笔输出的多条解锁条件组织成默克尔树：链上只承诺一个根哈希，花币时揭示所用分支加哈希路径，其余条件不上链。本文按体积账、隐私账、计费账拆解 MAST 默克尔化抽象语法树的机制，讲清单元素五百二十字节等脚本上限怎么逼出这套设计，BIP114 为何关闭，以及 Taproot 与 Graftroot 各自接过了哪一半。