Hyperledger fabric 了解Hyperledger结构设置

我是区块链新手，刚刚对比特币PoW方案有了基本的了解

在阅读了Hyperledger Fabric的关键概念之后，我在理解设置方面遇到了一些困难

在成员资格部分中，它说“私钥密钥库：此文件夹是为对等节点或订购方节点的本地MSP定义的。”但组织可以有多个对等节点。那么，哪些节点负责私钥呢？我的理解是私人物品只能存放在一个地方

对于整个对等部分（请参阅），似乎建议对等节点仅根据背书策略验证已背书的交易。共识算法呢？（例如PoW、PoS、poter等）

我知道织物实现了卡夫卡（见）。但随后，我还发现arXiv中的论文进一步让我困惑。本文似乎认为订购方节点也参与了拜占庭容错（BFT）。但是，我对orderer节点的理解是，它们只负责对已认可的事务进行排序，并将它们广播到所有对等节点（请参阅）

现在，我对Hyperledger结构网络如何验证已背书的交易感到困惑。默认共识算法是什么？它如何与官方网站上描述的对等部分的图片相匹配

谢谢

那么，哪些节点负责私钥呢？我的 我们的理解是，私人物品只能存放在一个地方

每个节点都有自己的私钥，安全地存储在自己的文件系统中，或者存储在只能由其访问的硬件设备上

这似乎表明对等节点只验证已批准的 根据背书政策进行交易。那这个呢 共识算法？（例如PoW、PoS、poter等）

达成共识的是交易顺序，而不是交易内容。 背书政策规定网络是否认为交易有效

这篇论文似乎表明，订购方节点也参与其中 在拜占庭容错（BFT）中。然而，我对 orderer节点只负责订购 已签署的事务并将其广播到所有对等节点

对，这是正确的-当前结构实现没有BFT排序器。然而，共识是可插拔的，如果您实现自己的订购者，您可以将基于卡夫卡的订购者切换为BFT订购者

现在，我对Hyperledger结构网络如何验证 背书交易。默认的共识算法是什么？如何实现 它是否符合从中描述的对等部分的图片 官方网站

它通过两种方式进行验证：

• 背书策略-每个事务都有一个指向一个或多个链码（DB中的名称空间）的目标。每个这样的名称空间都有一个链码，它有自己的背书策略。如果交易由对等方签署，从而使背书策略满足，则该交易被视为通过背书策略的交易

• MVCC（Multi-version concurrency control）——一种事务，它在执行期间读取密钥，记录它们的版本，然后在提交对等检查时确认版本没有更改，因此数据的因果关系仍然保持不变

---

我在理解卡夫卡（或BFT）和订购者之间的关系方面仍然有一些困难。Kafka仅仅是订购方与所有对等节点进行快速通信的平台吗？或者它也由BFT等一致性算法组成？Kafka为排序服务节点提供了一个共享队列的抽象，用于对事务进行排序。它不是拜占庭式的容忍，似乎验证过程只是传统的数字签名检查和其他策略检查。那么，在没有达成一致意见的情况下使用SOLO或Kafka是否安全（例如BFT、PoW等）？这是因为Fabric是一个许可的区块链，所以这里有一些折衷？如果您使用CFT（崩溃容错）订购者而不是BFT订购者，那么如果它被劫持/黑客攻击，它可以向不同的对等方发送不同的块并分叉您的网络。但是，它不能伪造用户事务或对等签名。