**Proponent:** RTTI-5220 (GLVeryFRbg5hEKvQZcAnLvXZEXhiYaBjzSDwrXBXrfPF7wj)

**Date:** January 2021

**Requested allocation:** 1530,00 USD / 18.43 KSM

**Proposed Curator Reward:** 2% of total - USD 30,00 / 0.37 KSM.

**Short description:** The idea of a sub-bounties extension aims to give more flexibility in the use of the pallet for curators to reward completed tasks without closing the parent bounty. This will contribute to achieve one of the ultimate goals of the pallet: to budget the networks' treasuries allowing bounties to extend their life cycles.
______________________________________________________________________________________


## **Context Of The Bounty & Problem**

In its current implementation, the bounty pallet allowed us to experiment with delegating the Council's responsibilities to a curator, defined as an expert in the topic the bounty touches. You can find more information about the current implementation [here](https://polkadot.network/kusama-and-polkadot-now-reward-curators-helping-to-scale-councils-functions-join-the-force-moving-the-community-forward/). 

However, the pallet does not allow the creation of **sub-bounties** by the curator (the address with agency over the funds of active bounties): if a bounty includes in its scope of work an N number of tasks, the payout to the implementers can only be executed once all tasks have been completed by awarding the bounty and closing it. This restricts the use of the pallet to small-sized bounties for a short amount of time.

The idea of a sub-bounties extension aims to give more flexibility in the use of the pallet for curators to reward completed tasks **without closing the parent bounty**. This will contribute to achieve one of the ultimate goals of the pallet: to budget the networks' treasuries allowing bounties to extend their life cycles. Other goals of this extension include:

1. To minimize tracking & execution management overhead to council members & improve governance efficiency.
2. To allow tracking & granularity in high budget allocated funds.
3. To allow iterations by starting a big proposal with a minimal viable fund and top-up based on progress if needed.

In the model we envision, a sub-bounty can only be opened using funds from an **active** bounty. This model allows the curator to allocate a specific amount of funds from the active bounty to a sub-bounty, and reward the task after completion by calling `award_subBounty`. After the call is confirmed, the sub-bounty is closed and the specific amount of it is deducted from the total allocation from the bounty (that stays open).

For a detailed description of the extension specification, budget and tasks included in the bounty, please visit the full proposal [**HERE**](https://docs.google.com/document/d/1_rsY5rSG5vkQJRIHSYB3161MMFreYKk00gKygY_L8QU/edit?usp=sharing). 

## **Notes**

Although the Kusama Council has the responsibility of deciding on the curator who will take the role if this bounty proposal is approved, we would like to suggest Bryan Chen (the original implementer of the bounty pallet) to review and evaluate the tasks' completion; this is the main reason why this extension proposal is submitted for discussion as a bounty proposal: Bryan has shown expertise in all necessary topics related to the bounty in order to develop this role. 

You can find the current implementation, along with the original ideas and discussions by the community in the links below:

- Original idea - [here](https://github.com/paritytech/substrate/issues/5713)
- Current implementation - [here](https://github.com/paritytech/substrate/tree/master/frame/bounties)
- Community discussion - [here](https://kusama.polkassembly.io/post/86)
- Bounties implementation spending parameters - [here](https://kusama.polkassembly.io/post/151)
- Final review on current implementation by the community - [here](https://kusama.polkassembly.io/post/237)

### Proposed Sub-bounty API & Signature

- Sub-bounties Extension: design discussion notes #7959 - [here](https://github.com/paritytech/substrate/discussions/7959)

 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::ApproveOrigin`.

 # <weight>
 - O(1).
 - Limited storage reads.
 - One DB change.
 # </weight>

- The proposal is about allowing curators to reward completed tasks without closing the main bounty.
- This will make it easier for the council to manage and track bounties.
- The sub-bounties can only be opened using funds from an active bounty.
- Bryan Chen is suggested as the curator for this proposal.
- There are links provided for more information about the current implementation and discussions.

#264 Bounty Proposal #2: Sub-Bounties Extension Implementation