效率包含哪些指标
理解区块链低效率涉及哪些技术概念，首先要区分吞吐量、确认延迟和资源成本。吞吐量表示单位时间处理的交易数量；确认延迟表示交易从提交到获得相应确认所需的时间；资源成本涉及计算、存储与网络通信。费用受容量与需求共同影响，不能单独代表技术效率。
共识与重复验证
比特币开发者指南描述了全节点独立验证区块、工作量证明和竞争分支的处理机制。这些机制服务于账本一致性与防止双重支付。
多个节点验证相同记录，会产生重复计算与通信开销，但也使节点能够自行判断记录是否合法。因此，评估效率时需要同时考虑验证成本和独立验证能力，不能直接套用单台数据库的处理速度。
区块容量、传播与确认
区块能够容纳的交易有限，交易需求超过可用容量时，就可能出现等待。扩大容量可以增加单个区块承载的信息，也会增加节点接收和处理数据的负担。缩短出块间隔同样需要考虑数据传播是否跟得上。
比特币可能出现同一高度的竞争区块，节点依据累计工作量选择有效链。因此，交易被纳入区块与获得更高确认可信度存在区别。这个例子说明，出块速度和最终确认速度需要分别讨论。
执行、数据与扩容
以太坊扩容文档将提升吞吐量和加快最终确定列为目标，同时强调安全性与去中心化。其介绍的Rollup在主链外执行交易，并向主链发布相关数据；侧链则采用自身的共识机制。
这体现了执行与数据发布可以分工：批量处理能够分摊部分主链开销，但评估整体效率还需考察数据是否可获取、结果如何验证以及主链结算需要多久。链下处理速度不能直接等同于完整流程的最终确认速度。
适用条件与常见问题
增加节点能否直接提高吞吐量？如果新增节点仍验证同一批交易，就不等于增加了可以分担不同交易的执行能力。节点数量与吞吐量之间没有简单的正比关系。
链下方案是否具有相同安全性？需要分别判断。依托主链验证或争议处理的方案，与使用独立共识的侧链，具有不同的安全依赖。比较扩容效果时，应使用相近的交易类型、确认标准和数据可用性条件；比特币的工作量证明机制也不能直接套用于所有区块链。