Key Performance Indicators (KPIs) define success metrics for the overall testnet system, and will act as an incentive for the Council to do a good job.

Starting with Antioch, KPI rewards will be distributed to Council Members based on their contributions.

Table of Contents

Overview

For each Council, a new set of KPIs will be released. These will contain a mix of tasks, attempting to target different skills and knowledge.

As soon as the Council is set, the Council Members CMs should try to agree on who is assigned what. If there are any disagreement, Jsgenesis will use the individual "Term Summaries" (see below) and the deliveries to set the individual rewards. This may lead to some "unfair" rulings, but that is unfortunately how it must work.

Finally, as we have tried improving the KPI system, there will surely be some issues along the way. Please bear with us!

Term Summaries

Towards the end of the Term, the Council Secretary will create a forum thread where the CMs can report on their activities.

Within two days (28,800 blocks) of the end of the Term, each CM must report on their KPI activities.
For each KPI they contributed to, write a brief summary of your actions, included an estimate of time spent, and with all related links.

Feel free to include any actions taken not directly related to a KPI.

Grading and Rewards

Within a four days (57,600 blocks) of the end of the Term, the KPIs will be graded.

Note that the reward will only be paid in full if the work done is graded as complete. This will not always be the case. If it turns out the work was far more time consuming than anticipated, the reward may be increased, but this shouldn't be expected.

, the reward wi and the rewards will be minted paid out in tJOY based on the prevailing exchange rate. The fiat pool will be increased proportionally.

Notes

  • x.1 Proposal Clearance is exempt from this
  • If you are participating in the FM program, you should simply link to this post(s), as the same information will be used there.

Current KPIs

Go here for the Sumer KPIs!

Previous KPIs

KPI 6

  • KPIs: 11
  • Total Possible Rewards: $2925
  • Council Elected in Round: 8
  • Council Members: 16
  • Term Length: 7 days / 100800 blocks
    • Start Block/Date: #680400 / 25.05.21
    • End Block/Date: #781200 / 01.06.21
  • Term Summaries Forum Thread: TBD
  • Deadline to Submit Summary: #738000

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
670 mats4 39 1146746
361 blackmass 7 205826
515 l1dev 5 147019
635 xfactorus 32 940920
867 xandrell 142 4175331
1962 nkhlghbl 614 18053898
318 supunssw 0 0
2039 doppelganger23 10 294037
321 freakstatic_council 122 3587257
439 fierydev 26 764497
1497 wasabi 36 1058535
4 nexusfallout 39 1146746
552 cheomsk 36 1058535
2 tomato 669 19671104
1989 2themoon 14 411652
319 sparky 2 58807
SUM 16 1793 52720910

Paid out in block #860,441.

Notes

After having the KPI system operational for 5 weeks, we've had time to monitor the rewards, and have made some adjustments. Long story short:

  • Some of the KPIs that are always completed in full, that we suspect have been particularly well paid, will see small adjustments downward.
  • Some of the KPIs that has been repeatedly issued, but not completed, has been removed (to be made into a bounty), or will pay more.

Annihilation Modes

Although the new KPI scheme is meant to improve the "tragedy of the commons" issue by making them more individual, there are certain things they have to "solve" as a group. If one or more of the items below is not achieved, the Council will not receive ANY KPI rewards, despite otherwise flawless work.

  1. Ensure the 7th Council Election gets >=16 applicants, meaning a new Council is elected on time.

For both the Antioch Council Elections, we have struggled getting a sufficient amount of applicants, leading to the "Announcing Period" being restarted both times (this happens automatically if the number of Applicants is lower than the Council Size).

This is obviously bad, for many reasons, and we want to avoid it happening again.

Proposal Clearance

  • Reward: $400
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
    • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
    • ask in the discussion
      confer with other CMs on Discord and/or the forum
      • if so, this should be linked to or summarized in the discussion
    • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

Member ID Member Handle Voted Points Reward
670 mats4 25 89 39
361 blackmass 4 16 7
515 l1dev 3 12 5
635 xfactorus 21 74 32
867 xandrell 24 80 35
1962 nkhlghbl 20 79 34
318 supunssw 0 0 0
2039 doppelganger23 6 24 10
321 freakstatic_council 24 88 38
439 fierydev 17 59 26
1497 wasabi 24 84 36
4 nexusfallout 25 89 39
552 cheomsk 22 82 36
2 tomato 25 110 48
1989 2themoon 8 32 14
319 sparky 1 4 2
SUM 16 249 922 400

Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 2.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.
  • Ask Jsgenesis to refill the Council Mint in in the #council room on Discord

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

  • @tomato - $260/$300
    • Assigning Jsgenesis community repo review - [x]
    • Signing off on all reports - [x]
    • Assisting and support other CMs - [x]
    • Monitor the bounties - 70%
    • Notify Jsgenesis of network issues - [x]
    • Report on progress - [x]
    • Term summaries - [x]
    • Bounty JSON updated: (not yet)
    • Council wrangling in #council channel - [x]
    • Council didn't have enough capacity for a short time frame, this was remedied.

Weekly Bounty Managers

  • Reward:
    • Bounty 9: $25/50 per week
    • Bounty 14: $25/50 per week
    • Bounty 15: $25/100 per week
    • Bounty 19: $25/100 per week
    • Bounty Referral Bonus: $100 Commission
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #680400
    • End Block: #795600

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

A new addition is to actually promote the bounties. It appears to be somewhat of a hurdle getting people to apply for, and start working on, our bounties.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

After the Council Term has ended, create a brief "handover" report for your successor (even if you are re-elected).

Finally, the last part is to find someone, inside or outside of the community, to start working on a bounty. Any CM that manages to find someone (including themselves) to get assigned for any Bounty with this format, a $100 bonus awaits!

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Note that $X/$Y means that if there is no work on that particular bounty, the former amount will be the reward. If there is some work done, the latter amount will be awarded IF the work is satisfactory.

Grading

Council Minutes

  • Reward: $150
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term +1 day
    • Start Block: #680400
    • End Block: #795600

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The 6th "official" Council on Babylon (#680400-#694800) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $75
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Final day (14400 blocks)
    • Start Block: #666000
    • End Block: #781200

Purpose

As we are often behind on certain issues, and have multiple github repos (and discord) to monitor, assistance is often needed.

We need to compile a list of actions required.

Scope of Work

Towards the end of the term, go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, go through the Discord channels (last week only), and add questions/comments that needs to be addressed.

Finally, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Note that this issue may be of help, but ensure the items are still not addressed before you make the new issue!

Reward Distribution

If multiple issues are created, only the best one will be rewarded.

Grading

  • $0/$75
    • Not completed during term

Discord Channel Management

  • Reward: $50 Per Channel Group
    1. Testnet Roles
    • #validator
    • #storage-provider
    • #content-curator
    • #content-creator
    • #tech-support
    1. Governance
    • #council
    • #proposal
    • #bounties
    1. Newcomers
    • #general
    • #welcome
    • #introduce-yourself
    • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #680400
    • End Block: #795600

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):
Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

Manage the Storage Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With the upgrade to sumer, which will happen 28800 blocks/48h after proposal 103 gets approved, some significant changes to the storage system will occur:

  • All SPs must be upgraded, to run the new software
  • All downloads will now go through the storage providers, instead of a single node hosted by Jsgenesis
  • All channel owners will have quotas, managed by the Storage Lead
  • The content directory as it is now will be wiped, meaning the SPs should use the opportunity to wipe their ipfs storage, and save space

This requires the Storage Lead to stay on top of their group, thus the Council to stay on top of the Lead!

