Hyperledger fabric 具有Composer Multiorg设置的频道

Hyperledger fabric 具有Composer Multiorg设置的频道,hyperledger-fabric,hyperledger,hyperledger-composer,Hyperledger Fabric,Hyperledger,Hyperledger Composer,我刚刚定义了我的结构网络,有3个ORG作为Org1、Org2和Org3Org1和Org2是连接到通道2的通道1和Org3和Org1的一部分 目的不是将数据复制到不属于事务的组织对等方 Org1的composer应用程序的连接配置文件应该是什么,因为它是两个通道的一部分?根据某些条件,它可能必须与Org2或Org3进行某些交易/交易 是否有任何方法可以通过composer实现这一点,或者我应该只使用vanilla Fabric和chaincode吗?这篇来自a的摘录应该有帮助: Composer使

我刚刚定义了我的结构网络,有3个ORG作为Org1、Org2和Org3Org1和Org2是连接到通道2的通道1Org3和Org1的一部分

目的不是将数据复制到不属于事务的组织对等方

Org1的composer应用程序的连接配置文件应该是什么,因为它是两个通道的一部分?根据某些条件,它可能必须与Org2或Org3进行某些交易/交易

是否有任何方法可以通过composer实现这一点,或者我应该只使用vanilla Fabric和chaincode吗?

这篇来自a的摘录应该有帮助:

Composer使用业务网卡与结构连接,这些网卡包含凭据和连接配置文件。连接配置文件包含结构上“服务”的定义,因此可以在卡中定义特定的对等方

关于通道-同样是连接配置文件决定了使用的通道,目前每个卡只支持一个通道。可以使用多个卡,但在某些情况下,断开/切换/重新连接可能不实用或不可取。有一种方法可以连接到不同通道上的不同业务网络在本教程中为d,但它可能不适用于所有情况

有一个多通道使用Composer的方法,所以您可以在上面留下注释或+1,特别是如果您有一个好的多通道使用案例的话


许多人都在考虑并使用通道作为安全功能,但Composer ACL在某些情况下可能会解决此问题。同样,Fabric中即将推出的sidedb功能可能会提供安全性,而不是单独的通道。”

感谢您的回答。Sidedb似乎是一个更容易实现隐私保护的解决方案。您是否知道编写器何时可以支持sidedb功能?面料将从1.2开始。还没有找到Composer的任何指针。Sidedb真的可以取代对通道的需求吗?因为通道确实确保授权的对等方能够永久保存该通道上所有对等方可用的数据。但是sidedb仅为配置的块数(blockToLive)保留真正敏感的数据