成熟应用仍需明确技术边界
区块链成熟应用有哪些常见问题，不能只看系统能否运行，还要看繁忙时是否可用、结果如何验证，以及查询数据会暴露什么信息。这里讨论以太坊扩容与比特币客户端验证涉及的通用问题，不对具体产品的成熟度作判断。
网络拥堵与费用如何影响使用
以太坊扩容文档说明，主网需求增加会造成拥堵并推高费用；第二层可在主网之外处理交易，再通过相应机制与主网结算。扩容需要兼顾吞吐量、安全性和去中心化，不同方案的安全依赖存在区别。
对频繁提交记录的应用，单次操作成本与等待时间都会影响可用性。评价性能时，需要明确测量的是提交响应、处理完成还是最终确认；界面迅速显示成功，并不足以说明整个结算过程已经结束。
扩容方案是否提供相同保障
Rollup与侧链不能仅按速度归为同类：前者利用主网提供安全保障，后者采用自身共识。Validium还涉及链外数据可用性的条件。因此，方案适用性取决于业务能接受哪些额外依赖。
应用说明应交代交易由谁处理、验证所需数据从哪里取得，以及运营节点不可用时会影响哪个环节。降低费用解决的是使用成本问题，不能单独证明系统所有环节都具备相同的可靠性。
轻量客户端为什么有验证限制
比特币开发者指南区分全节点与简化支付验证客户端：全节点验证区块及交易规则；SPV主要借助区块头和包含证明判断交易是否被收录，不能同等验证全部交易有效性。其风险还包括节点遗漏信息，以及查询请求泄露地址关联。
资源有限的设备可能需要轻量方式，但应用必须说明验证范围。能够证明某条记录存在，与能够独立检查相关规则，是不同能力。多节点连接有助于减少单一信息来源依赖，却不能保证彻底排除网络隔离或恶意节点影响。
如何理解隐私与资源的取舍
查询越有针对性，服务节点越可能推断用户关注哪些地址；下载更多数据则会增加带宽与处理负担。隐私评估因此应覆盖查询过程，不能只检查链上是否出现姓名。
这些问题需要结合使用条件判断：资源受限的客户端重视验证范围与信息暴露，高频应用重视费用与确认延迟，需要独立核验的业务则更关注节点能力。成熟应用应让这些条件清楚可见，而非用单一性能指标概括全部能力。