jusonalien https://paragraph.com/@jusonalien undefined Thu, 09 Jul 2026 06:25:04 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed en jusonalien https://storage.googleapis.com/papyrus_images/56e611754fc99fef0d61ef468e3c653dac2514771fccebc714d7629accd7e0ff.jpg https://paragraph.com/@jusonalien All rights reserved <![CDATA[共识机制浅谈]]> https://paragraph.com/@jusonalien/J0TiiD9X3buUqF6A6yDH J0TiiD9X3buUqF6A6yDH Sat, 11 Dec 2021 13:04:00 GMT 共识和一致性其实是等价的，两者概念都是希望某个提议只要能够在集群的节点中完成少数服从多数的应答，那么这个提议就算是被落实下来了，在完成这个应答的过程中要面临两个大难题

  • 1、某（个/批）节点宕机的时候要怎么处理

  • 2、某（个/批）节点出现了恶意发送假消息的时候要怎么处理

容错(Crash Fault Tolerance, CFT)类算法和拜占庭容错(Byzantine Fault Tolerance, BFT)类算法

在常规的内部的分布式环境中，我们都会假定不会出恶意发送假消息的问题, 会使用非拜占庭容错的协议，这样性能会更高，常见的有

  • paxos

  • raft

但是在公网的环境中，会面临着恶意节点请求的问题，因此需要使用拜占庭容错的协议

常见的拜占庭容错共识机制

  • PBFT

  • POW(Proof Of Work)

  • POS(Proof Of Stake)

  • POH(Proof Of History)

基本概念

拜占庭容错

拜占庭容错（BFT）不是某一个具体算法，而是能够抵抗拜占庭将军问题导致的一系列失利的系统特点。 这意味着即使某些节点出现缺点或恶意行为，拜占庭容错系统也能够继续运转。本质上来说，拜占庭容错方案就是少数服从多数。

]]> jusonalien@newsletter.paragraph.com (jusonalien)