适用范围与基础概念
讨论区块链与航空数据，可以从航班状态等外部信息如何进入智能合约入手。这里解释的是数据接入与溯源的通用技术问题，不涉及某个航空项目的实际部署或效果。
以太坊开发者文档指出，智能合约默认不能直接访问链外信息，需要预言机获取并传递数据。W3C的PROV概述则将溯源理解为描述数据相关实体、处理活动和参与者的信息，用于辅助评估质量与可信程度。
问题一：上链后是否就能证明真实
数据被写入链上，并不自动证明其对应的现实事件准确。以航班状态为例，系统需要分别判断信息是否来自指定来源、传输期间是否被修改，以及原始记录是否正确。来源正确与传输完整，仍不能排除源头录入错误。
因此，验证应覆盖链外采集到链上使用的过程。只检查链上记录是否发生变化，无法回答采集时是否已经出错。
问题二：数据是否及时且持续可用
航空数据用于条件判断时，需要明确它描述哪个时刻的状态。采集时间、来源更新时间和写入链上的时间可能不同，不能仅凭上链时间认定信息足够新。
接口中断或更新停止时，合约可能拿不到可用输入。适用规则应明确数据有效期、缺失状态和异常处理方式，避免把没有新记录解释为航班状态没有变化。
问题三：多个来源不一致怎么办
多个来源给出不同结果时，应先核对它们是否描述同一航班、同一事件和同一时间范围。例如，计划时间与实际时间属于不同含义，不能直接混合比较。
多节点读取也不必然代表来源独立。如果节点都依赖同一上游接口，共同错误仍可能传播。系统需要事先定义来源选择、差异处理和结果汇总规则，而不是默认多数结果一定正确。
问题四：如何追溯处理过程与责任
可借鉴PROV的思路，把原始记录、转换活动与负责主体关联起来。例如，一条时间记录经过格式转换后，应能够追溯到原始输入及对应处理步骤，方便解释差异。
出现更正时，还需要保留新旧版本之间的关系，让使用方识别哪些判断依赖旧数据。溯源能帮助定位来源和处理环节，但记录是否完整、主体身份是否可靠，仍需相应验证。
使用前需要明确哪些条件
这类设计适用于需要依据外部数据执行规则、并解释数据来历的场景。实施前应明确事件定义、数据来源、时效要求、冲突处理和更正机制。预言机提供数据通道，溯源提供过程描述；实际可信程度取决于这些环节是否具备可核查的依据。