先区分效率的不同含义
区块链低效率涉及哪些技术概念，首先要从指标入手。吞吐量指单位时间能够处理的交易数量；确认延迟指交易等待被纳入区块等过程所需的时间；最终性关注交易记录何时达到相应的不可逆保障。这些指标相互关联，却不能直接替代。
例如，批量处理可以提高吞吐量，但一笔交易仍可能需要等待批次提交。因此，评价效率时应明确衡量的是处理数量、等待时间，还是验证和存储消耗。
共识、重复验证与分叉
比特币开发者指南说明，全节点独立验证区块，工作量证明通过哈希计算为区块历史提供保护；竞争区块可能形成临时分叉，节点依据累计工作量选择有效链。默克尔树则支持用部分哈希证明交易被纳入区块。
这些机制说明，维护公共账本需要付出验证和协调成本。多个节点核验同一批记录，有助于减少对单一记账者的依赖，但不能像普通并行任务那样，直接把每个节点的处理能力相加。工作量证明的计算开销也不等于交易执行开销，两者应分别分析。
区块容量、传播与费用
区块能够容纳的数据和执行工作有限，节点接收、检查和保存这些内容也需要资源。当提交需求超过可用容量时，交易会等待，用户竞争有限的区块空间可能推高费用。
增加单个区块承载的工作量，可以缓解部分容量限制，但也会提高带宽、计算或存储要求。评估这一办法时，需要同时考虑节点参与门槛，不能只看单个区块装入了多少交易。
链下执行与数据可用性
以太坊扩容文档区分链上扩容与链下方案：Rollup将交易执行移到主链之外，通过向主链提交数据及相应机制获得安全保障；状态通道适合参与者链下交互后结算。侧链拥有自身共识，Validium则将数据保存在主链之外。
理解这些方案，需要分别追问交易在哪里执行、正确性如何验证、验证所需数据能否取得。有效性证明与数据可用性解决的是不同问题；执行更快，也不能单独证明整体安全保障相同。
适用条件与常见问题
所有区块链都因挖矿而慢吗？不能这样概括。工作量证明只是特定共识机制，容量、传播、执行和结算等待也可能构成瓶颈，分析应以具体架构为前提。
链下方案是否都属于同一种二层扩容？不能仅凭“链下”判断。需要看它如何依赖主链保障安全，以及是否引入额外的数据保管或运营假设。比较性能时，还应采用相近的交易复杂度和确认标准，避免把快速接收交易误认为已经完成最终结算。