双层架构的讨论范围
这里的双层区块链架构，指基础链承担结算或验证，上层承担部分交易处理的分工。上层不一定是一条独立区块链，也可以是参与者之间的通道。判断应用边界，首先要明确哪些工作移到链外，以及基础链能够验证什么。
以太坊扩容文档区分了从主链获取安全保障的二层方案与采用不同安全机制的其他链外方案。Rollup在链外执行并向主链提交数据；侧链采用自身共识。因此，与主链相连本身不足以证明两者具有相同的安全保障。
适用于哪些业务条件
当大量操作能够在上层处理，再通过基础链完成结算时，分层有助于减少逐笔使用主链的负担。适用条件是业务能够接受这种处理与结算的分离，并明确何时可以把结果视为最终完成。
比特币开发者指南中的微支付通道展示了另一种方式：双方先约定资金约束，通过多次链下更新记录支付，最后上链结算。该示例也说明，时间锁和及时广播会影响参与者能否取得应得款项。这类机制更适合持续、重复的双方交互；示例中的限制不能直接推广到所有现代通道实现。
安全与性能的边界
处理速度、最终结算速度和退出所需时间是不同指标。上层接受一次操作，并不必然意味着基础链已经完成相应结算。需要立即确认最终结果的业务，应根据具体协议的结算条件判断适配程度。
数据可用性同样重要。验证结果正确与取得验证、恢复状态所需的数据，是不同要求。评估架构时，需要分别检查数据保存位置、结果验证方式，以及运营者停止服务时的处理机制。不能仅凭“双层”名称推断这些能力已经具备。
常见问题
是否所有应用都适合迁移到二层？需要逐项分析。能够批量处理、容许结算等待的业务更容易利用分层优势；如果业务要求每次交互立即获得基础链最终确认，性能收益就会受到这一要求约束。
费用是否一定更低？批量提交可以分摊主链成本，但分摊效果与批量规模、数据量和实现方式有关，不能将扩容目标理解为每笔操作都必然更便宜。
能否解决现实世界的履约争议？分层主要改变交易处理与结算方式。商品是否完好、服务是否完成等事实，仍需要链外证据或约定的仲裁机制。技术能够执行明确的资金规则，却不会自动判断所有现实事实。