storagesize-bot/bounties-overview

Bounty Status

ID	Title	Issue	Opened	Reward	Forum Thread	Status/Grading	PR	Proposal
1	Update Telegram Bot	#23	23.09.20	$300	118	$300 - 01.11.20	#36	32
2	Testing of 'polkadot-js'	#32	23.09.20	$200	129	$200 - 05.01.20	#67	87
3	Improve Telegram Bot(s)	#41	08.11.20	$225	130	$25 - 05.12.20	#47	49
4	Improve Telegram Bot(s)	#51	05.12.20	$225	158	Complete	NA	NA
5	JS Telegram Sticker pack	#52	05.12.20	$400	169	$300	NA	NA
6	Increase Validator Research	#71	17.01.21	$200	186	$200 - 13.02.21	#77	116
7	Joystream Player Loading	#85	15.02.21	$400	214	Withdrawn - No interest	NA	NA
8	Ledger on Joystream	#86	15.02.21	$300	215	$450 - 13.05.21	#171	[56])(https://testnet.joystream.org/#/proposals/56)
9	Repo/Docs Improvements	#87	15.02.21	$400	216	Weekly Bounty	NA	NA
10	Upload Public Domain Content	#88	15.02.21	$5*	217	Closed	NA	NA
11	Design Community Repo Banner	#89	15.02.21	$250	218	$300 - 13.05.21	NA	NA
12	Deploy Reliable Endpoints	#101	12.03.21	$200	324	Completed	NA	NA
13	Research Discord Bots	#123	12.03.21	$200	326	$450	#131, #133	NA
14	Polkadot/Substrate Videos	#143	19.04.21	$50	358	Discontinued - Pending Payouts	#157	35, 37, 37, 40, 41
15	Transcribe Community Updates	#143	20.04.21	$400	363	$375 - 15.06.2021	#199	166
16	Translation of Community Update Videos	#144	10.04.21	$400	510	Open	NA	NA
17	Discord Video Bot	#151	20.04.21	$100	362	Completed	NA	NA
18	Original Video Bounty	#162	29.05.21	up to $200	422	Open	NA	NA
19	Validator Logging Tool	#161	20.04.21	$400	381	Announced	NA	NA
20	Github Bounty Guide	#220	04.07.21	$350	492	Announced	NA	NA
21	Website Translation	#212	28.06.21	$500	493	Announced	NA	NA

Bounties Management

Part of the job for the Council is to manage these bounties. The tasks associated with that are:

1. Familiarizing themselves with the tasks specified in the issue
2. Seeking further information from Jsgenesis on any ambiguous or missing items
3. Deciding on the format, full workflow and process required
4. Creating a forum thread with:
   • Link to the issue with full description
   • Specify the format and workflow
   • If applicable:
   • list what it takes to be assigned the bounty
   • assign a dedicated manager for the bounty
   • set milestones/timelines
5. Update the json in accordance with the schema. See explanation here.
6. Assign a community member*, and update json
7. Follow up as required
8. Once a non-final spending proposal** is made:
   • Ensure it's in line with the workflow set
   • Review the work submitted
   • Approve if appropriate
9. Once the final spending proposal is made:
   • Ensure it's in line with the workflow set out
   • Verify the Jsgenesis requirements are met (eg. a PR is made)
   • Review/grade the work submitted
   • Check if the requested funds matches the expected payout(s)
   • Approve the spending proposal
   • Tag @bhwm and @blrhc to review
10. After the PR is closed, regardless of result, update json

Bounties Schema

The Bounties displayed on our website here is read from this json file.

Because of this, it's quite important the Council updates this json as soon as a change occurs, so anyone visiting the website gets the correct information. Making sure the json is updated correctly is even more important, as even a small formatting error will "break" that section of the website. Verifying the json against the schema can be done here.

Here are some rules:

• As soon as a new issue, with a new Bounty is created, Jsgensis will create a PR (and request permission to merge) updating the json with required properties:
  • id
  • title
  • description
  • openedDate
  • links
  • reward
  • tags
• The Council will then create forum thread, and add the new link to the links array. Note that this new link must be added before the link to the issue to replace the link on the website. Any other changes that has been made (in agreement with Jsgenesis) can also be made.
• Although it will not change the presentation on the website, the status and format should also be updated every time it changes.
• Once the Bounty is completed, it should be moved from activeBounties to closedBounties, in addition to adding closedDate.

Note that this schema may change over time, so always verify against the schema, even if you are "sure" it's correct!