核心边界：系统能验证哪些事情
区块链技术的技术架构的应用边界是什么，可以从一个问题入手：业务中的哪些规则能够由节点独立验证？区块链把记录、传播、验证和共识连接起来，让参与者按共同规则确认账本状态。它适合需要共同核验记录、限制重复使用同一资产或权利的场景。
这种能力依赖输入数据和规则。链上记录能够帮助核对提交内容及其后续变化，但若内容涉及现实中的交付或质量，仅凭记录上链无法证明事实成立，仍需要可靠的外部核验。
数据与共识：防篡改有成立条件
比特币开发者指南介绍了区块哈希链接、交易摘要树和节点独立验证机制，并说明工作量证明及后续区块如何提高修改历史的成本。这表明，账本可信度来自数据结构、验证规则与共识机制的共同作用。
因此，防篡改能力应结合具体共识的安全条件理解。业务还要区分记录被接收、进入区块和达到所需确认程度；对结果稳定性要求越高，越不能把首次看到的记录直接视为不可逆结果。
执行与扩容：性能提升伴随架构变化
以太坊扩容文档区分了链上和链下扩容：Rollup将执行移到链下并向主链提交数据；侧链采用自身共识；Validium把数据放在主链之外。这些方案的安全依赖不同，不能仅按吞吐量比较。
应用边界因而包括执行结果由谁验证、必要数据能否取得、争议如何处理，以及运营节点中断时系统如何继续工作。把计算移出主链可以减轻主链负担，但应用仍须检查扩容方案的具体实现与依赖。
适用条件：共同验证是否值得其成本
当多个参与方需要共享可核验的状态，并且业务规则可以明确表达时，区块链架构更有讨论价值。设计时应分别确定需要共同确认的记录、可在链下完成的计算，以及最终结算所依赖的机制。
如果业务主要由单一主体维护，核心需求只是快速读写数据，那么应先判断多方共识是否确有必要。重复验证、网络传播和等待确认都有成本；采用区块链需要这些成本与共同核验的价值相匹配。
常见问题
扩容后是否就没有容量边界？仍然存在。执行、数据发布和最终结算是不同环节，改善其中一个环节不代表其他环节可以无限承载。
连接主链是否就获得相同安全性？不能直接推断。需要检查其采用的共识、证明方式与数据存放位置。链上规则执行正确，也不等于业务输入真实；技术验证与现实核验各自承担不同职责。