先把技术主张拆成可核验的问题
核验“新技术”之前，先明确它声称改进了什么：账本记录方式、参与者达成一致的规则，还是系统性能与安全性。不同主张需要不同证据。概念解释回答术语含义，机制说明回答系统如何运作，效果主张则需要能够对应其适用条件的验证材料。不能因为术语有出处，就认定采用该术语的项目已获得验证。
两个来源分别能支持什么
NIST IR 8202的摘要将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本，并将记录发布后不能更改的描述置于网络正常运行条件下。它适合支持基础定义，不能据此证明某个新方案在所有情况下都不可更改。
以太坊开发者文档说明，共识机制包含使节点就链上状态达成一致的协议、激励及相关规则；工作量证明或权益证明只是其中的组成部分。这能帮助检查技术介绍是否遗漏分叉选择等环节，但不能替其他项目证明安全性。
核对出处，也核对论证是否对应
记录文献标题、发布机构、版本或日期，以及支持主张的具体段落。随后检查引用内容与结论之间是否存在跳跃：基础概述是否被用来背书性能，机制设计是否被写成已经验证的效果，正常运行条件是否被省略。
两个不同机构的来源可以提供不同视角，但来源数量本身不代表同一结论得到交叉验证。上述两类文档分别侧重技术概述与共识机制解释，不能组合成某个具体新项目有效的证明。
适用条件决定结论能走多远
讨论抗篡改能力时，应保留网络运行条件；讨论共识时，应明确参与者权重、区块选择规则和激励约束。尤其不能把节点数量、验证者数量与质押权重混为一谈，也不能把某个协议的表述直接推广到所有区块链。
若主张涉及速度、成本或攻击抵抗能力，核验应进一步追问：采用什么指标，在什么环境下测试，比较对象是否一致，结果能否复查。缺少这些信息时，结论应停留在机制层面，不宜写成已证实的工程效果。
常见问题：权威出处是否足够
权威技术概述有助于确认概念边界，但不是具体产品的认证。项目文档有助于理解设计，也不等于独立验证。证据不足时，应明确哪些内容已有定义或机制说明，哪些效果仍待验证；“尚未核实”也不等于“已经证伪”。