bitcoin-cli -getinfo 用一条 JSON-RPC 批量数组向服务端同时请求网络、链与钱包信息,再在本地拼成人类可读的输出;帮助文本明确警告各字段可能取自不同时刻。本文按 v31.0 源码核对它的请求序列、失败形态与适合与不适合的使用场景。
汇总与「节点运维」相关的文章,帮助你系统了解该主题。
bitcoin-cli -getinfo 用一条 JSON-RPC 批量数组向服务端同时请求网络、链与钱包信息,再在本地拼成人类可读的输出;帮助文本明确警告各字段可能取自不同时刻。本文按 v31.0 源码核对它的请求序列、失败形态与适合与不适合的使用场景。
-rpcwhitelist 给指定 RPC 用户声明可调用的方法清单,同一用户多条清单取交集;-rpcwhitelistdefault 控制未写清单用户的默认待遇,默认从严。本文按 v31.0 源码核对这两条参数的反直觉默认语义、与 rpcauth 的配合姿势,以及批量调用逐条过闸的行为。
比特币节点默认按累计工作量选链,工作量相同的平局则由到达顺序决定。preciousblock 把指定块标记为视同更早收到,从而在本轮运行里改变这台节点的平局裁决。本文按 v31.0 源码核对该命令的三条语义承诺、与 invalidateblock 的分野,以及它为什么不能跨重启。
Bitcoin Core v31.0 保留了 -checkpoints 作为隐藏参数:设置它不会改变任何行为,只会在启动时给出一条无效警告。本文按 v31.0 源码核对这条警告的两处代码落点,并回顾硬编码检查点如何被 assumevalid 一族的假设机制接替。
Bitcoin Core v31.0 的 -logratelimit 默认开启,把同一代码位置一小时写入的日志限在一兆字节内,防止用日志刷满磁盘;-loglevelalways 则决定每行是否强制带分类与级别前缀。本文按 v31.0 源码核对两个常量的默认值、限速窗口与组合用法。
bitcoin-cli -addrinfo 不是服务端原子 RPC,而是命令行工具向 getnodeaddresses 发一次全量查询后在本地按网络分桶计数。本文按 v31.0 源码核对该开关的底层调用、质量与新鲜度过滤的含义,以及新节点首连排障时每个网络计数怎么读。
Bitcoin Core v31.0 的 -printpriority 默认关闭,打开后节点在把交易选进候选块的瞬间记录该笔交易调整后的费率与哈希。本文按 v31.0 源码核对该参数定义、modified fee 的含义、与 prioritisetransaction 和 getblocktemplate 的关系,以及长期开启的日志代价。
打开 -logthreadnames 后日志行出现方括号线程名。本文按 Bitcoin Core v31.0 源码列出显式命名线程(net、msghand、addcon、opencon、scheduler、http、torcontrol、mapport、privbcast、initload、shutoff、scriptch 系列与各索引线程)的职责,并给出日志在动但功能失联类故障的排法。
Bitcoin Core v31.0 移除了 tor 网络名称(v0.17.0 起由 onion 取代),onlynet=tor 会直接报错;同时 torcontrol 的 ADD_ONION 自动隐藏服务链路完整保留,v31 还新增依赖 Tor 与 I2P 的 -privatebroadcast。本文拆开网络名与 Tor 功能两层。
Bitcoin Core v31.0 的 debug.log 前缀由四个启动参数控制:时间戳默认开,微秒、线程名、源码位置默认关。本文按 logging 源码与发布说明核对默认值、拼装顺序、v31 把源码位置收敛为函数名的改动,以及 logging RPC 热开关的真实边界。