吞吐量、延迟与最终性
区块链技术的性能涉及哪些技术概念，首先要从处理能力和等待时间说起。吞吐量通常用每秒处理的交易笔数衡量；延迟表示交易从提交到某个确认阶段需要多久；最终性则关注记录在什么条件下可以认为不会被撤销。三者描述不同问题，不能相互替代。
比较吞吐量时，需要说明交易类型和统计阶段。简单转账与复杂合约操作消耗的资源不同，收到交易、完成执行和最终结算也不是同一时刻。缺少这些条件，单个性能数字很难说明实际体验。
共识、出块与验证
比特币开发者指南介绍了全节点独立验证、工作量证明和分叉选择规则：节点依据共识规则接受区块，竞争分支通过累计工作量进行选择；默克尔树支持验证交易是否包含在区块中。这些机制说明，性能还涉及验证成本、传播过程和确认可靠性。
出块间隔不等于最终确认时间。交易进入区块后，仍需结合协议的分叉处理和最终性机制理解确认程度。默克尔包含证明也有适用边界：它证明交易被某个区块收录，并不单独证明全部交易规则均已满足。
计算、带宽与存储瓶颈
交易处理需要执行和验证，区块需要在节点之间传播，账本及相关状态需要保存。因此，计算能力、网络带宽和存储负担都是性能概念的一部分。提高单个环节的能力，未必能消除其他环节的限制。
扩大区块容量或提高处理频率，应同时考察节点能否及时接收、验证和保存数据。如果运行节点需要更高资源投入，参与门槛也可能上升，性能评估因此需要兼顾去中心化和安全性。
扩容、数据可用性与成本
以太坊扩容文档区分协议层扩容与链外处理。Rollup把执行移到主链之外，并向主链提交相关数据；乐观型方案依靠挑战机制处理争议，零知识型方案提交有效性证明。侧链采用自身共识，Validium则将数据放在主链之外，不能仅凭处理速度视为安全条件相同的方案。
数据可用性关注验证或恢复状态所需的数据能否取得。执行正确性的证明与数据能否取得解决不同问题。批量处理可以分摊主链提交成本，但具体费用和等待时间还取决于数据量、提交安排及网络负载。
常见问题与适用条件
更高吞吐量是否意味着所有操作都更快？不一定。批量执行可以提高整体处理能力，但单笔操作可能仍需等待提交、验证或结算。评估应用体验时，应明确所需的是快速响应，还是达到指定安全条件的确认。
链外方案是否都属于同一种二层网络？不能一概而论。需要分别核对执行位置、数据存放位置、验证方式和安全来源。适合比较的性能结果，应具有相近的工作负载、确认口径和安全假设。