先区分效率指标
讨论区块链低效率，首先要明确衡量对象。吞吐量指单位时间能处理的交易数量；确认延迟指交易等待被纳入区块等过程的时间；最终性则关系到交易结果何时具有足够的不可逆保障。处理数量更多、等待更短、结果更稳定，是不同维度，不能互相替代。
例如，系统快速接收请求，并不意味着这些请求都已完成链上确认。比较性能时，需要统一交易复杂度和确认标准，否则数字容易失去可比性。
共识、重复验证与分叉
比特币开发者指南描述了全节点独立验证区块、工作量证明以及分叉选择机制。这说明区块链需要在多个参与者之间维护一致账本，其资源开销还承担着防止双重花费、保护历史记录的作用。
独立验证会产生重复工作，却减少了节点对其他参与者的信任依赖。理解效率时，应区分用于达成共识的计算与用于检查交易的计算。增加工作量证明算力，不等于按比例增加交易处理能力。
分叉还说明，交易进入某个区块与其记录稳定下来存在区别。因此，出块速度不能直接代表最终确认速度。
容量、拥堵与费用
以太坊扩容文档指出，容量受限时，需求增长会造成拥堵并推高使用费用；扩容还需要兼顾安全性、去中心化和节点参与门槛。
费用可以反映对有限处理空间的竞争，却不能单独证明计算性能高低。同样，提高容量也需要考虑节点接收、验证和保存数据的能力。判断瓶颈时，应分别观察执行、网络通信和存储负担。
扩容与数据可用性
以太坊扩容文档区分了主链扩容与链下方案：Rollup 将执行移到链下并向主链提交数据，状态通道适用于参与者之间的链下交互，侧链则采用自身的共识机制。
这些方案的适用条件不同。频繁交互能否通过通道处理，取决于应用能否符合通道规则；把执行转移出去，则还要解释结果如何验证、必要数据能否取得。数据可用性关注验证或恢复状态所需的数据是否可获得，它与计算结果是否正确是相关但不同的问题。
常见问题：扩容是否消除了成本
扩容通常改变工作的分配方式，也可能通过批处理分摊成本，并不意味着验证、通信和存储需求全部消失。评价方案应同时询问：谁执行交易、谁验证结果、数据保存在哪里，以及出现争议时如何处理。
上述概念适合分析公共区块链的一般性能问题。具体网络的效率仍取决于实现、负载和安全假设，不能把某一种共识机制或扩容方式视为所有场景下的统一答案。