先明确“提升”指什么
区块链提升可能指吞吐量增加、确认等待缩短、费用降低，也可能指节点同步或数据传播加快。核验研究证据时，首先要把笼统的“更快”改写成具体指标，并明确测量起点、终点和适用场景。交易被接收、被打包与达到最终性属于不同阶段，不能混用。
两类来源分别能证明什么
以太坊扩容文档将吞吐量、最终性、安全性和去中心化共同纳入扩容目标，并区分链上与链下方案。它可以支持技术分类及机制解释，但概述性介绍不足以证明某项实现的实际性能。
比特币开发者指南的点对点网络章节介绍节点发现、连接与初始区块下载，并包含特定旧版本的行为说明。它可以帮助界定网络通信和同步问题，不能直接证明当前版本的表现，也不能替代以太坊扩容方案的测试证据。
检查证据与结论是否对应
机制说明回答“为什么可能改善”，实验记录回答“在什么条件下改善了多少”。核验时应查找结论对应的原始测试、实现版本、参数和数据；若只有技术介绍，结论应停留在原理层面。
两个独立来源也不自动构成相互验证。讨论对象、指标和环境相近，结果才有比较意义。网络传播更快，不能单独推出交易吞吐量提高；链下处理能力增加，也不能直接等同于最终结算更快。
比较性能必须保留适用条件
核验性能主张时，应检查基线与改进方案是否采用相近的硬件、带宽、节点规模和交易负载，并区分短时峰值与持续表现。若同时更换硬件或简化交易类型，就需要分离这些变化的影响。
还应核对测试是否覆盖完整流程。例如，扩容评估应说明是否计入向主链提交数据或证明的环节；节点同步评估应说明测量是否包含验证。缺少这些边界，数字即使准确，也可能回答了不同的问题。
常见问题：更快是否就代表更好
性能提升需要同时核验代价，包括节点资源要求、数据可用性与额外信任假设。以太坊扩容文档强调安全和去中心化目标，因此不能仅凭吞吐量排名认定方案全面优越。
文档可信是否意味着结论已经验证？可信文档可以提供机制依据，但具体性能仍需要对应版本的测量与可复现记录。证据不足时，可明确写成“机制上可能改善某个环节，实际幅度尚待验证”，而不把通用原理扩大成具体项目已经证实的成果。