讨论范围：通用原理与项目实现
讨论“fabric区块链共识机制有哪些常见问题”，首先需要区分共识的通用含义与具体系统的实现。本文解释共识、验证和分叉选择等基础概念，不确认 Fabric 采用何种算法、支持哪些配置或具有怎样的性能。比特币与以太坊的机制各有适用条件，不能直接视为 Fabric 的技术说明。
共识是否只是选出一个记账节点
共识涉及分布式节点如何对账本状态形成一致认识。选出区块提出者只是其中一个环节，还需要规定交易和区块怎样验证，以及出现竞争区块时如何确定共同接受的历史。
以太坊开发者文档将共识描述为协议、激励和相关规则构成的整体，并区分抗女巫攻击与链选择。这说明讨论共识时，仅列出工作量证明或权益证明等名称，还不足以解释系统如何达成一致。
交易进入区块是否就代表有效
交易被记录的位置与交易是否满足规则，是两个不同的问题。理解一个系统时，需要分别考察交易的有效性条件，以及节点如何对交易顺序达成一致。
比特币开发者指南说明，全节点独立验证区块；交易还受到未花费输出及不得重复花费等规则约束。其链选择依据累计工作量。这些规则属于比特币语境，不能推导出 Fabric 也采用相同的数据模型或验证流程。
为什么不能套用统一的多数门槛
“多数同意”必须说明统计对象：节点数量、算力和质押权重并不等价。容错条件还取决于系统考虑的是节点停止响应、网络通信异常，还是节点主动发送矛盾信息。
因此，不能把某条链的比例阈值直接用于另一套系统。确认具体项目的安全边界，需要明确算法、参与者身份规则、故障假设及网络条件；缺少这些前提，单独讨论能容忍多少异常节点容易产生误解。
出现不同区块是否意味着共识失效
在允许竞争区块的机制中，节点短暂看到不同候选历史，可以由协议规定的分叉选择规则处理。分叉的含义及其解决方式取决于系统设计，不能假设所有区块链都采用同一种处理方法。
落实到 Fabric 的具体问题，算法支持范围、确认条件、故障恢复和配置限制，需要由对应版本的项目文档证明。通用共识概念可以帮助明确问题，但不能替代对具体实现的核验。