先把方案结论拆成可核验的问题
区块链产品方案的研究证据怎么核验，关键是逐项确认“证据能证明什么”。共享账本的基本特征、某种协议的运行方式、具体产品的实际表现，属于不同层次。介绍技术原理的文献，不能直接证明产品已经实现相应能力。
核验时可将每项主张对应到来源、支持内容、适用条件和待验证事项。例如，“账本具备抗篡改特征”与“业务输入真实可靠”是两项不同主张，不能共用一个结论。
用两个来源分别核对概念与机制
NIST IR 8202《Blockchain Technology Overview》的摘要将区块链描述为分布式、能够显现篡改并抵抗篡改的数字账本，并把交易发布后不可更改的表述限定于网络正常运行条件下。它定位于高层技术概览，适合支持基础概念，不能替代具体产品的测试或审查。
ethereum.org 的共识机制说明把共识解释为协议、激励与相关规则的整体，并区分权益证明、工作量证明与完整共识机制。该来源适合解释以太坊相关机制及概念关系，不能直接推广为所有区块链产品的实现事实。
两个不同来源的作用是提供互补依据。它们并未共同测试某个产品，因此“引用了两个来源”不等于“产品结论获得独立验证”。
保留原文中的适用条件
方案若将“正常运行条件下难以更改”改写为“任何情况下绝不可能修改”，就扩大了证据范围。同样，采用某种共识机制，也不能单独证明整体系统安全；核验应关注方案是否交代参与规则、状态确认方式及其成立条件。
涉及共识比例或门槛时，要确认统计对象究竟是节点数量、验证者数量还是权益权重，以及该门槛对应什么过程。参考正文包含简化表述时，不宜直接提取数字作为产品验收标准。
具体产品结论需要对应的实证
如果方案声称性能达标或能够容忍特定故障，应要求与该主张对应的测试记录，并核对软件版本、部署环境、负载和判断标准。这是对产品证据的核验要求，不代表上述两份技术说明已经提供了这些结果。
证据记录可以采用“主张—出处—支持范围—缺口”的结构。引用只能支持原理时，将结论标为设计依据；缺少产品测试时，保留为待验证事项，避免写成已证实能力。
常见问题：权威来源是否足够
权威技术概览可以帮助校准术语，但不能为引用它的产品自动背书。账本记录难以更改，也不直接证明链外输入真实。核验的终点是让每项结论都有匹配的证据，并明确仍未得到证明的部分。