Scope of Work

  1. Ensure the entire group have prepared the new software, and that at least:
  • 2 nodes are operational within 50 blocks (5 min) of the upgrade
  • 4 nodes are operational within 600 blocks (1 h) of the upgrade
    If more than 1 node are down after 7200 blocks (12 h) of the upgrade, this will have failed.
  1. As playbacks will be 100 dependent on the Storage Nodes, the need to monitor their uptime and quality of service (via helios and actually testing upload/playbacks) is imperative.
  • The Lead should frequently report deliver spotchecks, report their findings, and if need be - measures taken
  1. That means, formalize new reporting requirements for the Lead. See helpdesk for details.
  • The results, as agreed in a text proposal, should then be added to the Community Repo
  1. Follow up (including performing some checks of their own) and sign off on the Leads reports.
  2. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  3. Ensure the Lead is able to adjust quotas, by asking them to do so for a "test" channel, and agree on a procedure for a Channel Owner to request expanded quotas.
  • This should involve the Curators, and perhaps the Council itself in some cases

note - budgets aren't included for this KPI, as they should be revised after seeing how things settle.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

Manage the Content Curators Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With the upgrade to sumer, which will happen 28800 blocks/48h after proposal 103 gets approved, some significant changes to the Curation process and the content directory will occur. Perhaps the most important ones are:

  • Although the Curators will still need the CLI to actually censor content, the CLI will not be anywhere near as useful to gather the information required. They will now have to use the query node playground for this.
  • The content directory as it is now will be wiped, meaning they will be able to start from scratch, and is thus expected to continuously maintain control.
  • The curators will need to be placed in new groups, in order to maintain curation privileges.
  • Curators can now own channels together!

This requires the Curator Lead to stay on top of their group, thus the Council to stay on top of the Lead!

Scope of Work

In no particular order:

  1. The Curator group must assign one/some of their own to act as Bounty Managers for content bounties, such as bounties 10, 14 and 18.
  2. New Curator groups must be created within 7200 blocks (12h) of the upgrade.
  • Note that Jsgenesis will create an initial one, if the Lead isn't available right away. That one (group 0) will only include the Lead, and thus not "count"
  1. The Curators must familiarize themselves using the query node playground for "reading" the content directory.
  2. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  3. With the new content directory, the reporting requirements for the group and Lead should be revisted. See helpdesk for details.
  • The results, as agreed in a text proposal, should then be added to the Community Repo
  1. Follow up (including performing some checks of their own) and sign off on the Leads reports.

note - budgets aren't included for this KPI, as they should be revised after seeing how things settle.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

Manage the Operations Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

With the release of Sumer there will be a new Working Group added to the platform. The operations group allows for workers to be hired that don't require any on-chain privileges.

Scope of Work

  1. Identify specific tasks for the group (such as developing or maintaining tools, joystream-api in the community repo, act as Bounty Managers for technical bounties).
  • The results, as agreed in a text proposal, should then be added to the Community Repo
  1. Identify further tasks that can or should be assigned to the Operations group to manage.
  • Hosting of infrastructure
  • Providing other services
  1. Agree on a standard for weekly reporting.
  • The results, as agreed in a text proposal, should then be added to the Community Repo
  1. Hire an operations group lead, with the reward based on 1, and if applicable 2 and 3.
  2. Follow up and sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

Proposal Creation

  • Reward: $200
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #680400
    • End Block: #781200

Purpose

Although somewhat related to all the individual KPIs, there seems to be some hesitation to actually creating the proposals. Lets reward it!

Scope of Work

This KPI rewards the creator of each proposal that:

  1. Is made by a CM
  2. Gets approved

Reward Distribution

Let:

  • P_c be the number of proposals that gets created by a CM during the term
  • P_a be the number proposals that gets approved during the term
  • P_na be the number proposals is finalized, but not approved, during the term
  • R is the reward
  • *,n is the * for a CM

For each CM:

R,n = R * (P_a,n-P_na,n)/P_c

Grading

Member ID Member Handle Created Approved Reward
670 mats4 0 0 0
361 blackmass 0 0 0
515 l1dev 0 0 0
635 xfactorus 0 0 0
867 xandrell 2 2 17
1962 nkhlghbl 5 4 35
318 supunssw 0 0 0
2039 doppelganger23 0 0 0
321 freakstatic_council 1 1 9
439 fierydev 0 0 0
1497 wasabi 0 0 0
4 nexusfallout 0 0 0
552 cheomsk 0 0 0
2 tomato 15 11 96
1989 2themoon 0 0 0
319 sparky 0 0 0
SUM 16 23 18 156

Create a List of Content for Migration

  • Reward: $750
  • Reward Distribution: Group
  • Grading Process: Manual
  • Active: Until Runtime Upgrade - 12h
    • Start Block: #680400
    • End Block: #?

Notes

The end block is not yet "knowable". However, the report must be submitted within 7200 blocks (12h) of the Execution of proposal 103, eg. the upgrade block.

The reason for that is that the content will no longer be available after the upgrade, and we need some time to fetch the data required.

Purpose

We are close to a new release, with:

  1. a new content directory
  2. some changes to the storage system
  3. media (channel and video) creation and management in the browser

Although it's not yet entirely clear whether we will migrate any new content over to the new system, as it may be quite cumbersome. Because it's not clear cut, we want to find what should be prioritized.

Scope of Work

Instead of going video by video, it seems prudent to focus on channels. Place all the channels in one of four "buckets" of priority for migration:

  1. Top quality channel
  2. Good channel
  3. Low effort and/or poor quality channel
  4. Channels with videos that should be censored/deleted

The sorting should be based on the metrics below (although you can add some of your own):

  • Quality of content.
    • Is this worth watching?
    • Good resolution?
    • Does the channel have high viewcounts and followers?
  • Quality of metadata.
    • Is the channel cover and avatar, and video thumbnails:
      • relevant to the content?
      • well made?
      • good resolution?
    • Is the description, category and title "correct"?
  • Licensing and attribution.
    • If there are one or more videos in a channel that:
      • does not have the correct license
      • does not have correct attribution
      • is not in line with the platform ToC
    • Either verify that the curators have "approved" the videos
    • or, if nothing can be found and you are in doubt:
      • Ask the curators
    • Any channel where it's not clear, place it in group 4. If it's 1/n, where n-1 is great, feel free to make a remark

If the channel fits into bucket 1 or 2, try to get in touch the channel owners. If you succeed, ask them the following question:

  • Offer them $25/$10 per channel (in bucket 1/2) if they are able to re-upload themselves:
    • $25 per channel (bucket 1)
    • $10 per channel (bucket 2)
  • If they don't want to upload themselves, ask if they would allow to perform the task as sudo - giving them ownership of the channel.

The deliverable is a table/spreadsheet in the following format:

Bucket # Channel ID Member ID Channel Handle Videos[#] Video IDs Owner Prefs
1 1598 133 SCHISM 5 1628,1622,1616,1610,1604 Uploading

Tips:

  • Assume all channels owned by Member ID 133 is in bucket 1. Leave them out of the deliverable.
  • Any censored or unpublished videos should not be taken into account.
  • Use the CLI command below to get all Channel IDs.
    • Then, work your way (ascending) down the list.
    • If the Channel ID is 1598, you can find all the public videos in the channel easily: https://play.joystream.org/channel/1598
    • If the group/CM "only" completes 25/50 channels, half the reward will be achieved.
$ joystream-cli content-directory:entities 1
# It may be easier to save the output to a single text file:
$ joystream-cli content-directory:entities 1 > all-channels.txt

Reward Distribution

Although a single CM can take on this task by themselves, it's preferable if they co-operate. Ideally, someone should review the list. Also note that it's easy to split the work, by having the first of n volunteers do the first 50/n channels etc.

The report must be submitted as a proposal, and a DM must be sent to bwhm#6514 on discord, and the Council Secretary within that time.

Grading

KPI 5

  • KPIs: 12
  • Total Possible Rewards: $3450
  • Council Elected in Round: 7
  • Council Members: 16
  • Term Length: 7 days / 100800 blocks
    • Start Block/Date: #579600 / 18.05.21
    • End Block/Date: #680400 / 18.05.21
  • Term Summaries Forum Thread: TBD
  • Deadline to Submit Summary: #709200

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
515 l1dev 12 350559
635 xfactorus 88 2570769
129 anthony 40 1168531
867 xandrell 92 2687622
1962 nkhlghbl 602 17586398
318 supunssw 0 0
2039 doppelganger23 35 1022465
321 freakstatic_council 208 6076364
957 leet_joy 13 379773
439 fierydev 30 876399
4 nexusfallout 42 1226958
552 cheomsk 25 730332
631 xantis 36 1051678
2 tomato 761 22231311
525 oiclid 90 2629196
1323 kakashisenpai 1 29213
SUM 16 2075 60617568

