讨论范围：技术结构与行业结构要分开
“区块链行业逻辑结构”可以涉及技术架构、业务组织和商业模式。这里聚焦技术基础：交易如何组织、节点如何验证、分歧如何解决，以及参与者为何遵守规则。比特币和以太坊的机制可以帮助解释这些问题，但不能直接代表所有区块链，更不能据此判断某种商业模式是否成立。
把共识机制简化成一个名称
以太坊开发者文档将共识解释为协议、激励与协调机制的组合。工作量证明和权益证明承担抵抗虚假身份、参与区块生产选择等作用，完整机制还需要处理链的选择及参与者行为约束。
因此，看到某系统使用权益证明，还需要区分谁能提议区块、谁负责验证，以及出现竞争区块时如何选择。单独一个机制名称，无法说明整个系统怎样达成一致。
混淆交易有效与链被选择
比特币开发者指南说明，全节点独立验证区块；当存在竞争分支时，在有效链中依据累计工作量选择链。这包含两个不同问题：记录是否符合规则，以及多条合规历史中采用哪条。
累计工作量更高，并不意味着节点应接受违反交易规则的区块。“最长链”也不能简单理解为区块数量最多。讨论共识时，应先说明有效性条件，再解释分支选择规则。
把节点数量等同于决策权重
节点数量、算力和质押权重属于不同指标。以太坊相关机制中的投票权重与质押余额有关，不能直接换算成普通节点数量占比。分析某条链时，需要先确认参与角色与权重计算方式，再讨论多数或阈值。
类似地，运行很多网络身份不必然获得同比例的共识影响力。抵抗女巫攻击的机制，正是为了限制通过大量虚假身份低成本扩大影响的做法。
把不可篡改理解为绝对保证
区块之间的哈希关联，使修改历史记录会影响后续关联关系；共识与资源成本进一步限制历史重写。安全性由这些条件共同支撑，不能仅凭使用哈希就认定记录永远无法改变。
竞争分支和链重组也说明，交易被某个区块收录与记录达到相应确认程度需要分别讨论。不同协议的确认与最终性规则不同，不能照搬同一套判断标准。
把账本一致扩大为现实真实
共识解决的是节点按协议接受哪份账本状态。若业务把外部信息写入链上，节点就算对记录达成一致，也不能仅凭共识判断现实中的事件是否真实发生。
理解区块链的适用条件，应把链内规则验证与链外信息核验分开：前者解释协议如何处理记录，后者仍需说明信息从何而来、由谁核验。技术机制的结论应停留在它实际能够证明的范围内。