比特币钱包文件的底层引擎正在完成一次时代交替：描述符钱包用 SQLite，旧式钱包用 Berkeley DB，而新版客户端已不再允许创建或加载后者。本文按版本梳理 0.21 引入、23.0 转默认、30.0 停用的完整链条与 migratewallet 的边界。

Bitcoin Core 把区块连续写进 blk 数据文件，同时为每段区块写一份 rev 撤销数据，重组摘块时靠后者恢复被花费的输出。本文按官方文件系统文档拆解 blk、rev、xor.dat 与区块索引的分工，解释顺序追加的布局逻辑、重组回滚时的读取路径，以及文件损坏时的排查顺序。

给比特币核心钱包设过密码之后想换口令，应该用哪个命令、会不会影响已有地址和备份。本文拆解 walletpassphrasechange 与 encryptwallet、walletpassphrase 的分工，说清改密码改的是哪一层、哪些东西不会变、什么时候必须重新备份。

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

比特币核心的 joinpsbts 能把多个 PSBT 合并成一份，用来把各方分别准备的输入输出拼成同一笔协作交易。本文按源码行为讲清它的合并规则：输入不许重叠、版本取最高、locktime 取最低，以及它和 CoinJoin 类协议的真实关系与隐私局限。

比特币核心钱包默认用自动费率估算，settxfee 可以把它切成固定的每千虚拟字节费率。本文说清这个开关的行为、0 值代表什么、与 -paytxfee 的优先级关系，以及手动费率在拥堵时段的两类代价。

比特币核心的 sendmany 用一笔交易覆盖多个收款人。本文从字节的账本出发，比较它与逐笔发送在输入选择、找零、隐私和费率上的真实差异，并说明 0.19 版本移除 minconf 参数之后调用方式发生了什么变化。

只读三条 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 这个终极省电闸各自的边界与取舍。