Hyperledger fabric 在织物中，快照过程的价值是什么？

我正在挖掘Hyperledger Fabric 1.4的新共识。筏的概念及其工作方式在实践中相当清楚

但是有一个叫做快照的概念，它是

虽然可以无限期地保留所有日志，但为了节省磁盘空间，Raft使用了一个称为“快照”的过程

我也阅读了关于Raft的文档（例如：），并理解Raft需要快照的原因，它允许领导者和追随者存储更少的数据（仅快照和一些新日志）。但是在Fabric的例子中，关于

snapshot

的例子描述了落后的订购者获取丢失的块的方式

例如，假设延迟副本R1刚刚重新连接到网络。最近的街区是100号。引线L位于块196，并且被配置为以在这种情况下表示20个块的数据量进行快照。因此，R1将从L接收块180，然后对块101到180发出传递请求。然后，块180到196将通过正常Raft协议复制到R1

当订购方存储完整的分类账时，我很困惑，为什么它仍然需要

snapshot

，它如何在这里节省磁盘空间