Paid out in block #745,812.

Annihilation Modes

Although the new KPI scheme is meant to improve the "tragedy of the commons" issue by making them more individual, there are certain things they have to "solve" as a group. If one or more of the items below is not achieved, the Council will not receive ANY KPI rewards, despite otherwise flawless work.

  1. Ensure the 6th Council Election gets >=16 applicants, meaning a new Council is elected on time.

For both the Antioch Council Elections, we have struggled getting a sufficient amount of applicants, leading to the "Announcing Period" being restarted both times (this happens automatically if the number of Applicants is lower than the Council Size).

This is obviously bad, for many reasons, and we want to avoid it happening again.

5.1 - Proposal Clearance

  • Reward: $500
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
    • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
    • ask in the discussion
      confer with other CMs on Discord and/or the forum
      • if so, this should be linked to or summarized in the discussion
    • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

Member ID Member Handle Voted Points Reward
515 l1dev 2 8 12
635 xfactorus 9 33 48
129 anthony 7 28 40
867 xandrell 8 29 42
1962 nkhlghbl 7 29 42
318 supunssw 0 0 0
2039 doppelganger23 6 24 35
321 freakstatic_council 8 33 48
957 leet_joy 3 9 13
439 fierydev 6 21 30
4 nexusfallout 8 29 42
552 cheomsk 5 17 25
631 xantis 7 25 36
2 tomato 9 39 56
525 oiclid 5 21 30
1323 kakashisenpai 1 1 1
SUM 16 91 346 500

5.2 - Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 2.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.
  • Ask Jsgenesis to refill the Council Mint in in the #council room on Discord

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

5.3 - Weekly Bounty Managers

  • Reward:
    • Bounty 9: $50 per week
    • Bounty 14: $50 per week
    • Bounty 15: $100 per week
    • Bounty 19: $100 per week
    • Bounty Referral Bonus: $100 Commission
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #579600
    • End Block: #694800

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

A new addition is to actually promote the bounties. It appears to be somewhat of a hurdle getting people to apply for, and start working on, our bounties.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

After the Council Term has ended, create a brief "handover" report for your successor (even if you are re-elected).

Finally, the last part is to find someone, inside or outside of the community, to start working on a bounty. Any CM that manages to find someone (including themselves) to get assigned for any Bounty with this format, a $100 bonus awaits!

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Grading

5.4 - Council Minutes

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term +1 day
    • Start Block: #579600
    • End Block: #694800

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The 5th "official" Council on Babylon (#579600-#694800) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

5.5 - Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $100
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Final day (14400 blocks)
    • Start Block: #666000
    • End Block: #680400

Purpose

As we are often behind on certain issues, and have multiple github repos (and discord) to monitor, assistance is often needed.

We need to compile a list of actions required.

Scope of Work

Towards the end of the term, go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, go through the Discord channels (last week only), and add questions/comments that needs to be addressed.

Finally, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Note that this issue may be of help, but ensure the items are still not addressed before you make the new issue!

Reward Distribution

If multiple issues are created, only the best one will be rewarded.

Grading

  • Not completed during term

5.6 - Discord Channel Management

  • Reward: $50 Per Channel Group
    1. Testnet Roles
    • #validator
    • #storage-provider
    • #content-curator
    • #content-creator
    • #tech-support
    1. Governance
    • #council
    • #proposal
    • #bounties
    1. Newcomers
    • #general
    • #welcome
    • #introduce-yourself
    • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #579600
    • End Block: #694800

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):
Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

5.7 - Manage the Storage Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

As the Storage lead is not yet hired, this is a critical task that needs focus.

Scope of Work

In no particular order:

  1. Ensure a new Lead is hired (with stake and rewards).
  2. Create a budget, that calculates the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Actual running costs
  • Set budgets assuming the Lead will hire 5 workers during the Term
  1. Formalize the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work, completes hiring of at least 3 workers (with stake and rewards), and ensures they deploy their storage nodes.
  3. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  4. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

5.8 - Manage the Content Curators Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With this KPI, they will also take on a bigger workload.

Scope of Work

In no particular order:

  1. Approve/update the previous budget, that calculated the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Time spent on performing their Curation duties
  • Set budgets assuming there will be a total of 10 Curators at the end of the Term
  1. Formalize/update the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work
  • ensure they have configured curation groups with "appropriate" permissions
  • their reporting duties are maintained
  • a curator is chosen, and performing their duties as, the BM for Bounty #10
  • a curator is chosen, and performing their duties as, the BM for Bounty #18
  1. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  2. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

5.9 - Proposal Creation

  • Reward: $300
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

Although somewhat related to all the individual KPIs, there seems to be some hesitation to actually creating the proposals. Lets reward it!

Scope of Work

This KPI rewards the creator of each proposal that:

  1. Is made by a CM
  2. Gets approved

Reward Distribution

Let:

  • P_c be the number of proposals that gets created by a CM during the term
  • P_a be the number proposals that gets approved during the term
  • P_na be the number proposals is finalized, but not approved, during the term
  • R is the reward
  • *,n is the * for a CM

For each CM:

R,n = R * (P_a,n-P_na,n)/P_c

Grading

Member ID Member Handle Created Approved Reward
515 l1dev 0 0 0
635 xfactorus 0 0 0
129 anthony 0 0 0
867 xandrell 0 0 0
1962 nkhlghbl 1 1 60
318 supunssw 0 0 0
2039 doppelganger23 0 0 0
321 freakstatic_council 1 1 60
957 leet_joy 0 0 0
439 fierydev 0 0 0
4 nexusfallout 0 0 0
552 cheomsk 0 0 0
631 xantis 0 0 0
2 tomato 2 2 120
525 oiclid 1 1 60
1323 kakashisenpai 0 0 0
SUM 16 5 5 300

5.10 - Council Explainer Video (Continued)

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Purpose

Explainer videos is something we want to have for many different aspects of the platform.

Who is more qualified to make/design one for the Council, than the Council?

Scope of Work

Start by sourcing all the information required to explain the Council for one, or both of these two groups:

  1. Someone that doesn't know anything about the Council
  2. Someone that is trying to get elected or newly elected

Then, make a script and sketches for what these videos should say. Your work will likely be made in to a bounty.

Reward Distribution

If multiple proposals are made, the reward will be split by how much of each is used when the Bounty is created.

Note that the rewards listed ($300) is the total - eg. the sum of 2.11+3.11.

Grading

  • No delivery

5.11 - Produce a storage expansion report

  • Reward: $200
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

The media directory is now 100 GB in size. Produce a report with ways and costs involved in increasing the storage size to the following sizes:

  • 250 GB
  • 500 GB
  • 1 TB

Scope of Work

The report should include projected server costs involved for when the media directory size increases beyond regular VPS capacities.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.

Grading

  • No delivery

5.12 - Create a List of Content for Migration

  • Reward: $500
  • Reward Distribution: Group
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #579600
    • End Block: #680400

Purpose

We are close to a new release, with:

  1. a new content directory
  2. some changes to the storage system
  3. media (channel and video) creation and management in the browser

Although it's not yet entirely clear whether we will migrate any new content over to the new system, as it may be quite cumbersome. Because it's not clear cut, we want to find what should be prioritized.

Scope of Work

Instead of going video by video, it seems prudent to focus on channels. Place all the channels in one of four "buckets" of priority for migration:

  1. Top quality channel
  2. Good channel
  3. Low effort and/or poor quality channel
  4. Channels with videos that should be censored/deleted

