Hyperledger fabric 如何在hyperledger结构中防止拒绝服务？

In fabric或lets-say-In-composer事务用于更改某些资产的所有权。资产所有者的整个历史都保存在区块链中。我想知道如何在结构中防止DoS攻击。如果一个或一组对等方不支持由特定对等方调用的事务，这会导致拒绝服务吗？如果是，如何防止？这是已经通过选择性认可、Fabric使用的协商一致机制解决的问题，还是系统的其他部分负责解决这个问题？在工作证明中，这不是一个问题，因为其他同行并没有恶意行事，也没有在某个时候表示赞同。但在像hyperledger fabric这样的私有区块链中，节点数量有限，如何解决

---

感谢您的帮助。

由于它是一个私有网络，大多数参与者都会知道，如果有人正在进行某些恶意活动，其他人显然会知道，并可以撤销对恶意节点的访问。此外，例如，如果有三个组织参与，并且如果为三分之二的批准设置了背书策略，则第三个组织不能影响网络。同时，由于每个人都可以看到账本发生了什么，恶意节点可以被踢出网络。

我明白了。让我们考虑一个场景；假设所有基于策略的背书人都是恶意的，并决定不包括特定对等方的交易。在这种情况下，这些交易不会追加到分类账中。但这件事会被揭露，他们会受到惩罚。与不确定恶意节点的公共区块链不同，其他区块链将继续验证交易。是这样吗？因为我在想可能共识机制是在某种程度上防止它。Ya consensus也防止恶意节点。但是，正如你所说的，所有的背书人都是恶意的，那么管理员必须介入并删除这些对等节点。