按流量计费的服务器跑比特币节点，上行最先爆表。maxuploadtarget 以每 24 小时为窗口限制出站流量，逼近目标时先停供一周外的历史区块再停过滤区块。本文拆解削减顺序、144 区块推荐下限、白名单流量计入但不断线的细节，以及和修剪模式的搭配。

同样是生成交易 inclusion 证明，gettxoutproof 有时成功有时报找不到，差别在于该交易是否还有输出留在 UTXO 集合。本文拆解证明里区块头加哈希路径的结构、txindex 与手工指定块哈希两条补救路，以及验收证明时的交叉比对顺序。

闪电节点收不到图谱更新，多半是没设 gossip_timestamp_filter：BOLT 7 规定节点不发这条订阅消息就收不到任何转发公告。本文拆解链哈希加起始时间戳加时间跨度的三字段语义、默认沉默规则、两周修剪与心跳噪声，以及图谱停更的排障顺序。

比特币协议规定每个区块的 coinbase 交易输出要再等 100 个区块确认才能被花费。本文解释这条共识常数的作用：分叉回滚时区块奖励如何变成可双花的幻影输出，成熟期如何堵住这个漏洞，以及钱包里已余额与可用余额差异的真正原因。

当更重的链到来、节点放弃当前_tip_上若干区块时，UTXO 集合必须精确倒回分叉点。比特币核心靠每块一份的撤销数据（undo data）完成这次倒带。本文拆解区块断开的机制、撤销数据存在哪里、剪枝节点的能力边界，以及重组发生时该看哪些信号。

比特币区块头里的时间戳是矿工自己填的，却受制于三条校验：必须大于前 11 块的时间中位数、不能比节点估算的网络时间超前两小时以上、并反过来决定时间锁交易何时生效。本文讲清中位时间、未来块拒绝与时间锁三者怎么互相咬合。

区块头里表示难度的 nBits 只有 4 个字节，代表的却是一个 256 位的巨大目标值。本文拆解指数加尾数的紧凑编码、正负号与前导零的规范化陷阱，以及它与工作量证明、难度调整的实际关系。

比特币脚本有大小、操作码数、栈深度、元素长度四类共识硬限，还有一层更严的政策标准线。本文给出可查证的数字，解释两层限制分别由谁执法、为何交易明明合法却进不了块，以及多签与数据脚本开发该怎么读这些天花板。

闪电发票就是一串以 bc1 或 lnbcbc 前缀打头的长字符串，内部藏金额、支付哈希、时间戳、备注、过期时间、特性位等一组标签字段，末尾还带 bech32 校验位。本文逐段拆读结构，并说明哪些字段缺失时的协议默认值。

闪电网络里每条被广播的通道靠一个叫 Short Channel ID 的编号寻址，写法像 539268x845x1。它由通道资金交易在链上的位置折叠而来，三个字段各占三字节、三字节、两字节。本文解释编码方法、它如何塑造了公告与查询机制，以及编号随重组失效的边界。