我正在研究Hyperledger Fabric 1.4的新共识。 the document中非常清楚Raft的概念及其工作方式。
但是有一个叫做snapshot的概念，
虽然可以无限期地保留所有日志，但是为了节省磁盘空间，Raft使用了称为“快照”的过程
我也阅读了有关Raft的文档（例如：this one），并了解了Raft需要snapshot的原因，因为它使领导者和关注者存储的数据更少（只是快照和一些新的日志）。但是对于Fabric，有关snapshot的示例描述了滞后的订购者获取错过的商品的方式
例如，假设滞后的副本R1刚刚重新连接到网络。它的最新块是100。引导者L在块196，并配置为以在这种情况下表示20个块的数据量进行快照。因此，R1将从L接收到块180，然后发出对块101至180的传递请求。然后，将通过普通的Raft协议将块180至196复制到R1。
在订购者存储完整分类帐时，这让我感到困惑，那么为什么它仍然需要snapshot以及如何在这里节省磁盘空间？