先判断是否需要共享账本
NIST《区块链技术概述》将区块链描述为以分布式方式实现、具有篡改可察觉性与抗篡改性的数字账本。在网络正常运行的前提下，已发布交易难以被更改。这说明其核心价值是共同维护记录，而不只是提高处理速度。
适用条件首先是多个参与方需要共享并核对记录。如果业务由单一主体管理，也不需要独立核验，就应先比较常规数据库的成本与维护难度。账本难以修改，也不等于录入的信息天然真实。
区分基础链与扩容架构
公有链、联盟链等分类主要关注参与权限和治理关系；基础链、Rollup、状态通道等分类则关注交易在哪里处理、结果如何确认。两者不是同一个维度，本文重点解释后一类架构的适用条件。
以太坊扩容文档区分了链上与链下扩容，并强调链下方案具有不同的安全依赖。选型时应同时考察吞吐量、确认过程、数据可用性和运行节点的门槛，不能只比较单项性能。
基础链：适合直接确认关键记录
当业务希望直接使用基础链的验证与共识规则，而且交易量、费用预算能够适应该链容量时，可考虑直接在基础链处理交易。需要注意，网络繁忙可能影响费用和等待时间，交互频繁的应用应先评估实际负载。
Rollup：适合批量处理与基础链结算
Rollup在链外执行交易，再向基础链提交相关数据及验证所需内容，适合希望减少逐笔基础链处理开销、同时利用基础链安全机制的应用。
乐观式方案依赖有效的争议处理机制，有效性证明方案则通过证明验证状态更新。选择时应检查证明或挑战机制、数据发布、升级权限和退出路径，不能把使用基础链理解为不存在额外信任条件。
状态通道：适合参与方之间的反复交互
状态通道允许参与者在链下进行多次交互，再通过基础链结算，适合参与关系相对稳定、交互重复度较高的场景。若参与者经常变化，或业务需要广泛共享状态，就应重新评估通道组织与结算的复杂度。
侧链与Validium：明确额外依赖
侧链具有自己的共识规则，适合需要独立运行规则、且能够接受独立安全模型的应用。它与主链连通，不代表自动获得主链同等的安全保障，还需评估跨链连接的风险。
Validium使用有效性证明，但交易数据不存储在基础链上。其适用前提是业务能够接受相应的数据可用性安排；证明计算正确与确保用户能够取得数据，是两个不同问题。
常见问题：速度更快就更合适吗
不一定。吞吐量、初步确认速度与最终结算时间并非同一指标。架构选择还应回答：谁负责运行系统，故障时如何恢复，用户能否获取记录，以及争议发生后如何处理。
这些方案也并非完全互斥。合理的选择应从业务约束出发，再确定执行、数据存储与结算的位置，而不是先选技术名称，再寻找使用场景。