先明确“新型设计”的范围
“区块链新型设计”并不指某一种固定架构。这里讨论共享账本基础上的扩容和链下处理设计，不将“新型”视为更安全或更适用的证明。NIST《区块链技术概述》将区块链概括为分布式、可察觉篡改且抗篡改的数字账本：网络正常运行时，已发布的记录不能被随意改变。这说明其核心价值是共同维护记录，而不只是提高处理速度。
条件一：确实需要多方共享记录
适用性首先取决于业务是否需要多个参与者使用同一套记录，并遵循共同的验证规则。如果需求只是单个机构内部保存和查询数据，不能仅凭“需要存储”就认定必须采用区块链。还应区分记录完整性与内容真实性：防止记录事后被修改，不等于证明最初录入的内容真实。
条件二：扩容目标与业务瓶颈匹配
以太坊扩容文档区分了修改底层协议的链上扩容，以及在主链之外处理活动的链下方案。其目标包括提高吞吐量和缩短确认时间，同时保留安全性与去中心化。Rollup、状态通道和侧链的处理方式及安全来源不同，不能只用“更快”概括。
因此，评估前应明确瓶颈是处理数量、等待时间还是费用，并区分快速收到处理反馈与获得最终确认。只有方案改善的指标与实际需求一致，扩容才有意义。
条件三：能够接受具体安全假设
采用链下处理时，需要核对谁负责执行、数据在哪里保存、结果如何验证，以及发生争议时如何处理。与主链通信不意味着自动获得与主链相同的安全保障；例如，侧链有自己的共识规则。适用条件应建立在具体实现上，而不是仅看“二层”或“链下”的名称。
条件四：具备运行与治理能力
设计还应明确节点或运营者的职责、参与门槛和故障处理方式。性能提升若伴随更高的运行要求，需要评估是否使参与者过度集中。技术选择不仅是正常情况下能否处理请求，也包括异常情况下能否验证记录、协调恢复和维持服务。
常见问题：新设计是否总比旧设计好
不是。增加架构层次也会增加需要理解和维护的环节。是否适用，应综合共享账本需求、性能目标、安全边界和运行能力判断。
数据不上主链是否只是节省空间？不是。数据存放方式也影响参与者能否取得验证所需的信息，因此数据可用性必须与处理速度一起评估，不能将其视为纯粹的存储优化。