性能指标如何区分
区块链账本性能涉及哪些技术概念，首先要从吞吐量、延迟和最终性看起。吞吐量描述单位时间处理的交易数量；延迟描述交易从提交到某个确认阶段所需的时间；最终性关注交易记录在什么条件下可以视为确定。
比较性能时，需要统一交易类型与确认口径。简单转账与复杂合约执行的工作量不同，收到处理回执、被区块收录和完成最终结算也属于不同阶段，不能直接混为同一个速度指标。
账本结构与验证成本
比特币开发者指南介绍了全节点独立验证区块、以UTXO记录未花费输出，以及通过默克尔树组织交易摘要的机制。默克尔证明可以帮助客户端核实交易是否被区块收录，但这一证明本身不等同于完整验证交易有效性。
因此，账本性能既涉及新增记录的速度，也涉及验证记录所需的计算、存储与数据传输。评估某种优化时，应明确它减少的是证明大小、验证工作还是保存数据的负担，不能将这些效果相互替代。
共识、传播与确认条件
共识规则决定节点接受哪些记录，网络传播影响节点何时收到这些记录。比特币可能出现暂时竞争的链分支，节点依据有效链的累计工作量选择链。这说明交易被收录之后，仍需结合链的确认机制理解其稳定程度。
出块间隔与最终性也应分别讨论。更快出现新区块，并不能单独证明交易更快达到同等安全程度；比较不同系统时，需要说明各自采用的确认条件。
扩容中的执行与数据可用性
以太坊扩容文档区分链上与链下扩容。Rollup将交易执行移到主链之外，并向主链提交相关数据；乐观式方案与零知识方案分别采用不同的争议处理或有效性证明机制。侧链使用自身的共识规则，不能因为与主链相连就视为具有相同安全保障。
理解这些架构，需要区分交易在哪里执行、结果如何验证、验证所需数据能否取得。数据可用性关心相关数据是否可获取，执行正确性关心状态变更是否符合规则，两者解决的问题不同。
适用条件与常见问题
状态通道适用于参与者之间反复进行链下交互、再向主链结算的场景；讨论Rollup性能时，则需区分链下处理与主链结算阶段。扩容效果应放在具体使用条件下理解。
手续费低是否代表吞吐量高？费用还受需求与资源供给影响，不能直接换算成处理能力。每秒交易数高是否代表整体更优？还应检查最终性、安全假设和节点运行门槛；增加处理容量若伴随更高资源要求，其去中心化影响也需要纳入评价。