Bitcoin Knots 是比特币核心的增强分支，由早期贡献者 Luke Dashjr 长期维护。它和核心在共识层判定完全一致的区块有效性，差别集中在中继策略、默认配置和功能项。本文讲清两者的分层关系与选型思路。

比特币核心的 REST 接口让脚本和浏览器用一行 HTTP 请求查询区块、交易与内存池数据，默认关闭、只读、无鉴权。本文按源码级事实拆它的端点清单、启用方式、与 RPC 的分工和安全红线。

闪电网络同样不止一种实现：Go 写的 LND、C 写的 Core Lightning、Scala 写的 Eclair、Rust 写的 LDK，共同遵守 BOLT 规范。本文用官方仓库描述与规范文本，讲清实现多样性的意义与各自的生态分工。

比特币核心对「自家人」的待遇早就不是白名单一个布尔开关，而是一套可逐项组合的权限旗标：noban、relay、forcerelay、download、mempool、bloomfilter、addr。本文按源码逐项讲清含义、默认值与滥用的代价。

比特币核心的配置不止 bitcoin.conf 一个文件：0.21 起，节点还会在数据目录维护 settings.json，记录运行时写入的软设置。本文讲清两层配置的分工、GUI 改配置去了哪里、以及配置不生效时先看启动日志的排障法。

比特币核心把共识校验逻辑从网络、存储、钱包服务中抽离成独立内核库，v24.0 源码树中对应 src/kernel 目录与演示程序 bitcoin-chainstate。本文说明这个实验性重构解决什么、它处于哪个阶段，以及它与操作系统内核的区别。

比特币核心提供 setnetworkactive 一个布尔开关，可以不停进程就暂停或恢复全部 P2P 网络活动。本文解释它到底关掉了什么、没关掉什么，和防火墙、参数级断网方式的差别，以及维护、演练、防误广播三类场景下的正确用法。

只读三条 RPC 就能搭起比特币节点的最小存活监控：uptime 看进程活了多久，getconnectioncount 看还有多少对等连接，ping 看响应是否迟钝。本文讲每个指标的真实含义、误读方式和一条低成本告警线的阈值思路。

比特币节点的 JSON-RPC 本质上就是本地 HTTP 服务：curl 发一段 JSON 就能调用。本文按官方接口文档拆解请求形态、cookie 与 Basic 认证怎么配、多钱包时 /wallet/ 路径怎么走，以及 v28 之后 JSON-RPC 2.0 标记的影响与常见报错定位。

内存只有 2G 的 VPS 也能跑比特币核心节点，官方 reduce-memory 文档给出了参数路线。本文逐项解释 dbcache 的默认值与下调代价、验证线程 par、连接数 maxconnections，以及 blocksonly 这个终极省电闸各自的边界与取舍。