先明确研究对象与适用条件
研究区块链关键技术，首先要说明系统需要解决什么问题：交易如何排序、重复花费如何排除，以及节点出现不同账本时如何协调。还应明确参与者是否可信、攻击者能够控制什么资源、节点依据哪些规则验证数据。缺少这些前提，安全性与性能结论就难以比较。
共识需要研究完整机制
以太坊开发文档将共识解释为协议、激励和相关协调机制的整体。工作量证明与权益证明承担抗女巫攻击、区块生产者选择等作用，完整共识还需要分叉选择等规则。
因此，研究不能停在算法名称上。需要分别说明谁能提出区块、其他节点如何验证、出现竞争分支时如何选择，以及奖励和惩罚是否能够约束预期的恶意行为。不同环节的条件必须相互一致。
区分数据关联与交易有效性
比特币开发指南描述了区块哈希链接、默克尔树和未花费交易输出：这些结构分别支持历史关联、交易收录验证和重复花费检查；节点还会独立验证区块，并在有效分支间依据累计工作量选择链。
研究时应把数据结构与验证规则分开检查。证明一笔交易被某个区块收录，并不能单独证明它符合全部交易规则。哈希关联可以让修改留下可检测的变化，历史记录抵抗重写的能力还依赖共识机制及其资源约束。
安全结论必须写清边界
常见问题是把某个攻击比例理解为绝对安全分界。分析应区分攻击目标、攻击资源和成功条件，不能只给出一个百分比。涉及权益投票时，也应明确按节点数量还是按权益权重计算，避免混淆统计口径。
另一问题是把分叉直接视为故障。节点接收消息的时间不同，可能暂时看到竞争区块。研究应说明系统如何收敛，以及应用在记录尚可能发生变化时如何处理状态。
性能评估需要保留验证条件
比较方案时，应交代交易负载、节点资源、网络环境以及完成确认的判定方式。仅观察区块产生速度，无法说明验证与传播是否跟得上，也无法判断不同方案是否提供相同的确认保障。
轻量验证同样需要标明边界：收录证明回答的是数据是否属于特定区块，全面验证还涉及区块和交易规则。研究成果应逐项说明能够验证什么、依赖什么，以及哪些问题仍需其他机制解决。