先确定要查哪一种共识机制
区块链51攻击原理的设计文档怎么查，首先要明确研究对象采用哪一种共识机制。相关解释通常分散在共识规则、分叉选择和安全分析中，未必存在一本以“51攻击设计文档”为名的独立资料。
查阅时可以把问题拆开：节点如何判断区块有效，如何在多个有效分支中选择历史，以及哪些条件可能改变已确认的交易记录。这样更容易找到对应章节，也能避免把不同链的安全条件混为一谈。
比特币文档：关注工作量证明与分叉
入口为 developer.bitcoin.org/devguide/block_chain.html，页面名称为 Block Chain。可定位 Proof Of Work、Block Height And Forking 等章节。其核心解释是：节点独立验证区块，在有效分支中依据累计工作量选择链；修改历史需要重新完成相关工作量。多数算力能够形成持续竞争优势，少数算力也并非完全没有重组机会。
阅读这一入口时，应把“区块有效性”和“分支选择”分别记录。累计工作量优势适用于有效区块之间的竞争，不能据此推导攻击者可以随意绕过交易验证规则。“最长链”的简写也应结合累计工作量理解，不能只比较区块数量。
以太坊文档：关注重组与最终性
入口为 ethereum.org/developers/docs/consensus-mechanisms/pos/attack-and-defense/，页面名称为 Ethereum proof-of-stake attack and defense。该页区分链重组、双重最终性和最终性延迟，并讨论质押权重、分叉选择及惩罚机制。它也说明，共识攻击不会让攻击者直接获得任意账户资产或任意生成以太币。
这一入口适合研究权益证明的安全条件。阅读时要区分“链头发生变化”和“已最终确定的历史被推翻”，不要将二者统称为同一种回滚，也不要把工作量证明中的算力比例直接套用为质押比例。
怎样继续定位设计依据
可围绕 proof of work、chainwork、fork choice、reorg、finality、consensus rules 等术语定位内容。概览用于理解问题，规范用于确认规则，安全分析用于理解规则依赖的假设；涉及实现时，还需要对应客户端版本。
整理阅读笔记时，保留文档标题、章节、适用机制及版本信息，并分别记录攻击目标、参与权重、网络条件和防御限制。历史研究中的攻击描述需要结合其协议背景核对，不能直接作为某个项目当前存在漏洞的证明。
常见问题：51%是否是统一界线
不是。51攻击是常用名称，不代表所有共识攻击都具有相同门槛，也不表示达到某个比例就能立刻改写任意深度的历史。判断文档结论时，应同时查看共识机制、攻击目标及成立条件。
两个入口适合互相对照概念，但分别讨论不同机制，不能互相替代验证。准确的查阅结果应说明某条结论适用于什么条件，而不是只摘录一个百分比。