On Tuesday November 26th 2019, the team building Celo is hosting a webinar to explain Celo’s proof of stage mechanism. If you’d like to attend: Register here.
Please list all your questions by replying to this thread. The questions with the most likes will be addressed in the webinar. Other questions will be addressed here after the webinar.
Questions (I’ve also left same questions in the registration form.)
Q1. Looks like account for validator group and account for validator are also Stakers, because they voted validator group as other non-validating stakers. Is it correct?
Q2. Then does account for validator group get epoch reward for Stakers while account for validator get epoch reward for Stakers in addition to epoch reward for Validator ?
In other words, does the account of validator get both epoch rewards for a staker and for validator ?
In addition to discussing Validators, will we also discuss being a Full Node and how that is different from being a Validator? For non-technical people can you assist with suggested hardware that we should? Thank you.
How much cGold will be distributed during the Baklava testing period? (2m?)
What percentage is this of all the available cGold?
What is the overall cGold distribution at start of the mainnet?
How many votes does a new currency require? If only a small group of users want a new cur will enough voters show up? I assume that only a small part of all the cGold holders know about the new bus token in city X…
Yes, exactly right. Locked Gold can be used for multiple things at the same time – you can use it for a stake for a validator or validator group, and that same locked gold amount can also be used to vote. If you do that, you get rewards just as if you were a regular holder of Celo Gold.
[/quote]
Just to follow up my answer on the webinar – it’s a really interesting question how groups will form. I hope we will see some groups form that do not also run validators and specialize in “certifying” or “auditing” validators, or maybe provide some other value-add service, and take a share of their rewards in return.
The real purpose of validator groups in the design is to help make voters make better decisions about who to vote for. Since the relationship between groups and validator instances is likely to be much longer lived and each has to explicitly associate the other before getting elected, both will have much better information about the other than voters will.