先明确资料能够证明什么
核验应从具体主张开始：文章是在解释区块链账本，还是声称某个在线投票系统安全可靠？通用技术文档可以解释机制；涉及具体系统的结论，则需要与其设计、代码及部署版本对应的证据。来源权威程度与结论适用范围需要分别判断。
核对两个来源的身份与用途
NIST IR 8202《Blockchain Technology Overview》的页面摘要将区块链描述为具有篡改可察觉性和抗篡改能力的分布式账本，并强调正常网络运行这一条件。它适合支持账本基础概念，不构成对特定投票系统的认证。
核验该报告时，可比对标题、报告编号、作者、版本及DOI：10.6028/NIST.IR.8202。参考入口为https://csrc.nist.gov/pubs/ir/8202/final。
以太坊开发者文档《Smart contract security》讨论访问控制、测试及独立审查，并明确审计不能发现所有缺陷。它可用于理解合约安全要求，不能证明使用合约的投票系统已经满足这些要求。参考入口为https://ethereum.org/developers/docs/smart-contracts/security/。
把投票系统主张对应到具体证据
对于“票数不可篡改”，需要说明记录如何进入账本，以及结论依赖哪些网络运行条件。账本中的记录受到保护，并不足以证明提交前的数据准确；“记录保持一致”与“选票表达真实意愿”需要不同证据。
对于“只有授权人员能操作”，应核对权限设计和相关实现；对于“经过安全审计”，应核对报告对象、代码版本、审查范围及问题修复情况。审计名称或标识本身无法展示这些细节。
适用条件与常见问题
两个来源是否足够？它们来自不同发布主体，可分别提供账本与合约安全背景，但并未共同验证某个在线投票项目。涉及匿名性、投票资格或计票正确性的主张，仍需相应专项证据；这两份通用文档不足以支持具体结论。
HTTPS是否意味着内容结论可信？它主要涉及连接安全，不能替代内容核验。正式引用还应记录文档版本、具体章节及实际访问日期，并区分草案、正式版和持续更新的网页。
没有找到系统级证据怎么办？应将结论限定在通用机制层面，把尚缺的证据列明，避免将“采用区块链”或“使用智能合约”写成已经证实安全的依据。