先把研究问题拆成可核验的主张
区块链主要共识的研究证据怎么核验，首先要明确核验对象。“采用什么机制”“如何选择分支”“什么条件下可能遭受攻击”和“处理速度如何”，需要不同证据。不能用一段机制介绍，同时证明安全性、性能和去中心化程度。
适用范围也应明确。这里的证据主要覆盖工作量证明与权益证明的基础解释，不能据此完成所有共识方案的比较，更不能把某条链的设计推广为同类系统的共同结论。
用两个来源核对概念与规则
以太坊的共识机制说明将共识理解为协议、激励等组成的整体，并区分抗女巫攻击、区块生产与分叉选择。核验时应分别记录这些功能，避免仅凭“PoW”或“PoS”标签判断整个系统。
比特币开发者指南说明，全节点独立验证区块；在有效的候选分支之间，节点依据累计工作量选择链。因此，核验“最长链”表述时，需要检查它是否实际指累计工作量，而不是简单比较区块数量。
这两个来源可以支持概念区分，但讨论对象不同，不构成对每项安全结论的相互验证。来源数量不能替代内容对应关系。
检查安全结论背后的适用条件
遇到“达到某个比例即可攻击”或“攻击必然不划算”等说法，应先追问：攻击目标是什么，比例如何计算，成功标准是什么，结论依赖哪些条件？把这些条件删去，往往会把有限结论变成绝对判断。
尤其要核对百分比的分母。节点数量、算力份额和质押权重不能直接互换。还应检查原文讨论的是区块有效性、分支选择，还是某种确认状态，避免把不同问题拼接成一个安全门槛。
让证据类型与结论强度匹配
开发者说明适合建立概念框架。若要确认具体规则，应继续核对对应版本的协议规范与实现；若要判断研究中的安全证明，应检查模型、假设和证明范围；若要比较性能，则需要实验配置、负载、测量口径与可复现记录。
核验记录可以逐项保存主张、出处、版本、支持段落、适用条件和未解决问题。缺少必要材料时，应将结论标为尚待核验，不用常识推测补齐证据。
常见问题：官方说明是否足够
官方说明可以作为理解项目设计的重要依据，但介绍性文字不能自动替代形式化证明或独立测试。引用时应保持与原文相当的结论强度，不把设计目标写成已经全面验证的结果。
两个来源表述不同怎么办？先检查研究对象、版本与术语是否一致，再判断是否真正矛盾。若只有摘要或截断正文，就只使用其中能够完整理解的论述；涉及缺失上下文的结论，应保留判断。