Hyperledger fabric 无需托管对等节点的Hyperledger参与

我们正在寻求实现hyperledger结构解决方案，我被这个基本问题难住了。如果并非所有参与者都能够/愿意托管对等节点，hyperledger解决方案的体系结构如何

我们的用户分为两组-付款人和提供者。我们的大多数提供商都愿意并拥有托管对等节点所需的IT基础设施。我们的许多付款人是/不是

从付款人参与者的角度来看，如果我不是同龄人并且没有自己的分类账副本，我如何信任系统？在建立允许他们参与的hyperledger环境时，我们有哪些选择

---

如果我错过了描述此场景的要点或一些文档，我深表歉意，但最受欢迎的是链接到它。

最简单的“信任假设”是，对于不运行对等点的组来说，信任运行对等点的特定成员。对于提交事务，是否运行节点实际上并不重要。。。您可能会关心有效的背书政策，以确保没有一个全能会员拥有一个对等会员，但您提交给多个对等会员进行背书除外。对于查询数据，如前所述，您可能对一个特定成员具有亲和力/信任，您可以选择一组随机或多数对等点，并执行“强读取”。查询仍然是一个调用，因此您可以在同一个调用中实际查询多个对等方。

最简单的“信任假设”是让不运行对等方的组信任运行对等方的特定成员。对于提交事务，是否运行节点实际上并不重要。。。您可能会关心有效的背书政策，以确保没有一个全能会员拥有一个对等会员，但您提交给多个对等会员进行背书除外。对于查询数据，如前所述，您可能对一个特定成员具有亲和力/信任，您可以选择一组随机或多数对等点，并执行“强读取”。查询仍然是一种调用，因此您可以在同一个调用中实际查询多个对等方。

我假设付款人主要提交交易？@GariSingh基本上是的，但双方都有兴趣查看交易的当前状态，可能需要对其进行更新，直到最终关闭或解决。我应该注意到，我已经简化了我们用户的构成。至少还有两个不同的团体与付款人或提供者无关。同样，有些人可以主持，有些人不能。hyperledger是否支持不托管节点但信任另一个托管节点的参与者的概念？我假设付款人主要是提交交易？@GariSingh基本上是的，但双方都有兴趣查看交易的当前状态，可能需要对其进行更新，直到最终关闭或解决。我应该注意到，我已经简化了我们用户的构成。至少还有两个不同的团体与付款人或提供者无关。同样，有些人可以主持，有些人不能。hyperledger是否支持不托管节点，而是信任另一个托管节点的参与者？