一、核心边界：记录一致不等于事实真实
区块链产品案例的应用边界是什么？关键在于分清系统能验证什么，以及哪些事情仍依赖外部主体。比特币开发者指南介绍的账本机制，通过节点验证、区块关联和工作量证明约束交易记录，防范重复花费并提高修改历史的成本。这些能力针对协议内的记录与规则，不等于对现实世界的一切事实作出认证。
因此，评估产品时不能只看“是否上链”。更重要的是：业务争议究竟来自记录被修改，还是来自最初录入的信息不真实。前者可以利用链上机制降低风险，后者仍需要可靠的采集和核验。
二、外部数据：预言机扩大能力，也引入依赖
以太坊预言机文档说明，智能合约默认不能直接获取链外信息，需要预言机将外部数据传入链上。其关键挑战包括数据正确性、持续可用性，以及提供者的激励与责任约束。
这意味着，自动执行的可靠性不能只由合约代码决定。产品还需要说明数据由谁提供、多久更新、来源冲突如何处理，以及数据缺失时是否暂停执行。多个节点共同提交信息，也不能直接推导出原始事实必然真实。
三、案例适用条件：天气触发型保险
天气触发型保险可以作为理解边界的场景：合约依据预言机提交的天气信息，按预先设定的条件触发赔付。这里描述的是技术模式，不代表某个具体产品已经验证了效果。
这一模式适合触发条件明确、数据口径可约定的流程。但“天气指标达到条件”和“每位投保人的实际损失得到准确确认”不是同一件事。产品必须明确保障规则与数据覆盖范围，不能把条件执行包装成对所有损失的完整判断。
四、现实执行：链上指令不等于动作完成
预言机还可以把链上信息传给外部系统，例如让智能锁响应链上事件。不过，链上条件成立、外部系统收到指令、设备实际完成动作，是不同环节。
因此，涉及实物或设备的产品需要考虑执行反馈、故障处理和责任归属。区块链可以承担流程中的验证环节，但不能仅凭链上记录保证设备正常工作。
五、常见问题与判断方法
上链后就绝对不能修改吗？更准确的说法是，修改历史受到共识规则和成本约束。比特币存在竞争区块与分叉处理机制，不宜把交易刚被纳入区块理解为毫无变化可能。
用了智能合约就不需要信任吗？并非如此。信任可能转移到数据来源、预言机运营者或外部执行方。判断一个案例的边界，应依次检查记录是否可验证、输入是否可靠、规则是否明确、链外动作是否可确认；不能把其中一个环节的能力扩大为整个业务的保证。