The sorting should be based on the metrics below (although you can add some of your own):

  • Quality of content.
    • Is this worth watching?
    • Good resolution?
    • Does the channel have high viewcounts and followers?
  • Quality of metadata.
    • Is the channel cover and avatar, and video thumbnails:
      • relevant to the content?
      • well made?
      • good resolution?
    • Is the description, category and title "correct"?
  • Licensing and attribution.
    • If there are one or more videos in a channel that:
      • does not have the correct license
      • does not have correct attribution
      • is not in line with the platform ToC
    • Either verify that the curators have "approved" the videos
    • or, if nothing can be found and you are in doubt:
      • Ask the curators
    • Any channel where it's not clear, place it in group 4. If it's 1/n, where n-1 is great, feel free to make a remark

If the channel fits into bucket 1 or 2, try to get in touch the channel owners. If you succeed, ask them the following question:

  • Offer them $25/$10 per channel (in bucket 1/2) if they are able to re-upload themselves:
    • $25 per channel (bucket 1)
    • $10 per channel (bucket 2)
  • If they don't want to upload themselves, ask if they would allow to perform the task as sudo - giving them ownership of the channel.

The deliverable is a table/spreadsheet in the following format:

Bucket # Channel ID Member ID Channel Handle Videos[#] Video IDs Owner Prefs
1 1598 133 SCHISM 5 1628,1622,1616,1610,1604 Uploading

Tips:

  • Assume all channels owned by Member ID 133 is in bucket 1. Leave them out of the deliverable.
  • Any censored or unpublished videos should not be taken into account.
  • Use the CLI command below to get all Channel IDs.
    • Then, work your way (ascending) down the list.
    • If the Channel ID is 1598, you can find all the public videos in the channel easily: https://play.joystream.org/channel/1598
    • If the group/CM "only" completes 25/50 channels, half the reward will be achieved.
$ joystream-cli content-directory:entities 1
# It may be easier to save the output to a single text file:
$ joystream-cli content-directory:entities 1 > all-channels.txt

Reward Distribution

Although a single CM can take on this task by themselves, it's preferable if they co-operate. Ideally, someone should review the list. Also note that it's easy to split the work, by having the first of n volunteers do the first 50/n channels etc.

Grading

  • Delivery in KPI 6.x

Round 4

4.1 - Proposal Clearance

  • Reward: $500
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
2124 julysake 3 84696
361 blackmass 6 169393
635 xfactorus 91 2569124
867 xandrell 99 2794981
1962 nkhlghbl 574 16205245
318 supunssw 0 0
2039 doppelganger23 24 677571
321 freakstatic_council 175 4940623
439 fierydev 27 762268
1497 wasabi 15 423482
4 nexusfallout 39 1101053
552 cheomsk 44 1242214
2 tomato 663 18717904
1989 2themoon 30 846964
525 oiclid 128 3613713
1369 lopegor 15 423482
SUM 16 1933 54572713

Paid out on block #647,622.

Annihilation Modes

Although the new KPI scheme is meant to improve the "tragedy of the commons" issue by making them more individual, there are certain things they have to "solve" as a group. If one or more of the items below is not achieved, the Council will not receive ANY KPI rewards, despite otherwise flawless work.

  1. Ensure the 6th Council Election gets >=16 applicants, meaning a new Council is elected on time.

For both the Antioch Council Elections, we have struggled getting a sufficient amount of applicants, leading to the "Announcing Period" being restarted both times (this happens automatically if the number of Applicants is lower than the Council Size).

This is obviously bad, for many reasons, and we want to avoid it happening again.

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
    • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
    • ask in the discussion
      confer with other CMs on Discord and/or the forum
      • if so, this should be linked to or summarized in the discussion
    • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

Member ID Member Handle Voted Points Reward
2124 julysake 1 4 3
361 blackmass 2 8 6
635 xfactorus 14 56 41
867 xandrell 16 66 49
1962 nkhlghbl 17 75 55
318 supunssw 0 0 0
2039 doppelganger23 8 32 24
321 freakstatic_council 16 70 52
439 fierydev 9 36 27
1497 wasabi 5 20 15
4 nexusfallout 14 53 39
552 cheomsk 15 60 44
2 tomato 14 62 46
1989 2themoon 10 40 30
525 oiclid 17 75 55
1369 lopegor 5 20 15
SUM 16 163 677 500

4.2 - Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #478800
    • End Block: 579600#

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 2.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.
  • Ask Jsgenesis to refill the Council Mint in in the #council room on Discord

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

  • @tomato - $280/$300
    • Assigning Jsgenesis community repo review - [x]
    • Signing off on all reports - [x]
    • Assisting and support other CMs - [x]
    • Monitor the bounties - 100%
    • Notify Jsgenesis - [x]
    • Report on progress - [x]
    • Term summaries - [x]
    • Bounty JSON updated: https://github.com/Joystream/community-repo/pull/182

4.3 - Weekly Bounty Managers

  • Reward:
    • Bounty 9: $50 per week
    • Bounty 14: $50 per week
    • Bounty 15: $100 per week
    • Bounty 19: $100 per week
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #478800
    • End Block: #594000

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

After the Council Term has ended, create a brief "handover" report for your successor (even if you are re-elected).

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Grading

4.4 - Council Minutes

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term +1 day
    • Start Block: #478800
    • End Block: #594000

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The 2nd "official" Council on Babylon (#118800-#219600) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

4.5 Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $100
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Final day (14400 blocks)
    • Start Block: #565200
    • End Block: #579600

Purpose

As we are often behind on certain issues, and have multiple github repos (and discord) to monitor, assistance is often needed.

We need to compile a list of actions required.

Scope of Work

Towards the end of the term, go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, go through the Discord channels (last week only), and add questions/comments that needs to be addressed.

Finally, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Note that this issue may be of help, but ensure the items are still not addressed before you make the new issue!

Reward Distribution

If multiple issues are created, only the best one will be rewarded.

Grading

  • $0/$100
    • Not completed during term

4.6 Discord Channel Management

  • Reward: $50 Per Channel Group
    1. Testnet Roles
    • #validator
    • #storage-provider
    • #content-curator
    • #content-creator
    • #tech-support
    1. Governance
    • #council
    • #proposal
    • #bounties
    1. Newcomers
    • #general
    • #welcome
    • #introduce-yourself
    • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #478800
    • End Block: #594000

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):
Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

4.7 Manage the Storage Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Purpose

As the Storage lead is not yet hired, this is a critical task that needs focus.

Scope of Work

In no particular order:

  1. Ensure a new Lead is hired (with stake and rewards).
  2. Create a budget, that calculates the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Actual running costs
  • Set budgets assuming the Lead will hire 5 workers during the Term
  1. Formalize the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work, completes hiring of at least 3 workers (with stake and rewards), and ensures they deploy their storage nodes.
  3. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  4. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

4.8 Manage the Content Curators Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With this KPI, they will also take on a bigger workload.

Scope of Work

In no particular order:

  1. Approve/update the previous budget, that calculated the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Time spent on performing their Curation duties
  • Set budgets assuming there will be a total of 10 Curators at the end of the Term
  1. Formalize/update the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work
  • ensure they have configured curation groups with "appropriate" permissions
  • their reporting duties are maintained
  • a curator is chosen, and performing their duties as, the BM for Bounty #10
  • a curator is chosen, and performing their duties as, the BM for Bounty #18
  1. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  2. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

4.9 Proposal Creation

  • Reward: $300
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Purpose

Although somewhat related to all the individual KPIs, there seems to be some hesitation to actually creating the proposals. Lets reward it!

Scope of Work

This KPI rewards the creator of each proposal that:

  1. Is made by a CM
  2. Gets approved

Reward Distribution

Let:

  • P_c be the number of proposals that gets created by a CM during the term
  • P_a be the number proposals that gets approved during the term
  • P_na be the number proposals is finalized, but not approved, during the term
  • R is the reward
  • *,n is the * for a CM

For each CM:

R,n = R * (P_a,n-P_na,n)/P_c

Grading

