Blockchain Hyperledger区块链背书政策指南/建议

我可以在实例化时修改Hyperledger的背书策略，如文档中所述。然而，对于一项交易应该有多少对等方背书，是否有一些指导原则

我理解，并非所有同行都需要支持同行，但一般来说，就同行总数而言，最低可接受人数是多少？当然，它因应用程序而异，但最好有一些指导/见解

就总数而言，最低可接受数量是多少 同龄人

对等体的数量不如组织的数量重要

背书策略背后的思想是，对等块处理逻辑希望能够“知道”事务包含“正确”执行的写入集（改变世界状态的值）

现在，假设您有3个组织使用的链码。 您不希望拥有“Org1.member或org2.member或org3.member”的背书策略，因为这意味着如果任何组织（1,2,3）是恶意的，它可以命令它想要的任何内容，并完全忽略链码业务规则

因此，理想情况下，您希望有一个认可政策，证明大多数组织都同意某个执行结果，并因此将其设置为“3个组织中的2个”

接下来，是对等点数量的概念。 如果您有10个同龄人，并且您担心有人会侵入其中一个或多个同龄人，您可以设置背书政策来反映这一点

就总数而言，最低可接受数量是多少 同龄人

对等体的数量不如组织的数量重要

背书策略背后的思想是，对等块处理逻辑希望能够“知道”事务包含“正确”执行的写入集（改变世界状态的值）

现在，假设您有3个组织使用的链码。 您不希望拥有“Org1.member或org2.member或org3.member”的背书策略，因为这意味着如果任何组织（1,2,3）是恶意的，它可以命令它想要的任何内容，并完全忽略链码业务规则

因此，理想情况下，您希望有一个认可政策，证明大多数组织都同意某个执行结果，并因此将其设置为“3个组织中的2个”

接下来，是对等点数量的概念。

---

如果您有10个同龄人，并且您担心有人会侵入其中一个或多个同龄人，您可以设置背书政策来反映这一点

因此，如果区块链上有100个组织，那么理想情况下，你希望其中67个组织也支持？视情况而定，它们是否都安装了链码？此外，这取决于你作为链码的创建者。我认为这太简单了。有了100个Org，即使同时破解30个Org也是相当困难的，所以30个就足够了。另外，想象一下其中一个器官是一个调节器。该政策可能是监管机构成员和（2/3rds）。或者，如果监管机构有10个同级机构，可能只有2/3的监管机构同级机构就足够了，没有其他人。让网络舒适的是什么。比如说，如果他们都安装了相同的链码，那么60个对等点对30个对等点的速度会明显慢一些吗。速度当然会是成本的两倍，但是有人真的测试过吗？速度不是问题，因为你可以并行进行。然而，最大的问题是，如果一笔交易需要大量背书，那么对等方必须验证所有这些背书的ECDSA签名，这非常昂贵。此外-每个背书都包括对等方的身份，当使用标准本机MSP时，对等方的身份是基于x509的身份，约700字节，因此交易规模急剧膨胀。因此，如果区块链上有100个组织，那么理想情况下，您希望其中67个也背书？视情况而定，他们都安装了链码吗？此外，这取决于你作为链码的创建者。我认为这太简单了。有了100个Org，即使同时破解30个Org也是相当困难的，所以30个就足够了。另外，想象一下其中一个器官是一个调节器。该政策可能是监管机构成员和（2/3rds）。或者，如果监管机构有10个同级机构，可能只有2/3的监管机构同级机构就足够了，没有其他人。让网络舒适的是什么。比如说，如果他们都安装了相同的链码，那么60个对等点对30个对等点的速度会明显慢一些吗。速度当然会是成本的两倍，但是有人真的测试过吗？速度不是问题，因为你可以并行进行。然而，最大的问题是，如果一笔交易需要大量背书，那么对等方必须验证所有这些背书的ECDSA签名，这非常昂贵。此外，每个背书中都包含对等方的标识，当使用标准本机MSP时，该标识是基于x509的标识，约700字节，因此使事务的大小急剧膨胀。