Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Distinguish 'primary' and 'secondary' role owners where appropriate #12
Generally speaking, Bisq DAO roles should have at least two owners, in order to ensure that operational know-how, passwords, keys and other secrets are "backed up" in at least two brains instead of just one. Basically, we want to avoid the situation where any one contributor is a single point of failure for the Bisq DAO.
With that said, some roles do not require active participation from two or more role owners. It is enough, in many cases, for a "primary" role owner to be identified, and for this person to carry out normal duties, respond to requests, and so forth by default, and for the "secondary" role owner to be "on call" should the primary role owner become indisposed for any reason.
Here are a few examples of roles where a primary / secondary distinction makes sense:
The proposal here is simple: Role owners should keep their issue descriptions up to date with regard to which assignees are primary and which are secondary. That is, all role owners should be assignees to their respective GitHub issues, but the GitHub issue description should call out which are Primary and which are Secondary. You can see an example of this in bisq-network/roles#56 (YouTube Admin) and bisq-network/roles#22 (Freenode Admin).
This was referenced
Apr 6, 2018
We probably should apply that to the seed nodes, prices nodes, btc nodes to have a backup of the onion keys. So in that case the secondary would only keep a copy of the onion key and could in emergency case step in by starting up a own service. No need to share access to the actual machines as if a new onion service is published the new one will be picked anyway in case the old one would still be running.