问题适用哪些场景
讨论当前区块链应用有哪些常见问题，需要区分底层网络和客户端设计。以下围绕以太坊扩容文档与比特币开发者指南涉及的机制展开，适用于理解公有链应用的基础限制；不同网络、扩容方案和钱包实现，不一定存在相同程度的问题。
拥堵、费用与等待时间
以太坊扩容文档说明，网络需求超过处理能力时，会出现交易等待增加、使用费用上升的问题。扩容需要提高吞吐量和确认效率，同时维持安全性与去中心化。
对应用而言，处理容量影响繁忙时能承接多少请求，确认时间影响用户何时能够依赖执行结果。因此，评估体验需要分别看提交、处理和最终确认，界面显示已收到请求并不等于链上结果已经确定。
扩容方案的安全条件不同
该扩容文档区分了依托主网安全的二层方案与采用独立共识的侧链；不同方案在执行、数据发布和结算机制上存在差异。
这些区别意味着，不能仅凭速度或费用判断两种网络是否等价。对需要跨网络交互的应用，还应明确结果在哪条链确认、数据由谁提供，以及应用依赖哪些运营组件。这些条件决定了扩容带来的便利适用于哪些业务环节。
节点资源与验证能力的取舍
比特币开发者指南介绍，全节点验证区块和交易规则，SPV轻客户端主要依靠区块头及交易包含证明。后者减少数据处理负担，但包含证明本身不能完成对交易有效性的全面验证。
因此，“能够查询交易”和“独立验证规则”代表不同能力。资源有限的客户端需要明确自身的验证边界；要求独立校验的应用则需要承担相应的同步、计算和运维工作。
数据获取也会影响隐私与可用性
该指南还指出，SPV客户端可能遇到节点隐瞒交易信息的问题，按相关交易发起查询也可能暴露地址关联。连接多个节点有助于降低部分信息遗漏风险，但不能消除网络隔离等问题。
这说明隐私不仅与链上记录有关，也与查询方式有关。应用分析故障时，需要区分交易尚未确认、数据未被返回和客户端验证受限，避免把所有异常都解释为底层网络停止工作。
常见疑问：扩容能否解决全部问题
扩容主要改善容量和成本，无法自动解决客户端验证范围、查询隐私等问题。理解一款区块链应用，应把处理性能、结果确认、验证能力与数据依赖分别考察，再结合具体用途判断其适用条件。