Hyperledger Fabric区块链一致性检查相关技术问询

Great questions about Hyperledger Fabric's internal consistency checks—let’s break them down clearly:

1. 哪个组件负责追踪区块链的一致性？ #

在HLF系统中，Peer节点是维护账本一致性的核心组件，同时配套机制和其他组件会协同保障：

• Peer节点本身会维护本地完整账本（包括区块链区块文件和世界状态数据库），通过验证区块哈希链、交易Merkle树、区块签名等方式确保账本的完整性和一致性。
• Orderer节点负责保障区块的全局顺序一致性，确保所有Peer收到的区块顺序统一，避免因顺序差异导致的不一致。
• Gossip协议在Peer集群间同步账本数据时，会通过区块哈希对比、状态同步等机制，让集群内的Peer保持账本状态一致。

2. 修改Docker实例中的账本文件后，哪个部分会检测到问题？ #

当你手动修改Peer节点的账本二进制文件（比如篡改区块头、破坏哈希值），Peer节点的账本验证模块会检测到异常：

• 这个模块负责校验区块的哈希链完整性、区块头字段的合法性（比如前区块哈希、Merkle根、签名等），以及世界状态与区块交易的对应关系。一旦发现篡改导致的哈希不匹配、Merkle树验证失败，或者区块签名无效，就会标记账本异常。

3. 检测时机是什么时候？ #

一致性检测会在多个关键节点触发：

• Peer节点启动时：Peer会自动执行账本完整性校验，从创世区块开始遍历整个区块链，逐一验证每个区块的哈希链和字段合法性，若发现篡改会阻止节点正常启动或标记账本损坏。
• 区块提交阶段：当Orderer将新区块分发到Peer时，Peer会先对区块进行全量验证（哈希、签名、Merkle树等），只有验证通过的区块才会被写入本地账本。
• 账本同步/查询时：当Peer通过Gossip从其他Peer同步账本数据，或者处理用户的账本查询请求时，会针对涉及的区块进行哈希校验；如果配置了定期审计任务，也会定期扫描整个账本的一致性。

4. 此类一致性检查仅针对最新区块吗？ #

当然不是。HLF的区块链是链式结构，每个区块的哈希值基于前一个区块的哈希和当前区块内容生成，形成了不可篡改的哈希链。因此：

• 任何一个历史区块被篡改，都会导致后续所有区块的哈希链断裂，Peer在验证时会从异常点往前追溯，检查整个受影响的链段。
• 节点启动时的完整性检查覆盖从创世区块到最新区块的全链验证；同步账本时，也会对比本地链和远程链的完整哈希序列，而不只是最新的几个区块。

内容的提问来源于stack exchange，提问作者SierraBravo