Limiting validators with x+ keys to bid within or below lower bounds

[ONE4All]

Thank you for this proposal, I definitively support the intention.

I made a similar proposal here with the dynamic key limitation :

Pre-HIP : Max keys + max keys per node + max keys per validator per shard + dynamic keys limitation

Summary : This Proposal is to limit the maximum number of keys per validator, per node and per shard. And also to limit dynamically the maximum number of keys per validator. Background : Currently, we have large validators with a lot of keys. This represents a risk for the decentralization of the network and his security. Some crucial incoming features, such as the resharding and the external leader nodes depend directly on the decentralization of the network. [image] There is no limitation …

• Dynamic key limitation : The protocol will prevent to add a new key if that makes your validator bid below the 0,65xEMS. Note : If a validator looses some stake and bid below the 0,65xEMS, the protocol won’t delete automatically his keys, but this validator will likely have to delete manually his keys to stay elected and once done he won’t be able to add a new one (if the bid is under 0x65xEMS). This limitation will also give some relief to the validators who were fighting for keys and less stress/tension is expected in the validator community.

I find my solution more simple, fair and equal for everyone. No cap, no slashing nor extra complications, what do you think @CryptoTech ?