Proponent: cl0w
Date: 10.01.2025
Requested DOT: 250,000 DOT
Summary
This is a proposal to allocate 250,000 DOT for the creation of the OG Rust Bounties - a bounty designed to incentivize Rust engineers to carry out developer tasks that have been requested under OpenGov, or by some reputable authority such as the Fellowship. The tasks should relate to the Polkadot relay chain or any of its System Chains and target code changes to Polkadot-SDK or to some of the Runtimes (Polkadot Relay Chan and its System Chains). The bounty is curated by 5 curators who both a) possess technical knowledge of Substrate, and b) are active participants in the Polkadot ecosystem and mindful of its needs.
Curators
<ul>
<li><a href="https://github.com/vgantchev">Valery Gantchev</a> / cl0w - founder of the Polkadot Assurance Legion (PAL), contributor to Hydration and Rust engineer with 19 years coding experience;</li>
<li><a href="https://github.com/jak-pan">Jakub Panik</a> - CTO of Galactic Council, contributor to Hydration and Rust engineer;</li>
<li><a href="https://github.com/bkchr">Bastian K&ouml;cher</a> - a guy at Parity working on Polkadot since 2018 using Rust. Fellowship member. Developed Cumulus and some stuff around.</li>
<li><a href="https://github.com/seadanda">Donal Murray</a> - Parity core dev, System Parachains lead and fellowship member</li>
<li>Curator #5 - TBD (reach out if you think you are a fit)</li>
</ul>
Problem statement
This proposal addresses the need to set up a framework of incentives and procedures which enables external (non-fellowship) developers to engage in Rust engineering tasks relating to the Polkadot Protocol. This should help ease up the growing backlog of tasks that have been requested by OpenGov or some other legitimate authority such as the Fellowship.
Over the past months, the community has requested several features using the Wish for Change (WFC) track &ndash; see for example <a href="712">Ref #712</a> regarding the implementation of optimistic project funding. While the involvement of the community in the Polkadot roadmap should be welcomed as a form of decentralization, the implementation of such requests poses challenges. More specifically, it is not clear who would be responsible for carrying out the work, and how this would be incentivized.
The Technical Fellowship does have the expertise to carry out the required work, however their capacity is constrained by limited resources and a set of concurrent tasks they are working on. In a related development, the Fellowship also sees the need to outsource some of its tasks. Also here, there is no clear mechanism for incentivizing and managing the contributions.
Proposed Solution
OG Rust Bounties aims to open up the implementation of technical tasks requested under OpenGov or by the Fellowship to anyone with the required technical skills (e.g. PBA graduates or other Rust engineers). As the social consensus on the feature has already been reached, the developers will not need to undergo the whole OpenGov process again, or look for other complicated routes to fund their work. Instead, they can focus on a technical proposal for the implementation of the feature which should be reviewed based on its technical merits.
To foster competition, OpenGov Bounties work on the basis of Calls for Proposals. After the feature/change is requested by a reputable authority, the curators will publish a Call for Proposals which allows anyone to submit their proposal for implementing the task. After the submission deadline has closed, the curators will evaluate all submissions and pick the preferred supplier based on the following criteria:
<ul>
<li>Applicants should lay out in sufficient detail how the task will be implemented;</li>
<li>Complex tasks should be accompanied by a technical RFC;</li>
<li>Tasks that require longer than 2 weeks to be implemented should be split into verifiable milestones;</li>
<li>The preparation of an RFC can be carried out as the first milestone of the project and funded;</li>
<li>The proposal must contain a description of the applicant and their track record;</li>
<li>The proposal must specify how many FTEs the applicant will be dedicating to the task in question;</li>
<li>The proposal must specify timelines for the delivery of every milestone.</li>
</ul>
Curators
The bounty will be managed by 5 curators who satisfy both of the following criteria: a) possess technical knowledge of Substrate, and b) are active participants in the Polkadot ecosystem and mindful of its needs.
The responsibilities of the curators include:
<ul>
<li>Collect the requested tasks and initiate the relevant Calls for Proposals;</li>
<li>Review the submitted proposals. This includes a feasibility assessment based on the submitted RFC and on the track record of the applicants;</li>
<li>Award the task to the best proposal, which is a subjective judgment informed by the quality of the submissions and their execution price;</li>
<li>Prepare quarterly community reports which outline the activities of the bounty and contribute to transparency.</li>
</ul>
To fulfill these responsibilities, curators should be able to dedicate at least 0.2 FTE. For fellowship members, work on this bounty will be accounted towards their fellowship duties and financed through their fellowship salaries. Curators who are not part of the Fellowship will be incentivized by a monthly remuneration of $ 3,000 (paid out in DOT).

**Proponent:** cl0w

**Date:** 10.01.2025

Requested DOT: 250,000 DOT

**Summary**

