比特币区块校验顺序与被拒代号对照：头部、结构、上下文三层各管什么，bad-signet-blksig等代号读法与排障方向，v31.0源码。

比特币节点如何检查区块头里的时间戳：为什么太新的块会被当作未来块拒绝，中位数时间Past怎样限制挖掘时间戳。

CometBFT 的 ABCI++ 把 ExtendVote 与 VerifyVoteExtension 挂到预提交消息上：验证者可在票里夹带应用定义的数据，代价是校验必须确定性、只依赖已提交状态。本文拆解扩展的触发时点、验算规矩，以及它回到下一块提案时必须补的一次验算。

Avalanche 家族靠反复随机采样收口：每轮询问 k 个质押加权验证者，α 决定何时改偏好、何时加置信，β 决定连续多少轮一致才下结论。本文对照 avalanchego 源码的默认参数与校验规则，讲清这三个字母的职责与取舍。

以太坊协议从未规定执行层客户端必须保留多深的可重建状态，重组一来，有的客户端能就地重放、有的只能重新同步。EIP-8252 在 2026 年 4 月提出一个协议级底线：REORG_RETENTION_WINDOW 等于 262144 个区块（8192 个纪元乘每纪元 32 槽，约 36.4 天），要求客户端以快照、反向状态差分或等价表示，保证窗口内每个规范区块的状态可重建，从而覆盖不活跃漏泄约束下的最长非最终期。本文拆解这个常数的来路，以及它为什么只锁窗口不锁手段。

ERC-918 创建于 2018 年 3 月 7 日，仓库状态为 Stagnant。它给 ERC-20 代币加了一层工作量证明发行接口：合约公布一个挑战数，挖矿者不断尝试随机数，把挑战数、自己的地址和随机数串起来的哈希值必须落在目标值以下，才能调用 mint 函数领奖。本文按原文拆解挑战数、难度目标、调整间隔四个参数的联动，以及代理提交挖矿结果的 delegatedMint 怎么给不跑节点的人留口子。

Sui 合约读的链上时间来自创世建在 0x6 的唯一共享对象 Clock，时间戳随每次共识提交推进，读它的交易必须走共识。本文按 Sui 官方文档拆解这份时间的更新节奏、快路径分界与纪元时间戳的粗粒度替代。

NEAR 的每个区块为每个分片携带一个 chunk，而谁负责生产某个分片在某个高度的 chunk，是由协议按高度确定性分配的。本文按 nearcore 官方协议文档拆解区块与 chunk 的包含关系、epoch 内按高度轮换的分配算法、区块生产者与只生产分片的 chunk-only producer 的分工，以及这套排班为什么可以离线推算。

X11 是 Dash 白皮书提出的串行哈希算法：把十一种 finalist 级哈希函数首尾相接，区块头要连过十一关才算有效解。设计目标一是抬高 ASIC 开发成本——厂商要为多个算法同时铺货；二是分散单一算法被攻破的系统性风险。本文讲清它的结构、与 SHA-256d 和 Scrypt 的差异，以及它实际达成的和没达成的。

提案消息只带 BlockID 与 PartSetHeader，区块字节靠邻居间分片 gossip 补齐。本文按 CometBFT 规范拆解切块结构、两份默克尔根各自防什么、以及轮次升高与传块超时的关系。