比特币专题

交易所属平台提比特币迟迟不到账：按五个核对点定位卡在哪一段

平台提币单里的一笔比特币，要穿过内部风控窗口、内存池排队与打包进块三段路才算真正到账。本文以提币单字段为线索，给出地址网络、费率定价、交易编号、确认数语义五个核对点，以及三种卡顿形态各自该走的处置路径。

脚本监控区块别再每秒轮询：waitforblockheight 的等待语义

用轮询查询区块高度的监控脚本，要么空耗调用要么反应迟钝。比特币核心的 waitforblockheight 把条件挂给节点、达标瞬间返回，配合超时分支与确认数复核才构成闭环。本文拆解长连接挂起机制、与轮询的成本对账，以及重组场景的验收清单。

getblock 的 verbosity 四档：从十六进制到 prevout 的代价阶梯

同一个 getblock 命令，verbosity 传 0 到 3 是四种完全不同的负载策略：原始字节、字段报告、逐笔展开、再加上一手输入溯源，而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界，以及体检报告字段的连读方法。

setnetworkactive关闭后还能做什么？

setnetworkactive会关闭或恢复Bitcoin Core的全部P2P网络活动，但不会停止bitcoind进程、删除链数据或自动禁用本地RPC。本文以维护窗口为线索，说明关闭前基线、离线期间可做与不可证明的事项、恢复联网后的同步验收。

addnode三种命令怎么选？

Bitcoin Core的addnode支持add、remove和onetry：持续维护、移出列表与单次尝试的含义不同，手工节点连接还采用独立的同时连接上限。本文给出维护节点、临时诊断和撤销配置三类决策，并说明BIP324传输参数的适用边界。

getaddednodeinfo怎样审计手工节点？

getaddednodeinfo展示通过addnode RPC或-addnode配置维护的目标、连接状态与当前连接端点，但它不是全部Peer清单或DNS候选列表。本文说明核心字段的读法，以及如何再用getpeerinfo核对当前manual连接。

disconnectnode按什么标识断开？

Bitcoin Core的disconnectnode可按当前连接地址或getpeerinfo返回的nodeid断开Peer，但两个参数必须严格二选一。本文给出连接快照、精确定位、断开验收与防止意外重连的处置流程，并区分一次断连与永久封禁。

拆一份 getblocktemplate 模板：矿工能改哪些字段、哪些是红线

出块前，节点会把半成品区块交给矿工自行组装。这份模板里，哪些字段一个字节都不能动、哪些是明示可以修改的自由空间、交易清单又带着哪些依赖关系，决定了组块工作的全部边界。本文以 Bitcoin Core 29.0 导出的 RPC 文档与 BIP22 为依据逐项拆解。

闪电通道的链上手续费谁说了算：update_fee 的单声道规则

通道开了以后，链上手续费率涨了几倍怎么办？闪电协议把改价权交给了出资一方，另一方则被明确禁止发言。本文依据 BOLT 2 拆解 update_fee 消息的权限规则、单位陷阱与异常处置。

内存池逐项体检：getrawmempool 详细模式字段速查

同样是看内存池，不带参数只有一列交易编号，加上详细参数则是一整套账本。依赖关系、祖先统计、交易见证哈希、四种费用口径各自回答什么问题，本文以 Bitcoin Core 29.0 RPC 文档为准逐项讲清。