适用范围与基础机制
本文讨论航班状态等外部航空数据供智能合约使用时的通用问题，不涉及具体航空项目的实施效果。以太坊开发文档介绍，智能合约默认无法直接访问链外信息，预言机负责将外部数据传递到链上。该机制使合约能够使用外部输入，但数据是否准确、是否及时仍需单独判断。
问题一：上链是否意味着数据真实
链上记录可以为核对已提交内容提供依据，却不能自动证明现实中的事件确实发生。来源身份正确、传输内容未被改动，与源头记录本身准确，是不同层面的要求。
例如，若用某个航班状态触发合约，就需要明确状态由谁提供、如何核验，以及来源发生冲突时如何处理。增加预言机节点也不必然增加独立证据：多个节点若读取同一个错误来源，仍可能得到一致的错误结果。
问题二：更新延迟与缺失如何区分
以太坊开发文档将正确性、可用性和提供者责任列为预言机的重要问题。在航空数据场景中，应分别记录事件发生时间、来源更新时间和链上提交时间，避免把刚提交的旧信息理解为最新状态。
接口中断或长时间未更新，只能说明当前输入不足，不能直接解释为航班状态没有变化。依赖这些数据的业务规则需要明确有效期、超时处理和恢复后的补充核验条件。
问题三：字段一致是否代表含义一致
跨系统使用数据时，还需要统一标识与字段定义。例如，“到达时间”应明确对应哪个业务事件，并区分计划、预计和实际时间。否则，即使内容完整传入链上，合约也可能按错误口径解释数据。
这种问题属于数据语义与业务规则的衔接，区块链共识本身无法替参与方确定字段含义。适用前提是各方能够约定可比较的标识、时间口径和状态定义。
问题四：如何追踪来源与修订责任
W3C的PROV-O提供描述和交换数据溯源信息的通用模型，以实体、活动和责任主体表达数据的生成、使用及派生关系。它可以为航空数据溯源设计提供参考，但并非航空专用标准，也不会自动验证记录的真实性。
据此设计时，可将原始记录、格式转换、发布主体与修订版本关联起来。发现错误后，应明确新版本替代哪条记录、修改原因是什么，以及依赖旧数据的处理结果是否需要复核。溯源记录只有与实际采集和处理过程对应，才能帮助定位问题与责任。