适用范围：先分清规则执行与事实认定
讨论区块链理赔，需要区分事故信息获取、赔付条件判断、执行结果记录和实际支付。以下解释适用于使用智能合约及外部数据的通用流程，不代表某个保险产品已经实现这些功能。以太坊智能合约文档说明，合约按代码运行，现实世界的信息需要通过外部机制引入。
误区一：事故发生后，合约会自动知道
智能合约本身不能直接读取链外事故信息。即使理赔条件可以写成代码，仍需要明确由谁提供事故数据、何时提交，以及如何关联到相应保单。预言机承担把外部数据送入链上的作用，但数据传入与事故责任认定属于不同环节。
误区二：接入预言机，就有了全部理赔证据
Chainlink Data Feeds文档介绍了通过预言机网络聚合数据并发布到链上的机制，列举的内容包括资产价格、储备和利率等。这只能说明相应数据可以供程序读取，不能据此推断其覆盖医疗记录、交通事故或所有保险事件。
理赔能否使用某项数据，取决于它是否对应保单约定的触发条件。还需要明确数据时间、覆盖范围和缺失时的处理方式；某个数值可以读取，不等于它足以证明赔付责任。
误区三：数据上链，就证明内容真实
链上记录有助于核验程序收到什么输入、执行了什么操作，但不能单独证明输入与现实一致。如果事故材料或关联信息有误，程序仍可能按这些输入执行。因而，记录核验与材料真实性审核不能相互替代。
误区四：自动执行意味着所有争议都能消失
代码只能处理已经明确表达的条件。涉及责任划分、材料矛盾或条款解释的问题，需要事先明确如何处理，不能仅凭“自动理赔”这一名称判断系统能力。适合自动执行的环节，应当具有可验证的输入和清晰的判断规则。
常见问题：执行出错能撤回吗，完成执行就到账了吗
不能默认链上操作可以像普通业务记录一样撤回。涉及错误输入或错误执行时，需要事先设计异常处理和纠正流程；新的纠正操作也不等于抹去原有记录。
合约完成条件判断，也不必然等于收款人已经收到赔款。若支付依赖链外系统，还需确认支付指令是否被接收、资金是否实际划付。因此，理解流程时应分别核对判断结果、执行状态和到账状态。