Live AMA, LiskHQ Answered to Questions About Consensus (Part2)
After the first set of questions, we continue here to list the most interesting answers from LiskHQ.
1) What happens if the number of eligible standby delegates is great enough than they will never reach the point of becoming an active delegate?
We had a lot of discussion about the number of standby delegates. There are quite a few interesting phenomena happening. I think the important metric to have in mind is not the number of standby delegates. But rather, what kind of return on investment do I get if I host a forging node with N tokens. The “funny” thing is that this return on investment, is almost independent from the number of standby delegates. So if we had 5 standby delegates, you would not get more forging slots with the same investment. The second argument to keep in mind is that the more standby delegates you add, the more you encounter problems that are typical of pure PoS chains (like good randomness or fast finality). Having two standby delegates allows to mostly avoid the PoS problems, but still offer a forging opportunity to every user.
2) How does the new change prevent a scenario where a group of delegates gathers in smaller groups of 10s?
In general, it is just not possible to distinguish whales (one person with a lot of LSK) or many people with a lot of LSK, because a whale can split their account and just appear like many independent people.
That is why the proposed voting system has the property of proportional representation: if a group or one person (these two cases are not possible to distinguish) controls x% of the voting LSK tokens, they get to select at least x of the 101 active delegates.
With the new changes, it would not help to gather in smaller groups of 10 delegates. You could vote for 10 people in your group, but each vote could only have a small weight (your balance / 10).
3) Why do you set the limitation to 10 votes?
In the new voting system, every LSK can only be used once to vote. So we could have stayed with 101 votes and the proposed voting system would have exactly the same properties. As voting is more complex due to the locking mechanism and we need to store the amount of locked tokens, we limited the number of votes to 10 because of storage and performance.
We think that in the new voting system, most people will only vote for a few delegates (voters are accountable so they should carefully monitor and select them) so that almost no one would want to cast more votes. If somebody really wants to cast more votes, they can still split their accounts.
4) Can a delegate account be multisig?
Yep, delegate accounts can be multisig accounts, see the LIP: “It is allowed that an account is registered as a delegate account and as a multisignature account. Blocks forged by such an account must have a signature for the public key that was used for the multisignature account registration (i.e., the original public key of the account)“.
So multiple entities could run a delegate together using the new multisig so they have enough self-votes.