是否可以使用节点sdk更新Hyperledger Fabric中的背书策略？
我在实例化chaincode时设置了背书策略，我想知道是否可以在以后使用node sdk更新背书策略，因为当新组织添加到频道时，我希望它们也成为背书策略的一部分。目前我们正在做的解决方案是将链码升级到新版本，在所有对等机上再次安装，然后在升级时更改背书策略。但这感觉不是正确的方式。这方面的任何指导都会非常有帮助！
共有1个答案
实际上，在织物版本-1.4中这样做是正确的解决方案。
背书政策不同于频道配置，您可以使用@kekomal所说的delta信封来更新它。您可以使用新组织、新对等方和CRL更新频道配置，但不能使用链码策略。
当链码被实例化时，背书策略被结算，这意味着它处于链码生命周期中，独立于渠道配置。
尽管随着织物版本-2.1（自2.0以来）出现的整个新的链码生命周期是一个完全不同的故事，但您可能不需要每次都升级链码。
除了从CLI或SDK中指定背书策略外，链码还可以将频道配置中的策略用作背书策略。您可以使用–channel config policy标志选择频道策略，其格式由频道配置和ACL使用。
看到这里
每次你把一个新组织带到你的网络，你都需要更新频道配置。既然链码可以使用与channel相同的策略，那么不妨尝试一下新的生命周期。
到目前为止，我还没有尝试过，因为我只提供了一些我的想法。请让我知道这是否有效。
谢谢
-
我使用的是Hyperledger Fabric版本1.2。我创建了一个有1个订购者和10个对等节点的通道，所有这些节点都属于同一个组织。我想用背书策略实例化链码，这样ORG1的所有对等体都是背书对等体，而不仅仅是1。相同的有效表达式是什么？ Fabric文档包含包括来自不同组织的同行的示例。
-
（在insert方法中）：在else语句中，我不明白“front.next”是如何被更新为“prev.next=newNode”的。理论上，我理解它，但实际上，尽管“prev”的值来自“curr”，它的值来自“front”本身，但front不可能因为“prev”而更新。他们是怎么交谈的？ （Insert方法）我尝试过调试，当它到达执行的else语句时= } 我希望curr继续使用curr填充节点链
-
问题内容： 我有一个XML文件test.xml 我正在尝试在表单提交中使用PHP更新节点xName和yName。因此，我已经使用simplexml_load_file（）加载了文件。PHP表单操作代码如下 我想更新节点值，但是上面的代码似乎不正确。谁能帮助我纠正它？ 更新：我的问题有点类似于使用PHP更新XML文件，但是在这里，我要从外部文件加载XML，同时还要更新元素而不是属性。那就是我的困惑所
-
我对运行的节点进程所看到的情况感到有点困惑。主机上的显示容器使用了超过100%的CPU。这让我认为节点进程正在耗尽CPU。当我在主机上运行并看到节点进程使用了超过100%的CPU时，就确认了这一点。 当我跳入docker容器时，我看到该节点只使用了54%的CPU，并且处理在两个内核之间进行。我希望看到一个核心被最大化，另一个为0，因为Node是单线程的。 我发现了这个QA，看起来操作系统可能在内核
-
问题内容： 所以…例如，我正在尝试将一个电子邮件“模板”引入iframe中，作为angularjs应用程序内用户的“预览”。iframe位于控制器区域内（我们称其为MainCtrl）。然后，用户将能够使用MainCtrl内提供的表单元素基于其输入来更新预览。举例来说，假设我们将模板拉入iframe的过程如下所示： 因此，在我们的index.html（angularjs应用）中，我们将具有绑定到{{
-
在google play服务的示例中，他们处理可能的版本更新，如下所示： 这将产生一条类似于