共识解决的是哪类问题
区块链的共识算法的应用边界是什么，首先要从其目标理解：多个节点维护同一份账本时，需要对哪些交易有效、交易如何排序以及采用哪条历史形成一致认识。共识适用于需要共同维护状态、又不能仅依赖单一记账者的系统。
以太坊开发者文档将共识机制解释为协议、激励和相关机制的组合。工作量证明与权益证明主要承担抵抗虚假身份扩张、确定区块生产参与方式等作用，完整机制还需要分叉选择及其他规则。
边界一：一致记录不等于事实真实
节点能够依据协议检查交易是否符合链上规则，但链外信息是否真实，需要额外证据。例如，把一份货物交付声明写入链上，共识能够帮助确定该声明的记录顺序，却无法仅凭节点达成一致证明货物已经交付。
因此，涉及实物、身份或外部事件的应用，仍需可靠的数据采集与核验。共识的保证应限定在协议能够验证的状态范围内。
边界二：安全依赖明确的条件
比特币开发者指南说明，全节点独立验证区块，并在有效的候选链中依据累计工作量选择历史。修改旧记录需要重新完成相应工作，后续区块使重写历史的成本增加，但这种保护不能理解为任何条件下都无法更改。
判断安全性时，需要明确攻击者控制的是算力、质押权重还是其他权限，并考虑网络通信条件。不能把某种机制中的比例阈值泛化为所有区块链的统一标准，也不能简单按节点数量判断安全程度。
边界三：确认与业务完成需要区分
区块传播存在时间差，同一位置可能出现竞争区块。交易被某个节点看到、进入区块以及达到相应最终性条件，代表不同阶段。业务系统需要按所采用协议解释这些状态。
分叉选择处理共同规则下的候选历史竞争。如果参与者对规则本身产生分歧，仍可能需要升级协调与治理；共识算法不能自动裁决所有制度和业务争议。
适用条件与常见问题
适用条件包括：参与方确实需要共享账本，能够接受共同验证规则，并愿意承担复制、通信及安全机制的成本。如果单一可信管理者已能满足需求，仅增加共识环节并不必然改善系统。
节点越多就一定越安全吗？还要看资源和控制权是否分散。多数参与者能否让无效交易被正常节点接受？遵循既定规则的节点仍会执行验证。共识能否保护隐私？达成账本一致本身不提供保密保证，隐私需要单独设计。