比特币核心的 addconnection 是一条源码里标注仅用于测试的建连命令。本文拆解它与 -connect、addnode 的分工、outbound-full-relay 等四种连接类型各自的岗位职责,以及为什么它在主网被链类型闸门直接拒之门外。
比特币核心的 addconnection 是一条源码里标注仅用于测试的建连命令。本文拆解它与 -connect、addnode 的分工、outbound-full-relay 等四种连接类型各自的岗位职责,以及为什么它在主网被链类型闸门直接拒之门外。
闪电节点本地保存着所有已关闭通道的结关摘要,closedchannels 把它按协商关、本地强关、远端强关、违约关、资金取消与放弃六档归类。本文逐项解释每档的账务含义,以及 settled_balance 与 time_locked_balance 怎么用于对账。
LND 的 debuglevel 可以在不重启进程的前提下把日志详细程度粗调到全局、细调到子系统,裸调用还能看到每个子系统当前级别。本文讲它的两种形态、运行时改动与配置文件基线的关系,以及磁盘与脱敏的取证纪律。
LND 的 feereport 同时给出两半内容:每条通道现行的 base_fee_msat 与 fee_per_mil 报价,以及交换层过去一天、一周、一个月实收路由费三个累计值。本文讲清报价字段的小数口径、滚动窗口与自然日的差别,以及它和转发明细的分工。
钱包余额落后于块高、索引进度追不上链,多半是验证接口队列还没消费完。本文按 v31.0 源码讲清这条无参数同步命令到底等的是什么队列、它在回归脚本与排障里的正确用法,以及为什么它不能修复卡住的同步。
对比只看计数的 getaddrmaninfo,实验性命令 getrawaddrman 把比特币节点地址管理器的 new 与 tried 两表按桶位逐条展开,连介绍人 source 与 asmap 归属都原样给全。本文讲它的输出结构、三类取证用法与实验性标签的实际含义。
LND 付款历史用索引而不是时间游标翻页:index_offset 排他、编号与个体付款绑定不随新记录漂移,first 与 last 两个游标支持双向续读。本文按接口定义讲这套分页语义、include_incomplete 与三本账的对账顺序。
闪电节点的钱分住两层:内置钱包的链上 UTXO 与通道的本地份额,LND 用 walletbalance 和 channelbalance 两个接口分别记账。本文拆完五个链上字段与四档通道字段,给出一条三分钟对账动线和单位纪律。
与 estimatesmartfee 的温和报价不同,estimaterawfee 把估算器内部的桶统计原样摊开:逐块指数衰减 decay、目标分辨率 scale,以及满足 0.95 阈值的 pass 区间与不达标的 fail 区间。本文逐项读这些字段,并说明它更适合诊断而非下单。
比特币核心的调度器排着地址库落盘、巡检、重广播等周期杂务,mockscheduler 把这台钟向前拨 1 到 3600 秒,让任务立即到期——但它被链类型检查锁死在 regtest。本文讲它拨的是哪台钟、和 setmocktime 的分工,以及测试纪律。