每个比特币节点握手时都会递出一行版本字符串，它成就了全网补丁率统计，也顺手制造了可追踪的指纹。本文拆解这条字符串的去向、用 getnetworkinfo 与 getpeerinfo 查验的方法，以及 -uacomment 注释适合与不适合写什么。

同一笔合法交易可能被部分节点拒转、部分矿工照收，根源在于共识与政策两套规则。本文解释标准性参数（尘埃线、bytespersigop、OP_RETURN 上限）为什么不属于共识，软分叉如何借这条缝隙推进，以及卡单排障时先查哪道门。

同一句调用失败可能来自 HTTP、JSON-RPC 与钱包 Provider 三个层。本文按 JSON-RPC 2.0 与 EIP-1193 的官方编号表拆解 -32700、-32601、4001、4900 等错误码的责任边界与各自的正确处置。

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

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

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

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

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

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

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