Blockchain Hyperledger v1.0频道

Blockchain Hyperledger v1.0频道,blockchain,hyperledger,hyperledger-fabric,Blockchain,Hyperledger,Hyperledger Fabric,在Hyperledger 1.0中,我可以在频道之间共享分类账吗? 例如,如果我想创建两个通道,一个用于读取,另一个用于写入(类似于访问控制),如果每个通道都有自己的分类账,我如何同步分类账。 还有其他解决办法吗? 谢谢您说您想使用通道进行流量控制。这不是频道的用途。它们是一个为隐私目的建模子链的构造。通道存在于指定的一组对等点上,并运行与通道目的相关的一个或多个链码(通常是需要隐私的特定参与者之间的一组交易) 另一方面,在单个通道和链码组合上需要流控制,因为同一数据库分区中的键冲突对事务来说是

在Hyperledger 1.0中,我可以在频道之间共享分类账吗? 例如,如果我想创建两个通道,一个用于读取,另一个用于写入(类似于访问控制),如果每个通道都有自己的分类账,我如何同步分类账。 还有其他解决办法吗?
谢谢

您说您想使用通道进行流量控制。这不是频道的用途。它们是一个为隐私目的建模子链的构造。通道存在于指定的一组对等点上,并运行与通道目的相关的一个或多个链码(通常是需要隐私的特定参与者之间的一组交易)

另一方面,在单个通道和链码组合上需要流控制,因为同一数据库分区中的键冲突对事务来说是致命的。当块中的事务试图提交对同一块中的上一个事务已更改的键的更改时,会发生键冲突。事务立即失败,并记录在块中

编辑:延迟故障不会以我能找到的任何方式记录在块中,但是您会通过事件中心收到MVCC故障的通知。Hyperledger Composer在“transaction”SDK调用的catch块中方便地向您发送此通知


为了避免这种情况,链码应该避免使用便利键记录状态等,因为每个事务都会发生冲突。此外,为资产键添加流控制是一个好主意,因为您确实希望仅在没有针对该资产的未完成事务时才向特定资产发送更改。队列可用于在突发活动时平滑流程。

您发现了吗?没有,但我决定暂时制作两个链码,一个用于读取,另一个用于写入,如果用户A不能写入,我将只为他部署读取链码。感谢您的回复,我只想问最后一个问题:我在fabric composer ACL中看到了我们如何在fabric中使用类似的东西。@MyHMEG composer数据建模语言确实包含一个强大的访问控制语言。您可以定义对资产或资产的一部分(下至单个属性)的访问权限。您可以指定角色,甚至可以指定特定的个人。还可以添加表达式以执行更复杂的状态检查。规则引擎将从更特定到最不特定进行处理,以获得适当的访问权限。我认为这个方法是一个REST过滤器,只返回允许的属性。