比特币名字让付款像发邮件一样输入用户名加域名就能完成。本文拆解 BIP353 如何用 DNSSEC 签名的 DNS TXT 记录承载收款指令，硬件钱包为何偏好这套方案，以及域名到期、缓存过期与仿冒字符带来的风险边界。

把文件哈希写进比特币不是为了转账，而是证明这份内容在某个时间点之前已经存在。本文拆解 OpenTimestamps 如何用默克尔树把海量存证请求聚合进一笔交易，普通人如何验证一张 .ots 回执，以及它不能证明什么。

区块大小之外，比特币还有一条按签名验证操作计数的预算线：隔离见证前每块两万次，BIP141 之后按四倍权重折成八万成本单位。本文解释这条账怎么记、为什么 15 个公钥的多签比十几次普通支付更费预算。

2012 年的 P2SH（BIP16）用另一套激活机制：矿工在 Coinbase 输入里投出支持字符串，官方按 2012 年 2 月 1 日前七天约百分之五十五的支持率作数，到约定时间戳起全网强制验证。本文按 BIP16 原文复盘这次特殊的激活设计与其遗留教训。

测试网算力太小导致频繁重组，Regtest 又太好控制，Signet（BIP325）给出的答案是让工作量证明之外再交一份满足挑战脚本的签名。本文拆解这条受约束测试链的机制、Bitcoin Core 的接入方式，以及它适合哪些联动测试场景。

BIP 是比特币改进提案的缩写。分配编号、社区讨论、写参考实现、主网激活是四件不同的事，各有各的状态。本文依据 BIP-0001 讲清 BIP 的类型划分、状态词表和最容易踩的误读：状态变成 Final 也不等于主网已经生效。

矿工给区块盖时间戳并不自由：必须晚于前十一个块的中位时间，又不得超过节点本地时钟加两小时。正因为相邻两个难度周期的交界处不受连续性约束，历史上出现过利用边界让难度被错误下调的时间弯曲思路。本文按共识规则拆解这三条时间约束如何咬合，以及改进提案如何堵住边界缺口。

比特币节点对付捣乱对端的方式是静默劝退：验证失败或协议违规会触发断连并进入本机会话级的不鼓励集合，重启即忘；只有管理员手动封禁才生成带到期时间的持久记录。本文拆解这套 discouragement 机制的行为来源、默认时长档位、权限白名单的例外通道，以及跑公网节点时误伤与自己挨断都是同一套机制造成的。

比特币节点不直接推整个区块，而是先互相递一张清单：inv 消息报出我有哪笔交易、哪个区块的哈希，对方再按需回一条 getdata 点名要货。本文按点对点协议参考拆解这套问询式广播的两步结构，以及为什么 getdata 要不到已剪枝的历史区块、mempool 消息和 inv 怎么配合。

比特币节点之间发的每一条消息，都是 4 字节网络魔数、12 字节命令名、4 字节长度、4 字节校验和加负载的固定结构。本文按 developer.bitcoin.org 参考手册逐字段拆解这个封包格式，解释校验和为何只取双重 SHA256 的前四字节、多字节整数为什么按小端传输，以及封包结构本身不承担验证责任这件事意味着什么。