This is a proposal to allocate 250,000 DOT for the creation of the OG Rust Bounties - a bounty designed to incentivize Rust engineers to carry out developer tasks that have been requested under OpenGov, or by some reputable authority such as the Fellowship. The tasks should relate to the Polkadot relay chain or any of its System Chains and target code changes to Polkadot-SDK or to some of the Runtimes (Polkadot Relay Chan and its System Chains). The bounty is curated by 5 curators who both a) possess technical knowledge of Substrate, and b) are active participants in the Polkadot ecosystem and mindful of its needs.

Curators

*   [Valery Gantchev](https://github.com/vgantchev) / cl0w - founder of the Polkadot Assurance Legion (PAL), contributor to Hydration and Rust engineer with 19 years coding experience;
*   [Jakub Panik](https://github.com/jak-pan) - CTO of Galactic Council, contributor to Hydration and Rust engineer;
*   [Bastian Köcher](https://github.com/bkchr) - a guy at Parity working on Polkadot since 2018 using Rust. Fellowship member. Developed Cumulus and some stuff around.
*   [Donal Murray](https://github.com/seadanda) - Parity core dev, System Parachains lead and fellowship member
*   Curator #5 - TBD (reach out if you think you are a fit)

**Problem statement**

This proposal addresses the need to set up a framework of incentives and procedures which enables external (non-fellowship) developers to engage in Rust engineering tasks relating to the Polkadot Protocol. This should help ease up the growing backlog of tasks that have been requested by OpenGov or some other legitimate authority such as the Fellowship.

Over the past months, the community has requested several features using the Wish for Change (WFC) track – see for example [Ref #712](712) regarding the implementation of optimistic project funding. While the involvement of the community in the Polkadot roadmap should be welcomed as a form of decentralization, the implementation of such requests poses challenges. More specifically, it is not clear who would be responsible for carrying out the work, and how this would be incentivized.

The Technical Fellowship does have the expertise to carry out the required work, however their capacity is constrained by limited resources and a set of concurrent tasks they are working on. In a related development, the Fellowship also sees the need to outsource some of its tasks. Also here, there is no clear mechanism for incentivizing and managing the contributions.

**Proposed Solution**

OG Rust Bounties aims to open up the implementation of technical tasks requested under OpenGov or by the Fellowship to anyone with the required technical skills (e.g. PBA graduates or other Rust engineers). As the social consensus on the feature has already been reached, the developers will not need to undergo the whole OpenGov process again, or look for other complicated routes to fund their work. Instead, they can focus on a technical proposal for the implementation of the feature which should be reviewed based on its technical merits.

To foster competition, OpenGov Bounties work on the basis of Calls for Proposals. After the feature/change is requested by a reputable authority, the curators will publish a Call for Proposals which allows anyone to submit their proposal for implementing the task. After the submission deadline has closed, the curators will evaluate all submissions and pick the preferred supplier based on the following criteria:

*   Applicants should lay out in sufficient detail how the task will be implemented;
*   Complex tasks should be accompanied by a technical RFC;
*   Tasks that require longer than 2 weeks to be implemented should be split into verifiable milestones;
*   The preparation of an RFC can be carried out as the first milestone of the project and funded;
*   The proposal must contain a description of the applicant and their track record;
*   The proposal must specify how many FTEs the applicant will be dedicating to the task in question;
*   The proposal must specify timelines for the delivery of every milestone.

**Curators**

The bounty will be managed by 5 curators who satisfy both of the following criteria: a) possess technical knowledge of Substrate, and b) are active participants in the Polkadot ecosystem and mindful of its needs.

The responsibilities of the curators include:

*   Collect the requested tasks and initiate the relevant Calls for Proposals;
*   Review the submitted proposals. This includes a feasibility assessment based on the submitted RFC and on the track record of the applicants;
*   Award the task to the best proposal, which is a subjective judgment informed by the quality of the submissions and their execution price;
*   Prepare quarterly community reports which outline the activities of the bounty and contribute to transparency.

To fulfill these responsibilities, curators should be able to dedicate at least 0.2 FTE. For fellowship members, work on this bounty will be accounted towards their fellowship duties and financed through their fellowship salaries. Curators who are not part of the Fellowship will be incentivized by a monthly remuneration of $ 3,000 (paid out in DOT).

Approve a bounty proposal. At a later time, the bounty will be funded and become active
and the original deposit will be returned.

May only be called from `T::SpendOrigin`.

## Complexity
- O(1).

- **Problem Statement:** Addressing the need for incentives and procedures to engage external Rust engineers in Polkadot Protocol tasks, easing the backlog of requests from OpenGov and the Fellowship.
- **Significance:** Community requests for features pose challenges due to unclear responsibility for task completion and lack of incentivization, despite the Technical Fellowship's expertise being limited by resources.
- **Proposed Solution:** OG Rust Bounties to allow any Rust engineer to implement requested tasks without repeating the OpenGov process, fostering competition through Calls for Proposals managed by 5 curators.
- **Expected Outcomes:** Increased engagement of external developers, streamlined task implementation, and improved transparency through quarterly community reports.

#1377 OG Rust Bounties

No Active Proposals