一、讨论范围：扩容与外部数据
区块链智慧应用并非单一技术。围绕应用运行，可以先检查两类问题：交易能否顺畅处理，合约能否取得所需的外部数据。前者涉及扩容，后者涉及预言机。两者解决的问题不同，不能用交易速度快来证明数据准确，也不能用数据来源多来证明系统不会拥堵。
二、为什么交易变慢、费用升高？
以太坊扩容文档指出，网络容量存在限制，需求增加可能造成拥堵，并推高交易费用。扩容旨在改善处理能力，同时兼顾安全与去中心化。
实际评估时，应区分提交交易、收到处理反馈与达到最终确认。界面很快显示结果，不代表所有确认步骤都已完成。需要频繁交互的应用，应明确每个阶段允许用户执行哪些后续操作。
三、二层网络与侧链有什么区别？
以太坊文档区分了借助主网安全机制的二层方案，以及采用自身共识规则的侧链。Rollup在主网之外执行交易，再向主网提交相关数据；不同方案的验证方式并不相同。
因此，不能把所有链外处理方案视为同一种技术。比较时应检查由谁执行、如何验证，以及出现争议时依靠什么机制处理，而不只比较速度与费用。
四、扩容方案是否适用于所有场景？
以太坊文档还介绍了状态通道和Validium：前者让参与者在链外交互后进行链上结算；后者使用有效性证明，但数据不存放在主网。
选型应结合参与者关系、交互频率和数据取得方式。固定参与者之间的持续交互，与面向不特定用户的开放应用，需求并不相同。方案适用与否，需要逐项核对业务条件，而不是寻找统一的最优答案。
五、接入预言机后，数据就无需检查了吗？
Chainlink数据馈送文档介绍了通过去中心化预言机网络汇总多来源数据并发布到链上的方式，也提供历史数据、更新周期及偏差阈值等信息入口。
对应用而言，能读取数值只是起点。还应确认数据含义、计量单位、对应网络与更新时间是否符合业务要求。多来源汇总不等于任何时候都满足应用需求；能够读取历史值，也不能替代对当前数据适用性的判断。
六、运行异常时应该关注什么？
Chainlink文档列出了二层排序器运行状态馈送，可为保护性熔断机制提供状态依据。这类信息与业务数值承担不同作用：一个反映运行条件，另一个供业务计算使用。
应用设计应明确数据过期、状态异常或无法取得结果时的处理规则，例如暂停依赖相关数据的操作，并说明恢复条件。上述内容适用于扩容与数据接入层面的基础检查，不能替代对具体应用实现的完整评估。