Member ID Member Handle Created Approved Reward
2124 julysake 0 0 0
361 blackmass 0 0 0
635 xfactorus 0 0 0
867 xandrell 0 0 0
1962 nkhlghbl 4 3 69
318 supunssw 0 0 0
2039 doppelganger23 0 0 0
321 freakstatic_council 1 1 23
439 fierydev 0 0 0
1497 wasabi 0 0 0
4 nexusfallout 0 0 0
552 cheomsk 0 0 0
2 tomato 7 7 162
1989 2themoon 0 0 0
525 oiclid 1 1 23
1369 lopegor 0 0 0
SUM 16 13 12 277

4.10 Council Explainer Video (Continued)

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #478800
    • End Block: #579600

Purpose

Explainer videos is something we want to have for many different aspects of the platform.

Who is more qualified to make/design one for the Council, than the Council?

Scope of Work

Start by sourcing all the information required to explain the Council for one, or both of these two groups:

  1. Someone that doesn't know anything about the Council
  2. Someone that is trying to get elected or newly elected

Then, make a script and sketches for what these videos should say. Your work will likely be made in to a bounty.

Reward Distribution

If multiple proposals are made, the reward will be split by how much of each is used when the Bounty is created.

Note that the rewards listed ($300) is the total - eg. the sum of 2.11+3.11.

Grading

  • Grading deferred as no delivery (will include all contributions when graded)

4.11 - Create a "State of Joystream" Report (continued)

  • Reward: $250
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

To better illustrate to new users how Joystream as a platform has evolved over time, a regular report would be a good way of collecting together some of the data already on the platform.

Scope of Work

  • Leaving aside the platform and technical issues/improvements, how has user growth been over the past 3 months. Use tokenomics reports, council reports and other data to show how the project is growing and evolving.
    • Number of accounts with tokens
    • Number of transactions/extrinsics pr week
      • Number of transactions/extrinsics pr module pr week
    • Memberships
      • Forum posts
      • Content directory growth
        • Some data may be inaccessible due to the chain crash unfortunately

In order to get a full picture, this report will need to track data from the "previous" chain.
This data can be accessed using previous versions of the joystream types, and connecting to wss://babylon.joystreamstats.live:9945.

Note that whatever happened AFTER #2,528,244 should be discarded.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.

Grading

  • Grading deferred as no delivery (will include all contributions when graded)

4.12 - Get Historical Exchange Rate

  • Reward: $200
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

In order to get a better overview of how the token price has fluctuated in value, we need an overview of the in- and outflows of fiat, and the issuance change.

Scope of Work

Create a script (or mulitple) that fetches:

  1. All the fiat pool increases, and cashouts from the status-server

The status server currently includes data both from the current and the previous (defunct) chain. Keep in mind that you need to separate which blocks refer to the "old" and "new" chain. As all exchanges/burns/dollarPoolChanges was added chronologically, this shouldn't be a problem.

  1. The current totalIssuance every 600th block.

Again, the script(s) needs to fetch the issuance data from wss://babylon.joystreamstats.live:9945 (up to block 2594784) and the new chain.

Publish both scripts, and a json that, for every 600th block includes:

  • blockHeight
  • time
  • issuance
  • fiatPool
  • rate

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.

Grading

  • Grading deferred as no delivery (will include all contributions when graded)

KPI #3

  • KPIs: 12
  • Total Possible Rewards: $3400
  • Council Elected in Round: 5
  • Council Members: 16
  • Term Length: 7 days / 100800 blocks
    • Start Block/Date: #277200 / 04.05.21
    • End Block/Date: #478800 / 11.05.21
  • Term Summaries Forum Thread: TBD
  • Deadline to Submit Summary: #507600

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
2124 julysake 20 569525
361 blackmass 12 341715
129 anthony 19 541049
867 xandrell 135 3844293
1962 nkhlghbl 576 16402318
2039 doppelganger23 23 654954
321 freakstatic_council 168 4784009
957 leet_joy 38 1082097
439 fierydev 38 1082097
1497 wasabi 37 1053621
4 nexusfallout 40 1139050
552 cheomsk 32 911240
2 tomato 553 15747364
2109 masteel 29 825811
1369 lopegor 25 711906
355 manipal 0 0
525 oiclid* 300 8542874
SUM 17 2045 58233923

* oiclid was not a CM this term, but was paid for completing the work they had started the during the last term.

Paid out on block #616,930.

Annihilation Modes

Although the new KPI scheme is meant to improve the "tragedy of the commons" issue by making them more individual, there are certain things they have to "solve" as a group. If one or more of the items below is not achieved, the Council will not receive ANY KPI rewards, despite otherwise flawless work.

  1. Ensure the 6th Council Election gets >=16 applicants, meaning a new Council is elected on time.

For both the Antioch Council Elections, we have struggled getting a sufficient amount of applicants, leading to the "Announcing Period" being restarted both times (this happens automatically if the number of Applicants is lower than the Council Size).

This is obviously bad, for many reasons, and we want to avoid it happening again.

3.1 - Proposal Clearance

  • Reward: $500
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
    • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
    • ask in the discussion
      confer with other CMs on Discord and/or the forum
      • if so, this should be linked to or summarized in the discussion
    • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

TBD

3.2 - Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 2.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.
  • Ask Jsgenesis to refill the Council Mint in in the #council room on Discord

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

TBD

3.3 - Weekly Bounty Managers

  • Reward:
    • Bounty 9: $50 per week
    • Bounty 14: $50 per week
    • Bounty 15: $100 per week
    • Bounty 19: $100 per week
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #378000
    • End Block: #478800

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

After the Council Term has ended, create a brief "handover" report for your successor (even if you are re-elected).

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Grading

TBD

3.4 - Council Surveys Continued

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

With a new KPI scheme, we need to find out what the issues were, and, if possible, how to address them.

As can be seen from the Annihilation, we also need to know what can be done to increase the "interest" in becoming a Council Member

This is obviously bad, for many reasons, and we want to avoid it happening again.

Scope of Work

