适用范围：性能与可信分别看什么
这里的“可信区块链”按通用技术概念理解，不指向某项认证或具体产品。性能描述系统处理交易的能力；可信程度涉及交易如何验证、节点如何达成一致，以及历史记录受到什么机制保护。两者需要结合评估，单个速度指标无法完整说明系统能力。
吞吐量与延迟：处理多少和等待多久
吞吐量表示单位时间内处理的交易数量，TPS通常指每秒交易数。交易延迟表示从提交到某个明确完成阶段所经历的时间。比较指标前，应先确认“完成”指节点接收、交易进入区块，还是达到最终性。
同样标为TPS，简单转账与复杂合约调用的处理负担可能不同。阅读性能结果时，需要核对交易类型、统计时间和完成口径。系统能同时处理许多交易，也可能让每笔交易等待较长时间，因此高吞吐量不能直接等同于低延迟。
确认与最终性：进入区块后的保障
确认通常与交易被纳入区块及后续区块累积有关；最终性关注交易结果在协议规则和安全假设下能否被撤销。Bitcoin开发者文档说明，节点独立验证区块，遇到有效分叉时依据累计工作量选择链。这意味着一次入块仍需结合后续链的演进理解其稳定性。
常见问题是“出块更快是否代表交易更快完成”。出块间隔只描述区块产生的节奏，交易还可能经历排队，入块后也可能尚未达到所要求的稳定程度。比较等待时间时，需要采用相同的确认或最终性标准。
扩容与费用：还要看安全依赖
以太坊扩容文档将提高吞吐量、缩短最终性时间与保留安全性和去中心化并列为目标，并区分依赖主网安全的二层方案与采用自身共识的侧链。由此理解扩容指标时，还应追问执行在哪里发生、结果怎样验证。
费用体现使用网络资源的成本。费用降低与性能改善可能同时出现，但低费用本身无法证明最终性更快或安全保障相同。不同架构的数据发布、验证和结算方式，也会影响用户实际等待的过程。
如何阅读一项性能结论
先明确业务需要的完成状态，再核对交易负载、节点配置、网络环境与持续运行时间。峰值数据适合描述特定条件下的表现，不能直接替代长期稳定处理能力。只有测试条件、统计边界和安全假设足够清楚，性能数字才具有可比较的意义。