I’ve noticed some big validators have more than 40 or 50 keys per shards. So, given one shard has 250 keys in total, it is about 50/250 = 20% of the keys in one shard. If 100% of the voting power is assigned to all external nodes, so if two of those big validator nodes in the same shard are doing maintenance and stopped the nodes at the same time, that shard will lose 40% of the voting power and the consensus will stop as consensus needs 67% of voting power to proceed.
That’s the current risk before we have the complete resharding algorithm implemented.
To get into decentralization faster before the complete resharding, I would support the proposal to reduce the total number of keys per validator. The current max number of blskey per validator is 106. I understand a validator may start another validator in the same brand. That’s fine with me as long as more nodes are added to the network. I am more thinking of the network security and maintenance risks in terms of the number of nodes.
What’s the optimal number of blskey per validator needs more discussion and debate.