2017 年围绕比特币区块大小上限的争吵产生过大量提案，BIP-104 是其中思路最「去政治化」的一份：像难度调整一样，每 2016 个块根据过去两周的平均区块填充率自动重算上限，目标把区块维持在七成满。提案给出公式、激活门槛与被否掉的备选方案，最终随规模之争降温而关闭。这份提案的价值在于它把「上限该多大」翻译成「上限该按什么规律变」。

很多人以为一份 BIP 一旦通过就代表全社区拍板，2025 年部署的 BIP-3 把这种误读写进了规则：它明确说仓库不追踪社区情绪也不统计采用率，每份提案只是作者的私人建议。这份由 Murch 起草、取代 BIP-2 的流程提案，砍掉了编辑角色里大量主观判断，引入副作者（Deputy）制度，并给提案正文规定了从摘要到变更日志的固定骨架。本文按原文逐段拆解它的四个关键改动，以及为什么流程文件本身反而是理解整个 BIP 仓库的钥匙。

2016 年提交的 BIP-99 做了一件被长期忽略的事：给「分叉」这个词建立一套分类学。作者 Jorge Timón 区分了意外的共识分叉（实现 bug 导致）与计划的共识分叉，给出软分叉与硬分叉的定义，并按迁移成本、兼容性、时机与治理四个轴给出选择部署方式的框架，还拿 2013 年 3 月的意外分叉与分币提议两个案例做对照。这份提案没有成为规则，但理解它比背下两种分叉的名词解释更接近真实工程处境。

2015 年 7 月，Pieter Wuille 提交了一份反直觉的扩容提案：不比今天该多大，而是把 1MB 上限换成一个随时间指数增长的函数——2017 年 1 月起每约 97 天增长 4.4%，年化合计约 17.7%，最多翻 11 倍到 2063 年。BIP-103 的理由写在动机部分：硬分叉是极强的工具，只该用于无争议变更，而区块大小之争有争议，所以把增长交给一个所有人都能提前算出的时间表。这份提案最终关闭，但它的时间函数、按中位时间取参、签名操作限制同比放大等细节，仍是一份完整的工程样本。

同样是标准提案，改区块验证规则和改一条收款 URI 的落地难度差着一个数量级。2015 年部署的 BIP-123 把标准类提案划进共识、对等服务、API/RPC、应用四个层，并逐层写明判据：共识层管「任何人可本地判断历史与状态是否合法」的密码学承诺结构，分歧会直接分链；对等服务层允许无损增减；API 层容许竞争标准并存；应用层谈共享数据约定。以太坊的 EIP-4 后来直接搬走这套框架。本文按原文梳理四层判据、层内的软硬分叉细分，以及它附带的存量提案归类表带来的治理副作用。

闪电网络用 HTLC 在比特币链上中转支付，而 2019 年 3 月领号的 BIP-197 把哈希时间锁合约改装成了一份跨链借贷合同：借款人在比特币链上锁定抵押品，贷款本金在另一条链上发放，还款凭「秘密揭示」驱动，违约则在清算、竞价、扣押三段时限里分配抵押品。作者来自 Atomic Loans 项目，脚本把拒绝放款、按期还款、清算与扣押四条路径全部编进了可自动执行的 P2SH 模板。本文逐段拆解可退抵押与可扣押两条脚本的分支结构，以及五把秘密哈希如何充当合同的事件信号。

2025 年 4 月领号的 BIP-177 提议一件听上去像文字游戏、实际牵动所有显示层的事：把「一个比特币」这个名字从一亿个基本单位改给一个基本单位，账本与共识纹丝不动，变的只是人类读数。草案写明内部单位不变、BTC 货币代码仍指一亿基本单位、应用应提供新旧显示切换。本文按原文拆解这套重命名的三条规则、它对日元与印尼盾式高计数习惯的援引、驳斥 BIP-176 bits 方案的理由，以及一个纯显示层的变更为什么仍能让整个行业紧张。

比特币核心默认用每次启动重生成的 .cookie 文件做 RPC 认证：rpccookiefile 挪位置、相对路径加网络目录前缀、umask 与 rpccookieperms 的权限接力、与 rpcauth 并行共存。以 v31.0 源码为准。

bitcoin-cli 定位目标节点靠 rpcconnect：默认 127.0.0.1，支持主机加端口合写，优先级低于 rpcport 高于链默认端口；端口解析失败原样报错。跨机、容器与多链场景逐项拆解，以 v31.0 源码为准。

比特币核心 -connect 是排他式连接：只连指定节点、可重复叠加，并连带关闭 dnsseed 与默认监听；-noconnect 只关自动连接。它与 -addnode 的分界、封闭拓扑的监控基线，以 v31.0 源码为准。