先明确需要核验的主张
区块链金融衍生模式的资料来源核验，核心是确认每项说法是否有对应证据。合约能否自动执行、外部价格如何进入链上、某个产品如何结算，是不同层面的问题。技术介绍能够解释机制；具体产品的规则与运行情况，需要项目层面的材料支持。
本文适用于依赖智能合约和外部数据的机制说明。涉及具体项目的合规性、资产真实性或运行表现时，以下两类技术文档不足以单独作出结论。
两个来源分别能证明什么
ethereum.org 的智能合约介绍将合约解释为部署在链上、包含代码与状态的程序，用户通过交易调用其功能。该文档也说明，合约获取链外信息需要预言机。这些内容支持理解执行机制，但不能证明某个金融产品的规则正确或完整。
docs.chain.link 的 Data Feeds 文档介绍了通过预言机网络聚合数据并发布到链上的服务，涵盖价格等数据，并列出历史数据、接口与更新参数的相关入口。这支持理解数据服务的用途，不能直接证明某项目已经接入或正确使用。
交叉验证要围绕同一条证据链
两份文档来自不同发布主体，可分别解释合约执行与外部数据输入。但“来源不同”不等于它们共同验证了一个具体产品，也不等于服务提供方的自述构成独立审计。核验时，应把每个来源对应到它实际支持的主张。
例如，核验“某衍生机制按外部价格结算”，需要把产品规则、部署合约与数据接口联系起来：规则描述使用什么价格，代码调用什么地址，该地址对应哪条网络及哪类数据。链条缺少一环，就应保留结论，不能用通用文档补足项目事实。
检查身份、版本与适用条件
来源记录应保留发布主体、页面标题、网址和所引用段落；能够确认版本或更新时间时，也应一并记录。域名与正文主题相符只是初步线索，摘录中的导航文字、更新条目不能自动成为正文结论的依据。
涉及数据输入时，还要核对网络、数据对象、计价单位、更新时间与更新条件；涉及合约规则时，要确认说明所对应的部署版本。相似名称或相同接口，不足以证明数据含义和适用场景一致。
常见问题：文档齐全是否就算核验通过
不能仅凭文档齐全判断通过。智能合约按代码执行，不代表代码准确表达了产品规则；数据发布到链上，也不代表数据在任何时点都适合结算。核验结果应明确哪些机制已有证据、哪些项目实现仍待确认，并把结论限制在已核实的范围内。