PoH 提供可验证的事件顺序,PoA 依靠获授权验证者身份,PBFT 让已知副本通过多轮消息容忍恶意故障。三者解决的问题并不相同。
把它们放进同一张“共识机制名单”容易造成误解。PoH 通常需要与 PoS 和 BFT 类协议组合,PoA 侧重谁可以提议区块,PBFT 则规定副本怎样投票并最终确认状态。

历史证明(Proof of History,PoH)使用连续哈希序列记录可验证的时间经过和事件顺序。序列生成需要按先后计算,其他节点可以分段并行验证。
PoH 能减少节点为事件排序反复交换消息的需要,但它不能独立决定哪个验证者有权出块,也不能单独处理冲突投票。Solana 把 PoH 作为共识前的时钟,并与 PoS 和 Tower BFT 等组件配合。
因此,称 PoH 为“高性能共识的一部分”更准确。比较网络时还要检查领导者选择、验证者投票、分叉处理和最终性,不能只看到 PoH 名称。
权威证明(Proof of Authority,PoA)把区块生产资格交给一组经过身份或治理授权的验证者。参与者通常公开或可追责,违规会影响资格、声誉或现实责任。
PoA 不需要公开算力竞赛,也不一定要求大量代币质押,因此确认快、资源需求低,适合联盟链、企业网络或治理边界清晰的公链。
它的主要取舍是准入。谁能成为权威节点、谁有权撤销资格、应急密钥由谁控制,都会影响系统实际中心化程度。已知身份也不能自动阻止合谋。
实用拜占庭容错(PBFT)面向一组已知副本。主节点提出请求顺序,其他副本经过预准备、准备和提交等消息阶段,达到法定数量后执行同一结果。
经典 PBFT 在满足网络与密码学假设时,通常需要至少 3f+1 个副本来容忍 f 个拜占庭故障。这意味着 4 个副本可容忍 1 个任意作恶副本,7 个副本可容忍 2 个。
PBFT 可以给出明确最终性,不依赖后续区块继续累积工作量。参与者增加时,多轮全互联通信会快速增长,因此实际系统常使用委员会、聚合签名或改进型 BFT 协议降低开销。

| 比较项 | PoH | PoA | PBFT |
|---|---|---|---|
| 主要问题 | 证明时间经过与事件顺序 | 确定获授权的区块生产者 | 让已知副本在恶意故障下达成一致 |
| 是否独立构成完整共识 | 通常不能 | 仍需配套分叉或最终性规则 | 可作为复制与最终性协议核心 |
| 参与者身份 | 可用于开放网络 | 通常已知或经授权 | 通常是已知副本集合 |
| 最终性 | 由组合协议决定 | 由配套投票或链规则决定 | 达到法定投票后可明确最终确定 |
| 主要限制 | 容易被误解为单独共识 | 准入和撤销权可能集中 | 节点增加带来较高通信成本 |
现实网络常采用组合架构。例如,PoS 决定验证者权重,BFT 协议负责投票最终性,PoH 提供排序时钟。机制名称相同,组合方式不同,安全结论也可能不同。
DPoS 同样通过较小代表集合降低通信成本,可查看委托权益证明。这些组件与 PoW、PoS 的关系可回到共识机制详解。
可以采用 BFT 类协议,但通常先用质押、选举或随机抽样形成有限委员会。若任何身份都能无限加入,攻击者可创建大量虚假副本破坏投票假设。
不一定公开给所有用户,但通常需要被治理机构识别、授权或追责。具体身份披露范围由网络治理和合规要求决定。
不需要工作量证明式挖矿。副本通过签名消息和法定票数确定请求顺序,主要成本是网络通信、验证和节点运营。
不能。还要检查参与者集合、密钥管理、客户端实现、网络假设、升级权限和实际权力分布。同名协议经过不同参数和改造后,安全边界可能差别很大。


