Bitcoin Core 大约每六个月发布一个大版本，只维护最近的三个大版本，EOL 分支原则上不再接收安全修复。本文拆解官方生命周期政策：版本号含义、共识规则为何走维护版、软件版本与交易和网络协议版本的关系，以及节点运营者的升级纪律。

轮询 RPC 又慢又浪费，ZMQ 让 Bitcoin Core 在新区块与新交易到达时主动推送事件。本文说明官方文档给出的定位：这是一条未认证、单向的通知通道，订阅者必须自行核验数据；并给出暴露面、信任模型与断线补账三个维度的部署清单。

从 TCP 连上到第一块数据落地，比特币节点先互发版本消息声明能力，再用验证消息确认，在短暂窗口里协商见证编号中继，然后区块头先行、清单喊话、地址互赠。本文按协议文档复原这条时间线，并给出连接异常时的分层排查顺序。

比特币核心 v30 把孤儿交易库从数量上限改为按输入数与总权重双账管理，maxorphantx 退役。本文拆解新计量逻辑、对交易卡住排障与收单系统运维的实际影响。

比特币核心 v30 加入 bitcoin 统一入口命令，测试与节点二进制迁入 libexec，并实验 IPC 挖矿接口对接 Stratum V2。本文按升级清单讲清路径变化、RPC 退役与节点接矿池的远线。

比特币核心 v30 给无条件日志按源位置设每小时配额并加抑制标记。本文解释日志洪泛的真实风险、星号标记的读法，以及取证、状态、告警三通道的分工。

Bitcoin Core v31.0 把内存池的实现换成了集群设计：相互有父子关系的交易被划进同一个簇，默认每簇不超过 64 笔、约 101 千字节，节点按簇排序、按簇驱逐。本文讲清这次底层改造与老规则（祖先与后代限制、CPFP carve out）的告别，以及对加急费用策略的实际影响。

EIP-7910 为以太坊客户端增加 eth_config JSON-RPC 方法，节点由此可以直接回答自己当前生效的协议参数与各升级激活时间。这条能力随 2025 年 12 月的 Fusaka 升级进入主网。本文讲它解决什么确认难题，以及不同身份的人怎么用它。

公共 RPC 超时、限流或同步落后都会伪装成钱包故障。本文讲换备用节点前后的三项核验、添加网络与换接口的区别，以及公共端点的限速脾气。

2018 年 9 月，比特币核心披露了一个由重复输入引发的漏洞：轻则节点崩溃，重则让矿工凭空多算一份钱。本文按官方公告时间线复盘 CVE-2018-17144 的成因、受影响的 0.14 至 0.16.2 版本区间，以及它对今天运行节点者的三条现实教训。