hyperledger fabric 中如何防止拒绝服务？
How denial of service is prevented in hyperledger fabric?
在 fabric 中或者说在 composer 中，交易用于更改某些资产的所有权。资产所有者的全部历史记录都保存在区块链中。我想知道结构中如何防止 DoS 攻击。如果一个或一组点不认可由特定点调用的故意交易，这会导致拒绝服务吗？如果是，将如何防止？它是否已经通过选择性背书解决了，Fabric 使用的共识机制，或者系统的其他部分负责解决这个问题？在工作量证明中，这不是问题，因为其他同行没有恶意行事并在某些时候背书。但是在像 hyperledger fabric 这样的私有区块链中，peer 的数量是有限的，它是如何解决的？
感谢您的帮助。
由于它是一个私有网络，大部分参与者都是已知的，如果有人在做一些恶意的事情 activity 显然其他人会知道并可以努力撤销恶意节点的访问权限。此外，例如，如果有三个组织参与，并且如果背书政策设置为从 3 个中的 2 个批准，那么第三个组织不能影响网络。同时，由于每个人都可以看到分类帐发生的情况，因此可以将恶意节点踢出网络。
在 fabric 中或者说在 composer 中，交易用于更改某些资产的所有权。资产所有者的全部历史记录都保存在区块链中。我想知道结构中如何防止 DoS 攻击。如果一个或一组点不认可由特定点调用的故意交易，这会导致拒绝服务吗？如果是，将如何防止？它是否已经通过选择性背书解决了，Fabric 使用的共识机制，或者系统的其他部分负责解决这个问题？在工作量证明中，这不是问题，因为其他同行没有恶意行事并在某些时候背书。但是在像 hyperledger fabric 这样的私有区块链中，peer 的数量是有限的，它是如何解决的？
感谢您的帮助。
由于它是一个私有网络，大部分参与者都是已知的，如果有人在做一些恶意的事情 activity 显然其他人会知道并可以努力撤销恶意节点的访问权限。此外，例如，如果有三个组织参与，并且如果背书政策设置为从 3 个中的 2 个批准，那么第三个组织不能影响网络。同时，由于每个人都可以看到分类帐发生的情况，因此可以将恶意节点踢出网络。