航空数据接入区块链的基本边界
航空数据用于链上业务时，首先要区分现实事件、外部系统记录和链上输入。三者之间需要明确的采集、传输和校验流程。以下讨论适用于依赖链外航空信息的智能合约设计，不代表某个航空项目已经实现或验证这些能力。
以太坊开发文档将预言机描述为向智能合约提供链外信息的应用，并将正确性、可用性和提供者责任列为重要问题。以太坊智能合约默认不能直接读取外部系统，因此航空信息进入合约需要相应的接入机制。
问题一：上链是否意味着数据真实
数据被记录到链上，并不能单独证明其对应的现实事件真实无误。需要分别判断：信息是否来自声明的来源、传输过程中是否被修改，以及来源本身的记录是否准确。
例如，用某条航班状态记录触发合约前，应明确发布主体、记录对象和核验规则。即使传输完整，原始记录的错误仍可能成为合约输入；链上执行一致，也可能产生业务上错误的结果。
问题二：数据过期或中断怎么办
数据可读取与数据仍然有效是两个问题。航空信息接入设计需要区分事件发生时间、来源更新时间和链上接收时间，避免将较早的记录当作当前状态。
适用规则应明确有效期限，以及接口中断、更新缺失时的处理方式。缺失信息不应被直接解释为事件未发生；依赖该信息的流程可以设置等待、暂停或复核条件。
问题三：不同来源不一致如何处理
多个来源提供不同结果时，应先检查它们描述的是否为同一对象、同一时间范围和同一种状态。字段名称相同，不足以证明业务含义一致。
多节点取数也不必然意味着信息来源独立。如果节点都读取同一个外部接口，共同的源头错误仍可能传播。系统需要预先定义来源选择、冲突处理和结果确认规则。
问题四：如何追溯加工与更正过程
W3C的PROV概览以实体、活动和参与主体描述数据来源，并支持表达派生关系与版本信息。这类模型能够帮助交换溯源信息，为评估数据质量和可信程度提供依据。
应用到航空数据时，可以据此组织原始记录、格式转换、状态计算及发布主体之间的关系。记录更正后，还应能识别新旧版本及其关联，解释合约当时使用了哪个版本。溯源描述本身也需要核验，不能仅凭记录完整就认定内容正确。
适用条件：先明确数据规则与责任
使用这类架构的前提，是能够定义数据含义、授权来源、更新要求及异常处理责任。预言机解决外部信息如何进入合约的问题，溯源模型帮助解释信息如何产生和演变；业务规则则决定这些信息何时足以支持执行。