先确定证据需要证明什么
自动阅读区块链项目的研究证据怎么核验，关键是让每项结论都对应可复查的依据。例如，“地址存在合约代码”“交易被区块收录”“项目兑现了某项承诺”，涉及不同的证明对象。前两类可以检查链上记录，第三类还需要明确承诺内容及其与记录的对应关系。
核验记录应保留原始主张、来源位置、相关摘录和推导过程。自动摘要适合帮助定位信息；当摘要省略条件或扩大结论时，应回到原始证据重新判断。
以太坊：固定查询对象与状态位置
以太坊 JSON-RPC 文档说明，应用通过节点查询区块链数据；余额、代码等状态查询受区块参数影响，latest、safe、finalized、pending 指向不同状态位置。数量与字节数据虽都使用十六进制，编码规则却不同。来源：https://ethereum.org/developers/docs/apis/json-rpc/
据此核验时，应记录网络、地址、接口方法、完整参数、区块位置和原始响应。不同时间查询 latest，结果可能无法直接比较；编码解析错误也可能造成数字误读。查询条件不一致时，应先解释差异，不能立即认定项目说法矛盾。
比特币：区分收录证据与完整验证
比特币开发指南说明，全节点按共识规则验证区块；分叉时同一高度可能对应不同区块，因此高度不是全局唯一标识。默克尔路径配合区块头，可以核验交易是否被该区块收录。来源：https://developer.bitcoin.org/devguide/block_chain.html
研究记录因此应同时保留交易标识与区块哈希。交易收录证明有明确范围：它支持交易与特定区块的关系；要判断该区块所属链及交易有效性，还需相应验证条件。不能仅凭一项收录证据推导项目整体可信。
适用条件与常见问题
两个来源是否就能证实项目？来源数量不能替代证据匹配。上述文档分别解释不同网络的机制，并未共同核实任何具体项目。项目级结论仍需该项目对应的记录和可复查关联。
接口没有返回数据，是否表示记录不存在？应先检查网络、参数、节点同步情况及接口支持范围。查询失败与成功查询后得到空结果，应分别记录。
最终表述可以区分“记录直接支持”“依赖额外条件”“尚缺证据”。这些方法适用于检查链上技术主张；涉及现实身份、业务履约等结论时，还需要能将链上记录与现实对象连接起来的证据。