Difference between revisions of "Compensation Maintainer"
m (→Announce request submission deadline: reminder at compensation repo) |
m (→Propose BSQ rate for next cycle at submission deadline: Pre-consensus not used anymore) |
||
| Line 37: | Line 37: | ||
* dragging and dropping existing issues to categories | * dragging and dropping existing issues to categories | ||
* using the "Projects" section in the right sidebar of an issue's page | * using the "Projects" section in the right sidebar of an issue's page | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
=== Archive previous cycle requests at the end of the proposal phase === | === Archive previous cycle requests at the end of the proposal phase === | ||
Revision as of 08:21, 17 March 2022
The Compensation Maintainer handles announcements and issue triaging for compensation requests.
Contents
Issue
https://github.com/bisq-network/roles/issues/86
Team
@bisq-network/compensation-maintainers
Duties
Announce BSQ-USD exchange rate
Compensation requests use a 30-day volume-weighted average to determine a BSQ/USD rate that discounts outliers. At the beginning of the cycle, the Compensation Maintainer should create a pinned issue with the title "BSQ rate for Cycle X is Y.YY USD per 1 BSQ".
Announce request submission deadline
To allow time for team leads to discuss and review compensation requests, requests need to be ready for review 1 week before the end of current cycle's proposal phase.
Dates and reminders will be announced on a pinned issue at github compensation repository, the compensation board, and the events calendar.
Triage incoming requests
The Compensation Maintainer watches the compensation repository and proceeds to triage:
Incoming issues are categorized as In Progress if they have [WIP] at the beginning of the title or as In Review if they don't. The Compensation Maintainer assigns In Review issues to the appropriate team leads (or determine which team leads are responsible if it isn't obvious).
As requests are submitted to the DAO (with txid posted in corresponding issues), the Compensation Maintainer should classify requests as Proposal Submitted.
This triage can be controlled from the Compensation board by:
- using the "Add cards" button on the board to triage new issues
- dragging and dropping existing issues to categories
- using the "Projects" section in the right sidebar of an issue's page
Archive previous cycle requests at the end of the proposal phase
Once a cycle's proposal phase is over, the Compensation Maintainer should archive all issues in the Done column from the previous phase.
The reason for waiting to archive these issues is so that contributors can easily see how many requests were made in the last cycle, quickly find their own request, and easily review which ones were accepted and rejected. Requests are archived in order to keep the board clean and make room for requests in the next cycle.
Close current cycle requests after the vote reveal phase
When the reveal vote phase is complete, the Compensation Maintainer should take the following steps:
- Label each compensation request issue as
was:acceptedorwas:rejectedaccording to the vote result - Close the issue with a comment indicating the request's outcome (e.g., "Closing as accepted" or "Closing as rejected")
Once closed, the issues will automatically move to the Done column of the board, where they remain for reference until they are archived at the end of the next cycle's proposal phase (see above).
Rights
- "Triage" access to the compensation repository
Bonding
N/A
