Alexandria Council 5 report - 07-12-2020.md 11 KB

Council Election Round #5 - Performance Review and Minutes

1 - Basic Information

1.1 - Introduction

The council is expected to produce reports during each round and provide feedback in the form of workflow, challenges, thinking and performance as well as minutes covering important events during the council session.

Usernames referenced are Joystream usernames. All times are calculated based on 6 second blocktimes and not actual blocktimes. The Council Round number is taken from the chain, the KPI rounds have an offset number.

This report was compiled by @tomato with assistance from @freakstatic

1.2 - Council Round Overview

1.3 - Council members & vote participation

  • All usernames are listed in the order given by activeCouncil from chain state.
  • Votes cast includes all types of vote (Approve, Reject, Abstain & Slash)
  • In the event a proposal is not finalized within the current council, it will be indicated and current council votes will not be recorded due to system limitations
Username Member ID Prop. Votes Cast CM Own Stake CM Voter Stake
@blackmass 361 7 2900000 150000
@anthony 129 12 3500000 150000
@freakstatic_council 321 12 5000000 2150000
@nexusfallout 4 10 800000 2050000
@tomato 2 15 3800000 2100000
@sparky 319 3 6000000 151000
Total Stake 28751000

1.4 - Council Roles

1.5 - Council Mint & Budget Status

(Note: The council budget is now based on the rewards for roles, council payments and validator payments. Jsgenesis decides how much to set the mint to.)

2 - Minutes

2.1 - Proposal Overview

  • 14 Proposals Created

    • 6 Text Proposals
    • 6 Spending Proposals
    • 0 SetWorkingGroupLeaderReward Proposals
    • 1 SetWorkingGroupMintCapacity Proposals
    • 1 SetContentWorkingGroupMintCapacity Proposals
  • 14 Approved & executed proposals

    • Token value of spending proposals: 8574000 tokens
  • 0 Canceled proposals

  • 0 Rejected proposals

  • 0 Slashed proposals

  • 0 Expired proposals

    • Token value: N/A tokens
  • 0 NotEnoughCapacity failures

    • Token value: N/A tokens
  • Total time for proposals to finalize: 264.39 hours

  • Average time for proposals to finalize: 18.88 hours

    • This average is calculated from all proposals, including canceled and expired proposals.
    • Proposals which are not successfully voted by the current council are considered finalized at the final blockheight of the current council. So if the current council has 50 hours to vote on proposal, but does not fully vote and the proposal is passed onto the next council, this 50 hours is included in the average time to finalize.

2.2 - Proposal Breakdown

Proposal 48 - Community Bounty #1 (II)

Proposal 49 - Community Bounty #3

Proposal 50 - KPI 05.3 - Appoint New Council Secretary

Proposal 51 - Council 04 - Tokenomics Report

Proposal 52 - Council Report 4

Proposal 53 - Community Bounty #3 (II)

Proposal 54 - Replenishing the mint for ContentCurator

Proposal 55 - Generation of Council Reports

Proposal 56 - Alexandria KPI 05.5 - Proposed Budget

Proposal 57 - KPI 05.5 - Storage Role Spot Check

Proposal 58 - Content Curator Role Spot Check

Proposal 59 - Alexandria KPI 05.7 - Content Migration

Proposal 60 - KPI 5.6 - Council Status Report

Proposal 61 - Refill Storage Working Group mint

2.4 - Select threads & events

2.5 - Working Group Spotchecks

  • No spot checks were performed by the council

3 - Review

3.1 - Workflow, Performance, Challenged & Thinking

4 - Obligations

Council obligations are payments or items that carry through council sessions. These are noted so that future councils can easily see what items they should be aware of. Items can be removed from here once they have been resolved or become outdated.

4.1 Current Documents / Processes

  • Council Report
    • Each council should produce a report which highlights important events, council participation, mint spending and other important facts surrounding the council term
  • Council Budget
    • This is a proposal which tries to guide how many tokens the current council may have available to it during a term. This is a non binding proposal, so is mainly used as a guide for now.

4.2 Documents WIP

  • Tokenomics Reports
    • This is a periodic report which should be produced after each council round has concluded. It should serve as a tool to see the overall economics of the platform.
  • Working Group Evaluations
    • This was introduced in KPI 15.5 and should serve as a way of evaluting the working groups, so far it hasn't been produced fully.

4.2 Regular Payments / Proposals

  • Council Mint
    • The council mint needs to be checked on a regular basis and in the event it is near depletion, a council member should notify a member of Jsgenesis in order for it to be refilled.
    • The council mint is set at a value decided by Jsgenesis.
  • Council Roles
    • Council Secretary
      • This role was introduced in Council Round #18 and the current payment is 2 million tokens per council round
  • Content Curator Mint
    • The Content Curator Mint currently has a maximum value of 5 million tokens.
    • The Content Curator Mint has to be filled periodically and the agreed amount was discussed earlier. The amount may change in the future, but the rewards for this role are dependent on the council passing these proposals in a timely fashion.
    • The Content Curator Lead role is expected to keep track of their mint level and any member of the Joystream platform can create a proposal to refill this mint.
  • Storage Mint
    • The Storage Mint currently has a maximum value of 5 million tokens.
    • This mint has be refilled periodically
    • The Storage Lead role is expected to keep track of their mint level and any member of the Joystream platform can create a proposal to refill this mint.

4.2 Bounties

5 - Report changelog

  • 04.11.2020

    • added working group review section
  • 22.10.2020

    • updated budget section to reflect nature of new budget system
    • updated events to be threads & events
  • 14.09.2020

    • removed member addresses and replaced with member IDs since they take less space
    • added realized and unrealized spending