Architecture Hyperledger结构上的无限组织 概述

Architecture Hyperledger结构上的无限组织 概述,architecture,hyperledger-fabric,hyperledger,Architecture,Hyperledger Fabric,Hyperledger,我的区块链体系结构要求每个用户保持其数据的私有性。可以有无限数量的用户(比如以百万计)。依照 一个组织可以像跨国公司一样大,也可以像个人一样小 我想到了一个架构: 我的公司将在商业网络上建立一个组织 每次用户注册时,我都会在商业网络上创建一个新的组织N和新的频道C 每个新频道将有两个成员:组织A和用户新添加的组织N 我故意没有选择,因为这表明,如果某个特定渠道中存在N个组织,那么N-1个组织必须签署事务,以允许新组织加入。因为每个用户组织之间没有数据共享,所以我创建了无限的通道(每个用户组织一个

我的区块链体系结构要求每个用户保持其数据的私有性。可以有无限数量的用户(比如以百万计)。依照

一个组织可以像跨国公司一样大,也可以像个人一样小

我想到了一个架构:

  • 我的公司将在商业网络上建立一个组织
  • 每次用户注册时,我都会在商业网络上创建一个新的组织N和新的频道C
  • 每个新频道将有两个成员:组织A和用户新添加的组织N
  • 我故意没有选择,因为这表明,如果某个特定渠道中存在N个组织,那么N-1个组织必须签署事务,以允许新组织加入。因为每个用户组织之间没有数据共享,所以我创建了无限的通道(每个用户组织一个通道)

    问题:
  • 当我试图向现有渠道添加新组织时,我试图避开线性复杂性。我的架构是否有效地解决了复杂性的线性增长
  • 我在这个设计上遇到了其他问题吗
  • 我的设计有什么违反直觉的地方吗

  • 从技术角度来看,拥有大量的双边渠道并没有真正的问题。添加新组织的过程意味着您需要创建新的渠道,将用户加入该渠道,将组织a加入该渠道,然后实例化该渠道上的任何链码。很容易实现自动化。在某些情况下,您可能需要为组织A创建多个对等点,并在这些对等点之间分发通道


    另一方面,您可以考虑结合使用私有数据和基于州的背书。与其在组织a和每个用户之间创建一个渠道,您可以创建一个集合组织a/组织N,然后使用基于状态的背书,只需要组织a和组织N的背书。这里的缺点是组织N+1。。。OrgN+X将以所有用户的所有键/值的哈希结束。。。您可能不希望这样做(特别是因为它要求用户存储与他们无关的数据)。

    我认为很明显,当您有数百万用户时,为每个用户创建一个组织不是一个好主意。在Hyperledger中,一个组织会有自己的同行,这在用户级别上是没有意义的。除此之外,即使从维护的角度来看,管理一个拥有无限组织和渠道的几乎无限的网络也是不现实的,更不用说从构建的角度了

    我建议您探索其他确保用户数据安全的方法。一种方法是对其进行加密、散列,无论对您自己的场景有什么意义,然后将其存储在分类账上。但是,用户仍然是一个或多个组织的一部分,组织的总数是可以管理的


    从你到目前为止所说的话来看,我不相信Hyperledger是适合你的方法。也许您自己的以太坊网络可以更好地实现这一点,因为您有用户级帐户。如果您不需要区块链解决方案,您可能需要坚持这样的标准构建方式。

    这是一个糟糕的架构设计。Hyperledger结构用于解决业务问题,因此它具有代表业务单元的组织概念。看起来你有不同的要求。请浏览其他平台。这个设置不能与Hyperledger一起使用。@NitishBhardwaj我还觉得HL结构是为“企业”设计的。但后来我从他们的官方文档中读到了这一点,
    一个组织可以像跨国公司一样大**,也可以像个人一样小**
    。这帮助我重新思考HLs如何仍然适合个人用户。shi@TusharGoswami,您是否使用此体系结构进行了开发和部署,最终结果如何?@Valgrind1691我使用了相同的体系结构。但我还没有将其基准测试在一起工作的1000个组织上