先把项目宣称拆成技术命题
研究底层协议时，第一步不是接受“去中心化”“高安全性”或“不可篡改”等概括性表述，而是把它们拆成能够被检查的问题。例如，项目采用什么数据结构记录交易？节点按照哪些规则验证区块？网络如何在多个候选区块之间形成一致结果？历史交易的修改需要满足什么条件？这些问题分别对应账本结构、验证规则、共识机制和安全假设。只有命题足够具体，后续证据才有明确的对应关系。
还应区分“协议设计”“代码实现”和“网络运行结果”。白皮书或技术文档通常说明设计目标，代码可以显示规则是否被实现，节点运行和链上数据则用于观察实际行为。三者相互支持时，证据更完整；单独一份宣传材料只能说明项目提出了某种主张，不能自动证明该主张已经在网络中成立。
核验账本结构与交易可追溯性
区块链的基础证据通常包括区块、交易、区块头、交易标识和前后区块之间的关联。相关技术说明把区块链描述为按顺序排列并带有时间信息的交易记录；在比特币的实现说明中，每个区块头还保存前一个区块头的哈希，交易哈希可以进一步构成默克尔树并产生默克尔根。研究者可以据此检查项目是否公开了区块格式、交易格式、哈希计算方式和区块之间的链接规则。
实际核验时，可以随机选择一个区块，重新计算其交易摘要，并检查区块头中的摘要是否与区块内容一致；再检查当前区块引用的前一区块哈希是否准确。若项目声称支持轻量验证，还要确认其是否提供从交易到默克尔根的证明路径，以及验证者是否能够在不下载全部交易的情况下检查包含关系。这样的检查只能证明数据结构和验证路径是否自洽，不能单独证明网络不存在控制风险。
核验共识规则与安全假设
分布式网络中的节点需要依据共同的共识规则判断区块是否有效。研究证据应明确写出区块产生、区块接受、分叉选择、交易冲突处理和奖励或费用处理等规则，而不是只给出“节点会达成共识”的结论。比特币开发文档将全节点独立保存并验证区块链作为基本机制，并说明同时出现多个同高度区块时，节点会依据后续链的延伸情况选择一条链。这个例子说明，核验重点应放在可执行的规则上。
还要检查安全结论依赖哪些前提。采用工作量证明的系统，安全性与参与者投入的计算工作以及攻击者掌握的网络算力比例有关；采用其他机制的系统，则可能依赖权益分布、验证者集合、身份许可或惩罚规则。研究者应要求项目明确威胁模型：攻击者能控制哪些节点，能否阻断网络通信，是否可以伪造身份，发生分叉后如何恢复。没有安全假设和边界条件的“安全”结论，通常无法独立复核。
把代码、测试与链上数据对应起来
代码证据的价值在于它可以展示协议规则如何落地。核验时应定位交易验证、区块验证、共识选择、网络传播和状态更新等关键模块，并将其与公开的协议规范逐项对照。重点不是代码规模，而是关键规则是否明确、默认配置是否改变安全边界、不同节点实现是否遵循同一套有效性判断。若项目只有界面、接口或应用层代码，却没有底层协议实现和可复现的节点程序，就不足以证明底层能力。
测试证据应覆盖正常路径和异常路径，例如无效交易、重复花费、错误前序区块、格式不完整的区块、网络分叉和节点重新同步。链上数据则可用于验证区块间引用、交易确认、状态变化和分叉记录是否符合协议。最好让同一项结论同时对应规范条款、代码位置、测试用例和可观察数据；如果这些材料之间出现差异，应以可执行的规则和可复现结果为重点继续追查。
判断来源是否独立、结论是否越界
独立来源的意义在于降低同一宣传材料被反复引用造成的错觉。基础技术概览适合核对分布式账本、哈希、共识和智能合约等通用概念；项目规范、源代码仓库、节点文档和链上数据则适合核对某个项目的具体实现。来源之间应分别提供证据，而不是多个页面共同转载同一段项目介绍。文档的发布时间、版本和适用网络也应记录清楚，避免把旧规则用于当前实现。
结论必须严格限定范围。例如，验证某个区块的哈希链接，只能说明该区块与前一区块在数据结构上相连；验证节点能够拒绝无效交易，只能说明实现包含相应检查。它们不能直接推出项目绝对不可篡改、完全去中心化或不存在治理风险。若材料没有提供节点分布、验证者参与方式、故障恢复和长期运行数据，就应把结论限制在协议设计或已观察到的测试行为。
适用条件与常见问题
这套核验方法适用于公开协议、开放代码、可访问节点或可下载链上数据的底层项目。若项目只提供演示视频、封闭测试结果或未经说明的性能数字，研究者可以核验材料内部是否自洽，但无法据此完成对实际网络能力的完整判断。对许可链或私有链，还应额外检查参与资格、管理权限、节点准入和规则修改流程。
常见问题之一是“数据用了哈希，是否就代表不可篡改？”哈希能帮助发现数据变化，并通过区块之间的引用提高修改历史记录的难度，但最终安全性还取决于验证规则、共识机制、密钥管理和攻击者能力。另一个问题是“区块高度能否唯一标识区块？”在分叉情况下，不同区块可能拥有相同高度，因此通常还需要结合区块哈希等标识进行核对。
较稳妥的研究记录应写明四项内容：被核验的具体命题、对应的原始证据、复核步骤和仍未解决的限制。这样形成的结论能够说明哪些能力已被代码或数据支持，哪些只是设计目标，也能避免把区块链的一般技术原理误写成某个具体项目已经证实的事实。