比特币专题

setnetworkactive关闭后还能做什么？

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

getaddednodeinfo怎样审计手工节点？

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

addnode三种命令怎么选？

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

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

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

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

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

节点视角的分叉地图：getchaintips 五种状态怎么读

比特币节点维护的从来不只一条链。哪些分支被完整验证过、哪些只有块头、哪条被标记无效，getchaintips 给出的地图能回答这些问题。本文对照 Bitcoin Core 29.0 RPC 文档逐项解释五种状态的来历与用途。

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

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

钱包余额的四个格子：getbalances 把信任拆成了几层

一个数字的余额会撒谎。getbalances 把余额拆成可信、待确认、未成熟与已使用四格，外加观察钱包栏，本文依据 Bitcoin Core 29.0 RPC 文档说明每格的严格定义与选币脚本该怎么消费它们。

节点自报家门的方式：BIP14 用户代理字符串解剖

每次握手，比特币节点都会把一串类似 /Satoshi:x.y.z/ 的字符串递给对方。它怎么读、哪些字符是Reserved保留符号、为什么协议专门规定不能拿它决定行为，本文依据 BIP14 原文拆解这串网络 census 里最常被误读的字段。

先把这笔币冻住：lockunspent 与 abandontransaction 的止损组合

选币出错、交易卡死、粉尘找上门时，钱包层面有两件趁手的工具：临时锁定输出一笔一笔冻结，放弃交易一笔勾销。本文依据 Bitcoin Core 29.0 RPC 文档拆解两个命令的确切语义、持久化边界与组合使用顺序。