按 aptos-core 官方仓库文档拆解 Aptos 的区块链流水线：共识排序、Block-STM 并行执行、签名认证与提交落盘四阶段如何跨区块重叠推进，网络、CPU 与磁盘三类资源如何错位利用，流水线结构对延迟与吞吐的实际含义，以及它与顺序执行链的取舍和该仓库文档给出的边界。

共识校验不看输入有多少条，反序列化却先把尺寸声明框死在约 3354 万以内，标准政策和权重预算再把现实数字砍到几千。本文拆开这条"没有条数上限的上限"，按共识、协议、政策三层各自算一遍账，再讲巨型输入在 sigops 预算和手续费上的现实约束。

区块规则对交易条数没有直接上限，条数天花板完全由每笔交易有多小决定。本文用 65 字节政策地板、400 万权重上限和区块预留权重三段约束做一次思想实验，再解释为什么实链每块条数比理论值小两个数量级，以及用哪个 RPC 能看真实分布。

共识规则只管交易别太大，标准政策却反过来管交易别太小：非见证部分低于 65 字节的交易默认不中继。本文拆开这条地板线的源码出处、它和尘埃规则的配合关系，以及为什么给交易设下限和保护 UTXO 集合是同一件事。

十分钟不是数学推出来的常数，它是中本聪当年拍下的一个平衡点。本文核对白皮书与官方 FAQ 里能找到的原始说法，对照 v31.0 源码里 nPowTargetSpacing 的取值方式，解释传播延迟与孤块浪费两侧的成本账，以及为什么这个参数多年没人动。

以太坊的字段大多用任意精度整数定义，节点各写各的上限会积累一致性隐患。2018 年的 EIP-1985 给 Gas、区块高度、时间戳、地址、各类尺寸划出统一值域，2022 年的 EIP-4803 则提议把交易 gas 上限钉在 2 的 63 次方减一并自创世追溯适用。本文对照这两份都停在 Stagnant 的提案与已经生效的 nonce 封顶先例，讲清"数字边界"为什么是共识问题，以及它对钱包显示大数字的实际影响。

比特币核心用 minimumchainwork 给合法链的累计工作量设地板，低于它的链不值得处理。本文依据 v31.0 源码说明该常量的来源与随版本上调的原因、它在初始块下载与跳过脚本校验中的作用，以及与 assumevalid 的位置概念之分。

抗量子签名又大又没法像 BLS 那样直接相加，共识层的证明聚合只能换办法。EIP-8292 引入聚合器角色：用极简虚拟机产出 succinct 证明，证明海量哈希签名有效。本文拆解这份草稿的角色设计。

比特币节点在分叉之间做选择时比较的不是区块个数，而是累计工作量。本文从节点源码里的选链函数语义出发，解释工作量的构成、它和"最长链"说法的偏差，以及重组发生时未确认交易和余额会发生什么。

EIP-7942 给以太坊分叉选择加一道稳定性门槛：区块要带得住上一时隙至少三分之一验证者的证明才算稳定块，链的选择改沿稳定块推进。本文按草案拆解这条规则的三部分改动、它针对的重建攻击分类与离落地还差的路。