预言机证据：时间、交易对、网络与后备机制
预言机观察只有在确认测量对象、部署位置、更新时间和使用方的处理规则之后才有意义。链上存储一个数字，不表示它就是当前可成交的现货价格。数据源和读取数据的应用，应作为两个相关证据对象研究。
Chainlink 数据源选择文档讨论类别与选择因素。应使用对应具体数据源的资料，不从通用说明推出统一的新鲜度阈值，也不认为每个源都适合所有资产、网络和用途。
制作数据源身份卡
记录网络、地址、资产对、报价货币、精度和描述。用正式部署记录确认身份，不能只按熟悉名称找合约。交易对倒置或小数换算错误，都可能产生看起来合理却完全错误的结果。
同时记录读取区块、观察值和更新时戳，将抓取时间与数据更新时间分开。刚取回的响应可能包含较旧的观察；是否可接受，取决于研究用途和该源特征。
| 身份卡字段 | 核查目的 |
|---|---|
| 交易对与计价单位 | 确定究竟测量什么 |
| 网络与地址 | 防止混淆不同部署 |
| 精度 | 正确转换原始整数 |
| 更新时间 | 计算观察年龄 |
| 用途 | 确定相关新鲜度要求 |
| 使用方规则 | 识别校验和后备假设 |
阈值要有任务依据，不能自创一个全局数值并称作协议规定。
假设案例：刚抓取不等于刚更新
假设虚构脚本在 UTC 十二点读取价格，源的更新时间是十一点四十分。响应刚取得，但数据已经二十分钟。每日估值和研究突发日内事件，对这段年龄可能有不同容忍度。
如果与十二点整的某平台报价比较，差异可能来自观察时间、市场范围、计价定义或其他方法因素，不能立刻称为预言机故障。先记录差异并统一定义，再解释原因。
再假设应用实际读取另一个地址。即使研究脚本对自己的源读取完全正确，也不能证明应用使用了这个数字。此假设说明部署身份与使用关系必须一起进入证据包。
检查应用怎样使用数据
寻找应用代码或说明，确认它读取和验证什么，例如时间、预期计价方式和数据不可用时的行为。研究者只描述已经核对的控制，不能把有限阅读说成安全审计。
如果有后备源，记录来源和触发条件。“存在后备”不自动证明行为适当，因为后备也有时间、覆盖和运营依赖。每个源独立建档，并注明观察时点哪一个生效。
独立复算一次原始值到展示值的转换，保留原始整数和精度对应除数。逐步检查单位，比看结果像不像最近市价更可靠。合理外观不能代替维度一致性，也不能作为省略精度核查的理由。
边界与常见错误
公开资料不能保证未来可用，也不能验证每个数据贡献者的质量。要知道某应用过去某刻读到什么，往往需要历史状态，当前响应本身不能回答过去的问题。没有平台级证据时，本流程不适合声称得到可执行交易价格。
常见错误包括混淆抓取与更新、在错误网络选择正确交易对、比较反向单位、把小数精度视作外观问题，以及认为数据源提供能力就证明应用实际校验。最终笔记应写清具体观察和适用条件，不贴笼统可靠标签。
如果应用与研究脚本读取对象不同，应分别登记，不能把前者的校验结论套到后者。
常见问题
链上数据自动就是新鲜数据吗？
不是。需要核对观察时戳和任务要求，仅有抓取时间不够。
两个价格不同就证明存在套利机会吗？
不能。源观察与可成交报价是不同测量，本研究方法不确认交易访问、成本或可实现收益。