共享账本能解决什么
区块链数字化创新案例的应用边界是什么，关键在于区分记录可信、信息真实与业务有效。三者相互关联，却不能仅靠一套账本同时保证。
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉和抗篡改特征的数字账本。在网络正常运行的条件下，已发布的交易记录不能被随意改变。这为多方共享记录、核对历史提供了技术基础，但不直接证明现实事件确实发生。
适用条件：多方需要核对同一份历史
评估应用时，可以先看参与方是否需要共同记录事件、核对先后关系，并减少对历史版本的分歧。例如，在假设的跨机构交接场景中，共享账本可以承载各方提交的交接记录；货物是否实际交付，仍需链外证据支持。
如果需求只是单个机构保存内部数据，仅凭抗篡改特征还不足以证明采用区块链的必要性。案例说明需要交代共享账本具体解决了哪一类协作问题。
数据边界：上链不等于真实
以太坊开发文档说明，智能合约默认无法直接访问链外信息，需要预言机提供外部数据。预言机同时引入数据正确性、可用性以及提供者责任等问题。
据此分析溯源类场景，账本可以保留提交的信息，但传感器读数、人工录入和外部接口仍可能出错。即使错误内容被完整保存，也不会因此变成事实。多个数据提供者若依赖同一个错误源，同样不能仅靠数量消除问题。
执行边界：规则明确仍需输入可靠
智能合约适合处理条件明确、输入可确定的规则。对于依赖天气、交付状态等现实信息的流程，需要先说明数据由谁提供、多久更新，以及不同报告出现分歧时如何处理。
自动执行的结果取决于代码和输入。业务设计还需明确数据缺失、争议或误报时的处理方式；技术执行本身不能替代对现实事实和责任的判断。
常见问题：如何判断案例结论是否越界
“不可篡改是否代表绝对安全？”抗篡改描述的是账本的重要属性，并有网络正常运行等前提，不能据此推导整个应用没有风险。
“接入预言机是否就能放心自动执行？”还要核对来源、完整性、更新能力和责任归属。阅读创新案例时，应分别查明它证明了记录一致、数据可靠还是业务效果，避免把其中一项能力扩大为整个系统已经可信的结论。