Replies: 6 comments 3 replies
-
Hello @kirillt , Thank you for your question! To add a new validator, you have to meet these conditions:
This means that you cannot add new validators as long as you already have the maximum number possible (10 in this case), doesn't matter the amount of tokens this new candidate stakes. To add the new validator, you will need to remove first one of the existing validators. To remove a validator:
|
Beta Was this translation helpful? Give feedback.
-
@laviniat1996 am I right that there is no automatic validator rotation? All validators remain in validator set indefinitely until manually removed as a result of a poll? Let's consider the following scenario:
Q.1: Can X become a validator only after one of A, B, C, D, E nodes is excluded from validator set? |
Beta Was this translation helpful? Give feedback.
-
@kirillt Sorry for the late reply For Q1: Yes, exactly. X can become a validator only after one of the other five (A,B,C,D,E) validators is excluded. I hope this explanation helps. |
Beta Was this translation helpful? Give feedback.
-
Thank you @laviniat1996, all is clear now. |
Beta Was this translation helpful? Give feedback.
-
@kirillt You are very welcome :) |
Beta Was this translation helpful? Give feedback.
-
Good afternoon, would this work for a DApp linked to the staking account? I'm trying to set up a 5 million coin entry limit, but could it be bypassed if the staking contract address was known? I have already set up a 5 million limit in the staking-contracts/stake.ts, which works well on the boot nodes (via npm run stake), but we are still able to stake much smaller amounts through the DApp |
Beta Was this translation helpful? Give feedback.
-
Hello, if I understand correctly, current PoS implementation is simplified version where validators do validate block in IBFT fashion, changing leader a.k.a. block producer using round robin. PoS part here is that validator set is updated automatically according to stakes.
Also minimum/maximum limits could be configured in Genesis config. Suppose, we've set maximum limit equal to 10 validators and minimum required stake to 1 ETH. Now, suppose we already have validator set full, i.e. 10 active validators, and the lowest staked validator staked 2 ETH. Do new validator candidates need to beat this validator and stake at least 2.1 ETH? Or as soon as minimum required stake is achieved, all validators are treated equally and new validator set is selected from both active validators and candidates?
The reason why I think this matters is that in former case validators can occupy slots indefinitely, while in latter case validators would rotate improving overall security.
Beta Was this translation helpful? Give feedback.
All reactions