先明确技术能证明什么
区块链技术优秀案例的应用边界是什么？核心在于区分共享记录、外部事实与业务执行。案例能够可靠保存记录，并不意味着它同时解决了数据真实性和现实履约问题。
NIST《区块链技术概述》将区块链描述为分布式实现、能够显现并抵抗篡改的数字账本。在网络正常运行的条件下，已经发布的交易记录不能被更改。这一能力为参与者共享和核对记录提供基础，其成立也依赖网络的正常运行条件。
适用条件：确实存在共享记录需求
当多个参与方需要围绕同一批交易形成共同记录，并且关心记录发布后是否遭到修改时，共享账本具有明确用途。评估案例时，应先说明谁提交数据、谁依赖记录，以及各方需要核对什么。
如果业务问题主要是原始信息缺失或采集不准确，仅增加账本环节无法补齐事实。所谓优秀案例，应明确技术改善的是哪个环节，不能仅凭采用区块链就推断整体业务已经可信。
链外数据构成关键边界
以太坊开发者文档解释，智能合约默认不能访问链外信息，需要预言机把外部数据提供给合约。预言机同时带来输入是否正确、数据能否持续可用，以及提供者是否可追责等问题。
例如，依据天气条件触发保险赔付的机制，需要先确定天气数据来源、观测范围和触发标准。账本保存了某个观测值，只能说明合约获得了这一输入，不能单凭保存行为证明观测准确。该例用于解释技术条件，不代表某个具体项目已经取得成效。
自动执行需要明确规则与可靠输入
智能合约适合处理能够明确表达、由确定输入触发的规则。如果条件含糊，或不同数据来源给出冲突结果，就需要事先规定采用哪个来源、如何处理分歧，以及数据中断时如何应对。
多个节点对同一输入得出一致结果，解决的是计算一致性。业务结果是否正确，还取决于输入质量和规则本身。评价应用效果时，这两层应分别核验。
常见问题：上链后是否就能完全信任
抗篡改是否等于真实？两者对应不同问题：前者关注记录发布后的变化，后者关注记录与事实是否相符。错误信息也可能被完整保留下来。
接入预言机是否就消除了信任？仍需考察数据来源、传输完整性、更新能力和责任归属。判断一个案例能否推广，应核对这些条件能否在新场景中继续成立，而不是只看是否使用了相同技术。