误区一：节点越多，交易处理就越快
“节点扩容”可能指增加节点、提升单机资源，也可能指提高整条链的处理能力。这些目标需要分别讨论。在重复验证同一批交易的网络中，新增节点不会自动分担成互不重复的交易任务，因此不能把节点数量与每秒交易数直接对应。
增加面向应用的服务节点，可以用于分担查询请求；链上可容纳多少交易，则还受协议规则约束。排查拥堵时，首先要区分应用接口繁忙与链上容量不足。
误区二：升级硬件就能解决所有瓶颈
硬件升级适用于本地计算、存储或网络资源不足的情形，但本地处理变快，不意味着协议允许的交易容量同步增加。若提高网络容量要求所有参与者承担更多资源开销，还需要考虑普通运营者能否继续参与。
以太坊扩容文档把速度、吞吐量、安全与去中心化共同作为目标，并强调保持较低的节点运行门槛。评估扩容不能只看性能，还要看新增负担由谁承担。
误区三：轻客户端就是同等安全的精简全节点
比特币开发者指南区分了全节点验证与SPV验证：全节点验证区块和交易规则；SPV主要利用区块头及默克尔证明确认交易被纳入区块，不能据此独立验证全部交易规则。
因此，减少下载和验证工作属于客户端资源取舍，不能直接算作网络吞吐量提升。资源受限场景可以讨论轻客户端，但需要同时明确对数据提供者的依赖，以及信息被隐瞒的可能性。
误区四：所有链外方案都具有相同安全性
以太坊扩容文档区分了依托主网安全机制的Layer 2与采用其他安全安排的方案。Rollup、侧链和Validium在共识、证明及数据存放方式上存在差异，不能仅凭“链外处理”就认定它们保障相同。
比较方案时，应分别问清谁执行交易、谁检查结果、验证所需数据能否取得。某个环节处理更快，并不足以证明整个流程都具有相同的可靠性。
常见问题：如何判断扩容是否有效
先明确要改善的是查询响应、节点同步、交易吞吐量，还是最终确认时间，再比较相同条件下的表现。用户很快收到接收提示，与交易获得最终性属于不同阶段。
如果问题是查询压力，重点考察服务承载能力；如果问题是链上拥堵，则需要讨论协议容量或链外执行机制。有效的评估应同时说明性能改善、资源成本和验证边界，避免用单一速度指标概括全部效果。