业务数据需要分层理解
讨论区块链技术业务数据有哪些常见问题，可以沿着数据产生、传输、写入和使用的过程逐层判断。原始记录是否准确、传输时是否被修改、链上状态是否稳定，是不同的问题。区块链的记录验证机制不能单独回答现实业务中的全部真实性问题。
以下以以太坊预言机和比特币账本机制为基础解释通用问题。不同网络的数据接入方式与确认规则存在差异，具体业务需要结合实际机制判断。
链外数据可能失真或过期
以太坊开发者文档说明，智能合约默认不能直接读取链外信息，预言机负责将外部数据引入链上，其关键挑战包括正确性、可用性以及提供者的责任与激励。
因此，业务数据上链前就可能存在采集错误。来自指定接口、传输途中未被修改，只能分别说明来源与完整性，仍需判断源头记录是否反映真实业务。
对于依赖持续更新的数据，还要区分采集时间与写入时间。即使一条记录曾经准确，更新中断后也可能不再适合触发当前业务条件。
多来源数据可能口径不一致
接入多个来源时，同一字段可能对应不同的时间范围、单位或统计对象。聚合前需要明确业务含义，否则计算出一致数值也未必得到可用结果。
多个报告者也可能依赖同一个上游接口。评估来源依赖时，应关注原始数据从哪里产生，以及分歧如何处理。对无法解释的差异，可在业务规则中预设暂停处理或进一步核验的条件。
链上记录可能出现确认状态变化
比特币开发者指南说明，区块通过哈希连接，修改历史记录需要连带修改后续区块；网络也可能短暂出现竞争分支，并依据累计工作量选择有效链。同一高度可能存在不同区块。
因此，业务系统需要区分交易已被观察到、已进入区块和达到业务确认要求。对于比特币这类可能发生链重组的场景，还需考虑原有记录所在区块被替换后，如何重新核对业务状态。
标识与追溯信息需要完整
区块高度适合表达位置，但在存在分叉的场景中不足以唯一定位区块。关联业务记录时，应结合区块哈希、交易标识和所属网络，避免把不同记录混为一谈。
需要链外信息的业务，还应保留数据来源、采集时间及处理规则等追溯信息。这样发现异常后，才能判断问题发生在原始数据、传输处理还是链上确认环节，并据此确定修正范围。