hyperledger结构检查背书政策责任
在hyperledger结构中提交分类账之前，谁负责检查背书策略？订购方服务还是提交对等方？在里面https://www.hyperledger.org/wp-content/uploads/2017/05/HL_Meetup_Blockchain_IBM__Mai_v2a-1.pdf表明提交对等方会检查背书策略。但在一些视频中，订购服务会对其进行检查，检查后会生成块并发送给对等方，以便盲目提交。
共有1个答案
订购服务不执行任何背书策略检查。背书策略通常由客户在向订购服务提交交易之前进行检查，并由每个对等方在提交之前进行检查。
-
我使用的是Hyperledger Fabric版本1.2。我创建了一个有1个订购者和10个对等节点的通道，所有这些节点都属于同一个组织。我想用背书策略实例化链码，这样ORG1的所有对等体都是背书对等体，而不仅仅是1。相同的有效表达式是什么？ Fabric文档包含包括来自不同组织的同行的示例。
-
当我发出我的链码时，我会收到一条消息： 服务器返回：为ChainCodesName构造描述符失败：“mycc”：没有对等方组合可以满足认可策略 令人困惑的是，当我使用策略:时，一切都非常清楚，并调用了我的chaincode。在本例中使用discovery命令返回服务器上的每一个对等点，非常好。但这不是我想要实现的！我想强制执行3个背书人中的2个背书。 每个对等点都在不同的机器上。下面是如何执行事务
-
我已经根据Hyperledger fabric文档中的“Build your First Network”示例启动了Docker容器和通道。我试图使用Fabric Java SDK从分类帐中查询一个值。我使用的Fabric samples发布版本是fabric-samples-release-1.0。 在通道初始化期间，我得到了一个证书验证失败的异常，这里是我的Java代码
-
问题内容： 在实际尝试使用ajax方法之前，是否存在“安全”的方法来检查同一原始策略是否适用于URL？这是我所拥有的： 这种工作，但是基于Wikipedia文章，是一种手动猜测。有没有更好的方法来预先检查跨网域配额？jQuery可以使用。 问题答案： 有趣的问题！我四处搜寻，除了您发布的内容外，什么也找不到，但是当我弄乱一些测试代码时，我确实遇到了这一点。如果您只是想要一种简单的方法来测试URL而
-
下面是我对Hyperledger结构系统的理解。如果有任何错误，一定要告诉我。 1）所以我们有对等方（背书人、锚、将军（谁有分类账）、订货人）。此外，当我们设置结构时，假设我们注册了两个组织。让我们称他们为公司甲和公司乙。现在我应该做的是使用密码来生成他们的证书，这些证书将被保存到特定的文件夹中。（在加密文件夹中，现阶段我将拥有公司甲和公司乙的密钥库和签名）。 现在，对于这些公司，A和B，我也为他
-
我在实例化chaincode时设置了背书策略，我想知道是否可以在以后使用node sdk更新背书策略，因为当新组织添加到频道时，我希望它们也成为背书策略的一部分。目前我们正在做的解决方案是将链码升级到新版本，在所有对等机上再次安装，然后在升级时更改背书策略。但这感觉不是正确的方式。这方面的任何指导都会非常有帮助！