Create three surveys, to the groups outlined below:

  1. The previous Council (term ended #277200)
  2. The current Council (term ends #378000)
  3. Members that Announced their candidacy, but weren't elected
  4. "Everyone" else

Define and ask some specific questions, that answer the more high level topics we need information for (target groups):

  • What did you think about the KPIs (1,2)
  • Did the Council co-operate well (1,2)
  • What do you expect your implied "hourly wage" to be after the term (1,2)
  • What made you apply to the Council (1-3)
  • What did you expect "hourly wage" to be before applying (1-3)
  • What did you do get elected (1-3)
  • Did you expect to get elected (1-3)
  • When did you first learn about the Council (1-4)
  • Why did you not apply to the Council (1-4)

The results must be presented in a comprehensive way, with notes to account for possible irregularities, unclear questions/answers, etc.

Notes

  • Simply questions above will not be sufficient to get a full score.
    • You are excepted to break them in to (mostly) multiple choice questions
    • Spend some time thinking about from Jsgenesis POV, and see if you can use the survey to help us create better KPIs, and possibly workflows, through additional questions
  • We will pay 5000tJOY to all members (that was a member before block #219600) answering one or more survey, so make sure they leave their address

Reward Distribution

If multiple surveys are delivered, only the best one will be rewarded. Having said that, co-operation would likely make for a significantly better survey.

Note that the rewards listed ($300) is the total - eg. the sum of 2.4+3.4.

Grading

TBD

3.5 - Council Minutes

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The 3rd "official" Council on Babylon (#378000-#478800) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

TBD

3.6 - Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $100
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Final day (14400 blocks)
    • Start Block: #378000
    • End Block: #478800

Purpose

As we are often behind on certain issues, and have multiple github repos (and discord) to monitor, assistance is often needed.

We need to compile a list of actions required.

Scope of Work

Towards the end of the term, go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, go through the Discord channels (last week only), and add questions/comments that needs to be addressed.

Finally, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Note that this issue may be of help, but ensure the items are still not addressed before you make the new issue!

Reward Distribution

If multiple issues are created, only the best one will be rewarded.

Grading

TBD

3.7 - Discord Channel Management

  • Reward: $50 Per Channel Group
    1. Testnet Roles
    • #validator
    • #storage-provider
    • #content-curator
    • #content-creator
    • #tech-support
    1. Governance
    • #council
    • #proposal
    • #bounties
    1. Newcomers
    • #general
    • #welcome
    • #introduce-yourself
    • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #378000
    • End Block: #478800

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):
Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

TBD

3.8 - Manage the Storage Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

Only the lead has been hired, so more workers and follow up is needed!

Scope of Work

In no particular order:

  1. Ensure a new Lead is hired (with stake and rewards).
  2. Create a budget, that calculates the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Actual running costs
  • Set budgets assuming the Lead will hire 5 workers during the Term
  1. Formalize the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work, completes hiring of at least 3 workers (with stake and rewards), and ensures they deploy their storage nodes.
  3. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  4. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

TBD

3.9 - Manage the Content Curators Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With this KPI, they will also take on a bigger workload.

Scope of Work

In no particular order:

  1. Approve/update the previous budget, that calculated the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Time spent on performing their Curation duties
  • Set budgets assuming there will be a total of 10 Curators at the end of the Term
  1. Formalize/update the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work
  • ensure they have configured curation groups with "appropriate" permissions
  • their reporting duties are maintained
  • a curator is chosen, and performing their duties as, the BM for Bounty #10
  • a curator is chosen, and performing their duties as, the BM for Bounty #18
  1. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  2. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

3.10 - Proposal Creation

  • Reward: $300
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

Although somewhat related to all the individual KPIs, there seems to be some hesitation to actually creating the proposals. Lets reward it!

Scope of Work

This KPI rewards the creator of each proposal that:

  1. Is made by a CM
  2. Gets approved

Reward Distribution

Let:

  • P_c be the number of proposals that gets created by a CM during the term
  • P_a be the number proposals that gets approved during the term
  • P_na be the number proposals is finalized, but not approved, during the term
  • R is the reward
  • *,n is the * for a CM

For each CM:

R,n = R * (P_a,n-P_na,n)/P_c

Grading

TBD

3.11 - Council Explainer Video (Continued)

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

Explainer videos is something we want to have for many different aspects of the platform.

Who is more qualified to make/design one for the Council, than the Council?

Scope of Work

Start by sourcing all the information required to explain the Council for one, or both of these two groups:

  1. Someone that doesn't know anything about the Council
  2. Someone that is trying to get elected or newly elected

Then, make a script and sketches for what these videos should say. Your work will likely be made in to a bounty.

Reward Distribution

If multiple proposals are made, the reward will be split by how much of each is used when the Bounty is created.

Note that the rewards listed ($300) is the total - eg. the sum of 2.11+3.11.

Grading

TBD

3.12 - Create a "State of Joystream" Report

  • Reward: $250
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #378000
    • End Block: #478800

Purpose

To better illustrate to new users how Joystream as a platform has evolved over time, a regular report would be a good way of collecting together some of the data already on the platform.

Scope of Work

  • Leaving aside the platform and technical issues/improvements, how has user growth been over the past 3 months. Use tokenomics reports, council reports and other data to show how the project is growing and evolving.
    • Number of accounts with tokens
    • Number of transactions/extrinsics pr week
      • Number of transactions/extrinsics pr module pr week
    • Memberships
      • Forum posts
      • Content directory growth
        • Some data may be inaccessible due to the chain crash unfortunately

In order to get a full picture, this report will need to track data from the "previous" chain.
This data can be accessed using previous versions of the joystream types, and connecting to wss://babylon.joystreamstats.live:9945.

Note that whatever happened AFTER #2,528,244 should be discarded.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.

Grading

TBD

KPI #2

  • KPIs: 11
  • Total Possible Rewards: $2750
  • Council Elected in Round: 2
  • Council Members: 16
  • Term Length: 7 days / 100800 blocks
    • Start Block/Date: #277200 / 26.04.21
    • End Block/Date: #378000 / 04.05.21
  • Term Summaries Forum Thread: TBD
  • Deadline to Submit Summary: #406800

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
361 blackmass 11 294183
515 l1dev 5 133719
635 xfactorus 99 2647645
129 anthony 23 615109
867 xandrell 103 2754621
1962 nkhlghbl 100 2674389
2039 doppelganger23 51 1363938
321 freakstatic_council 192 5134827
957 leet_joy 45 1203475
439 fierydev 26 695341
552 cheomsk 29 775573
2 tomato 679 18159101
525 oiclid 262 7006899
319 sparky 0 0
1369 lopegor 138 3690657
355 manipal 0 0
SUM 16 1763 47149477

Paid out on block 457317.

Annihilation Modes

Although the new KPI scheme is meant to improve the "tragedy of the commons" issue by making them more individual, there are certain things they have to "solve" as a group. If one or more of the items below is not achieved, the Council will not receive ANY KPI rewards, despite otherwise flawless work.

  1. Ensure the 4th Council Election gets >=16 applicants, meaning a new Council is elected on time.

For both the Antioch Council Elections, we have struggled getting a sufficient amount of applicants, leading to the "Announcing Period" being restarted both times (this happens automatically if the number of Applicants is lower than the Council Size).

This is obviously bad, for many reasons, and we want to avoid it happening again.

2.1 Proposal Clearance

  • Reward: $500
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
    • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
    • ask in the discussion
      confer with other CMs on Discord and/or the forum
      • if so, this should be linked to or summarized in the discussion
    • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

Member ID Member Handle Voted Points Reward
361 blackmass 3 12 11
515 l1dev 2 5 5
635 xfactorus 14 52 49
129 anthony 7 25 23
867 xandrell 13 46 43
1962 nkhlghbl 14 53 50
2039 doppelganger23 14 54 51
321 freakstatic_council 14 58 54
957 leet_joy 13 48 45
439 fierydev 7 28 26
552 cheomsk 8 31 29
2 tomato 11 42 39
525 oiclid 9 39 37
319 sparky 0 0 0
1369 lopegor 11 41 38
355 manipal 0 0 0
SUM 16 140 534 500

2.2 - Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 2.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.
  • Ask Jsgenesis to refill the Council Mint in in the #council room on Discord

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

  • @tomato - $250/$300
    • Assigning Jsgenesis community repo review - tick
    • Signing off on all reports - tick
    • Assista and support other CMs - tick
    • Monitor the bounties - 75%
    • Notify Jsgenesis - tick
    • Report on progrees - tick
    • Term summaries - tick

2.3 - Weekly Bounty Managers

  • Reward:
    • Bounty 9: $50 per week
    • Bounty 14: $50 per week
    • Bounty 15: $100 per week
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #277200
    • End Block: #392400

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

After the Council Term has ended, create a brief "handover" report for your successor (even if you are re-elected).

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Grading

2.4 - Council Surveys

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

With a new KPI scheme, we need to find out what the issues were, and, if possible, how to address them.

As can be seen from the Annihilation, we also need to know what can be done to increase the "interest" in becoming a Council Member

This is obviously bad, for many reasons, and we want to avoid it happening again.

Scope of Work

Create three surveys, to the groups outlined below:

  1. The previous Council (term ended #277200)
  2. The current Council (term ends #378000)
  3. Members that Announced their candidacy, but weren't elected
  4. "Everyone" else

Define and ask some specific questions, that answer the more high level topics we need information for (target groups):

  • What did you think about the KPIs (1,2)
  • Did the Council co-operate well (1,2)
  • What do you expect your implied "hourly wage" to be after the term (1,2)
  • What made you apply to the Council (1-3)
  • What did you expect "hourly wage" to be before applying (1-3)
  • What did you do get elected (1-3)
  • Did you expect to get elected (1-3)
  • When did you first learn about the Council (1-4)
  • Why did you not apply to the Council (1-4)

The results must be presented in a comprehensive way, with notes to account for possible irregularities, unclear questions/answers, etc.

Notes

  • Simply questions above will not be sufficient to get a full score.
    • You are excepted to break them in to (mostly) multiple choice questions
    • Spend some time thinking about from Jsgenesis POV, and see if you can use the survey to help us create better KPIs, and possibly workflows, through additional questions
  • We will pay 5000tJOY to all members (that was a member before block #219600) answering one or more survey, so make sure they leave their address

Reward Distribution

If multiple surveys are delivered, only the best one will be rewarded. Having said that, co-operation would likely make for a significantly better survey.

Grading

  • Grading defferred as no delivery (will include all contributions when graded)

2.5 - Council Minutes

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The 2nd "official" Council on Babylon (#118800-#219600) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

2.6 Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $100
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Final day (14400 blocks)
    • Start Block: #363600
    • End Block: #378000

Purpose

As we are often behind on certain issues, and have multiple github repos (and discord) to monitor, assistance is often needed.

We need to compile a list of actions required.

Scope of Work

Towards the end of the term, go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, go through the Discord channels (last week only), and add questions/comments that needs to be addressed.

Finally, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Note that this issue may be of help, but ensure the items are still not addressed before you make the new issue!

Reward Distribution

If multiple issues are created, only the best one will be rewarded.

Grading

2.7 Discord Channel Management

  • Reward: $50 Per Channel Group
    1. Testnet Roles
    • #validator
    • #storage-provider
    • #content-curator
    • #content-creator
    • #tech-support
    1. Governance
    • #council
    • #proposal
    • #bounties
    1. Newcomers
    • #general
    • #welcome
    • #introduce-yourself
    • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #277200
    • End Block: #392400

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):
Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

2.8 Managing the Storage Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

As the Storage lead is not yet hired, this is a critical task that needs focus.

Scope of Work

In no particular order:

  1. Ensure a new Lead is hired (with stake and rewards).
  2. Create a budget, that calculates the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Actual running costs
  • Set budgets assuming the Lead will hire 5 workers during the Term
  1. Formalize the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work, and hires 3 workers (with stake and rewards).
  3. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  4. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

2.9 Manage the Content Curators Working Group

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

Although the working groups Leads are expected to run the day to day, they must be monitored by the Council.

With this KPI, they will also take on a bigger workload.

Scope of Work

In no particular order:

  1. Approve/update the previous budget, that calculated the rewards for both the Lead and n workers. This budget must consider:
  • Time spent on hiring, management, performance (spot) checks (Lead only)
  • Time spent on performing their Curation duties
  • Set budgets assuming there will be a total of 10 Curators at the end of the Term
  1. Formalize/update the reporting requirements for the Lead. See helpdesk for details.
  2. Follow up the Lead, and ensure they are performing their work
  • ensure they have configured curation groups with "appropriate" permissions
  • their reporting duties are maintained
  • a curator is chosen, and performing their duties as, the BM for Bounty #10
  • a curator is chosen, and performing their duties as, the BM for Bounty #18
  1. Ensure the Lead adjusts the workers rewards weekly (as the rate changes)
  2. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading

  • @tomato - $40/200
    • management/follow up of WG
    • follow up of bounty #10
    • follow up of hiring
    • follow up of worker rates
  • @oiclid - $50/200
    • managing bounty #10
  • Overall status
    • No new budget approved
    • No reporting requirements
    • Lead has been followed up with and has been performing their work
    • A curator/CM was chosen for bounty #10
    • Bounty #18 isn't active yet
    • Worker rewards appear to be ok
    • No reports

2.10 Proposal Creation

  • Reward: $300
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

Although somewhat related to all the individual KPIs, there seems to be some hesitation to actually creating proposals. Lets reward it!

Scope of Work

This KPI rewards the creator of each proposal that:

  1. Is made by a CM
  2. Gets approved

Reward Distribution

Let:

  • P_c be the number of proposals that gets created by a CM during the term
  • P_a be the number proposals that gets approved during the term
  • P_na be the number proposals is finalized, but not approved, during the term
  • R is the reward
  • *,n is the * for a CM

For each CM:

R,n = R * (P_a,n-P_na,n)/P_c

Grading

Member ID Member Handle Created Approved Reward
361 blackmass 0 0 0
515 l1dev 0 0 0
635 xfactorus 0 0 0
129 anthony 0 0 0
867 xandrell 0 0 0
1962 nkhlghbl 0 0 0
2039 doppelganger23 0 0 0
321 freakstatic_council 1 1 38
957 leet_joy 0 0 0
439 fierydev 0 0 0
552 cheomsk 0 0 0
2 tomato 4 4 150
525 oiclid 3 2 75
319 sparky 0 0 0
1369 lopegor 0 0 0
355 manipal 0 0 0
SUM 16 8 7 262.5

2.11 Council Explainer Video

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #277200
    • End Block: #378000

Purpose

Explainer videos is something we want to have for many different aspects of the platform.

Who is more qualified to make/design one for the Council, than the Council?

Scope of Work

Start by sourcing all the information required to explain the Council for one, or both of these two groups:

  1. Someone that doesn't know anything about the Council
  2. Someone that is trying to get elected or newly elected

Then, make a script and sketches for what these videos should say. Your work will likely be made in to a bounty.

Reward Distribution

If multiple proposals are made, the reward will be split by how much of each is used when the Bounty is created.

Grading

  • Grading defferred as no delivery (will include all contributions when graded)

KPI #1

  • KPIs: 8
  • Total Possible Rewards: $2050
  • Council Elected in Round: 2
  • Council Members: 16
  • Term Length: 7 days / 100800 blocks
    • Start Block: #118800
    • End Block: #219600
  • Term Summaries Forum Thread: TBD
  • Deadline to Submit Summary: #248400

Results

Member ID Member Handle Reward [USD] Reward [tJOY]
684 seainvestor 32 809072
361 blackmass 5 126417
515 l1dev 27 682654
318 supunssw 10 252835
2039 doppelganger23 47 1188324
321 freakstatic_council 396 10012261
957 leet_joy 42 1061906
439 fierydev 37 935489
1295 leopold 22 556237
4 nexusfallout 59 1491726
552 cheomsk 50 1264174
2 tomato 643 16257282
1989 2themoon 42 1061906
319 sparky 0 0
1369 lopegor 189 4778579
355 manipal 0 0
SUM 16 1601 40478862

Paid out on block 328850.

1.1 Proposal Clearance

  • Reward: $500
  • Reward Distribution: Shared
  • Grading Process: Automatic
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

For the governance process to function properly, all proposals must be processed effectively, and dealt with within a reasonable time frame. Although we have increased number of proposals that can be open at any time from 5 to 20, it is still important that the community gets a quick result when possible.

This means the Council should be quick to vote when possible, and ask clarifying questions when information is missing.

Scope of Work

For the individual Council Member, this means that they must check in frequently, and address each open proposal. If what is presented is reasonable and within the budget, the proposal should in general be approved.

Of course, the Councils time must be respected, in the sense that the proposal should contain all the information needed to make their verdict. If this is not the case, the proposal discussion system can be used to ask for what is missing.

Without going in too much detail:

  • Most proposals will be of type Text or Spending. Along with some of the Working Group proposals, these should also be the most straight forward to vote on.
  • If the Spending proposal is for a Bounty, make sure the formalities, (eg. ask the Bounty Manager) are in order before casting your vote.
  • If you have all the information you need, vote right away.
  • Regardless of your decision, you should also make a brief comment outlining your reasoning.
  • If you don't have all the information, or don't fully understand, check the comments to see if it has already been addressed. If it hasn't, ask!
  • If you are not sure, you can always:
  • ask in the discussion
    confer with other CMs on Discord and/or the forum
  • if so, this should be linked to or summarized in the discussion
  • vote abstain

Reward Distribution

After the Term is over, we will get all the voting data from the proposals that was open during the Term. The reward will be divided by the number of total proposals.

  • Each time a CM voted for a proposal, they earn 1 point.
  • If they voted the same as the final outcome, they earn 3 more points.
  • If they voted abstain, they also earn 3 more points - as long as they didn't vote abstain on more than 20% of the total proposals.
  • Finally, the first 2 CMs that vote, AND vote "correctly" earns 2 more points.

The CMs reward for each proposal will be proportional to their points.

Note
Once a proposal is finalized, voting stops, so if you want to "piggyback" on the others, you may find yourself not getting to vote in time.

Grading

Member ID Member Handle Voted Points Reward [USD]
684 seainvestor 22 79 32
361 blackmass 3 12 5
515 l1dev 17 66 26
318 supunssw 7 25 10
2039 doppelganger23 26 95 38
321 freakstatic_council 33 125 50
957 leet_joy 28 106 42
439 fierydev 23 89 36
1295 leopold 13 52 21
4 nexusfallout 31 114 46
552 cheomsk 33 121 48
2 tomato 32 154 62
1989 2themoon 23 86 34
319 sparky 0 0 0
1369 lopegor 33 124 50
355 manipal 0 0 0
SUM 16 324 1248 500

1.2 - Council Secretary

  • Reward: $300
  • Reward Distribution: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

Although this is not a formal role on the platform, having someone responsible for co-ordinating the Council is needed.

The role should be occupied by a "seasoned" Council Member that:

  • is well versed in the platform workings
  • is familiar with github
  • has high availability

Scope of Work

The Council Secretary will act as a bridge between the Council and Jsgenesis. This means:

  • Assigning Jsgenesis to review* all PRs made to the Community Repo, with a link to the spending proposals and other applicable information.
  • Signing off on all reports created
  • Assist and support other CMs
  • Monitor the bounties
    • propose/hire Bounty Managers, set their rewards and secure funding after the fact
    • follow up Bounty Managers (and replace if needed)
    • select the "Weekly Bounty Managers" ref 1.3, according to interest (they will be paid through KPI rewards)
    • ensure the bounty information presented on the website is up to date
    • report on progress after the end of the Term
  • Notify Jsgenesis of urgent and important matters on the testnet
  • Open a forum thread for the "Term Summaries" where the CMs can report on their Council/KPI activities.

* Not before all formalities has been completed, eg. approved by the Council

Reward Distribution

Although a single person has the final responsibility, the Council may choose to elect a back-up, deputy, or split the work between bounties and non-bounties.

Grading

  • @tomato - $280/$300
    • [x] Assigning Jsgenesis community repo review
    • [x] Signing off on all reports
    • [x] Assist and support other CMs
    • [x] Monitor the bounties - 75%
    • [x] Notify Jsgenesis
    • [x] Report on progrees
    • [x] Term summaries

1.3 - Bounty Managers

  • Reward:
    • Bounty 9: $50 per week
    • Bounty 10: $50 per week
    • Bounty 14: $50 per week
    • Bounty 15: $100 per week
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #118800
    • End Block: #234000

Purpose

Keeping track of all bounties is both too much for a single person, and it will require different skillsets. There are currently 4 "weekly" bounties, where "weekly" means that the Bounty Manager isn't meant to have this role until the bounty is completed. Instead, the Council will choose one of their own to act as the Bounty Manager for each bounty during the Term.

Scope of Work

The scope of work for each Bounty will vary quite a lot, depending on the specific bounty.

Some general information can be found here.

Link to Bounties:

Reward Distribution

Individual. The Council Secretary is responsible for assigning CMs for each Bounty.

Grading

1.4 - Council Reporting

  • Reward: $250
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

In order for the Council to perform their reporting requirements (as described in KPI 1.5), any tools and scripts must, at least, be updated to use the new types.

Scope of Work

  1. Update the "Tokenomics" script in the Community Repo,
  2. Produce the "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, ie:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics
  • etc.

Reward Distribution

If multiple scripts and reports are proposed, only the best one will be rewarded.

Grading

  • @freakstatic_council - $220/$250
    • https://github.com/Joystream/community-repo/pull/169
      • [x] Spending from proposals
      • [x] Role rewards
      • [x] Bounties paid
      • [x] Validator rewards
      • [x] Total tokens minted
      • [x] Total tokens burned
      • [x] Media statistics
      • [x] Membership statistics
      • [x] Role occupants
      • [ ] Reccuring and earned role rewards
      • [ ] Hired dates - no
      • [x] Forum statistics

1.5 - Council Minutes

  • Reward: $200
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

There needs to be some level of accountability and transparency for the Council. For each Term the Council must produce a report, that both summarizes their communication, covers all 'events' and generally explains what transpired during the Term.

Scope of Work

  1. The first "official" Council on Babylon (#118800-#219600) produces a report covering any and all "events" of interest:
  • Proposals
  • Decisions
  • Voting statistics
  • etc.
  1. The Council Produces a "Tokenomics" report covering the quantitative aspects of the Term. Must include:
  • Issuance statistics, through:
    • Spending from proposals
    • Role rewards
    • Bounties paid
    • Validator rewards
    • Total tokens minted
    • Total tokens burned
  • Media statistics
  • Membership statistics
  • Role occupants, their recurring and earned rewards, hired dates, etc.
  • Forum statistics

Previous Council reports can be used as a guideline.

Reward Distribution

If multiple reports are proposed, only the best one will be rewarded.
Ideally however, this would be a collaborative effort.

Grading

1.6 Find All PRs/Issues That Require Jsgenesis Action

  • Reward: $100
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

As all of our attention was focused on debugging the babylon failure, then getting antioch up and running, we haven't been very responsive on Github lately.

We need to compile a list of actions required.

Scope of Work

Go through the following repos, and look for open issues and PRs made by someone outside of the "organization", that has not been solved/addressed:

  • joystream
  • helpdesk
  • hydra
  • community-repo
  • atlas
  • founding-members
  • joystream-org
  • handbook

Then, create an issue in the community repo with a brief TL;DR for each, and a link to the issue/pr.

Grading

  • @tomato - $100/100

1.7 Discord Channel Management

  • Reward: $100 Per Channel Group
    1. Testnet Roles
      • #validator
      • #storage-provider
      • #content-curator
      • #content-creator
      • #tech-support
    2. Governance
      • #council
      • #proposal
      • #bounties
    3. Newcomers
      • #general
      • #welcome
      • #introduce-yourself
      • #faucet
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term + 1 day
    • Start Block: #118800
    • End Block: #234000

Purpose

To make the Joystream community more welcoming to newcomers on Discord, we need high availability and helpfulness there.

Scope of Work

For each of the above groups (1-3):

  1. Create a draft "channel topic" description, with relevant information and links (if applicable).
  2. Check in multiple times every day, and welcome/assist every user that posts or asks a question. You need to have some knowledge of the particular topic, or read up on it. If you still don't know the answer, tag someone else!

Reward Distribution

The first CM that gets an approved Text proposal that includes the draft of the various "channel topics" are assigned that group. Note that $100 will only apply for the "full" 7 days (100,800 blocks), so if the Text proposal is approved after block #133200, your reward will decrease proportionally.

Also note that you will "keep" this role for 1 day (14,400 blocks) AFTER the term to allow a new CM to take over.

Grading is individual.

Grading

1.8 Managing the Working Groups

  • Reward: $150 per Working Group
    1. Content Curators
    2. Storage Providers
  • Reward Structure: Individual
  • Grading Process: Manual
  • Active: Full term
    • Start Block: #118800
    • End Block: #219600

Purpose

As we have yet to elect new leads, and set new budgets for the Working Groups, this is a critical task that needs focus.

Scope of Work

For each of the two Working Groups (in no particular order):

  1. Ensure a new Lead is hired for both roles (with stake and rewards).
  2. Create a budget, that calculates the rewards for both the Lead and n workers. This budget must consider:
    • Actual running costs (mostly for SPs)
    • Time spent on performing their duties (mostly for CCs, but also SP lead)
    • Set budgets assuming the Lead will hire 5-15 workers for each role
  3. Formalize the reporting requirements for the Lead. See helpdesk for details.
  4. Follow up the Lead, and ensure they are performing their work, and starts hiring at least 3 workers each (with stake and rewards).
  5. Sign off on the Leads reports.

Reward Distribution

Grading is individual. If the proposals created in relation to the tasks above are made by different CMs, the rewards will be shared based on the assumed workloads.

Grading