Joystream / joystream

Joystream Monorepo
http://www.joystream.org
GNU General Public License v3.0
1.43k stars 115 forks source link

Funding request limit sidesteppable #4622

Open bedeho opened 1 year ago

bedeho commented 1 year ago

Background

The funding request proposal is the primary means by which the council budget can be depleted by minting, and for this reason there is a limit on it, which when combined with other limits of the proposal system induces an implicit constraint on how fast minting can occur from an existing, possibly large, budget. The problem is that nothing prevents the council from just giving funds to a lead, who is then unconstrained in minting size or frequency.

Proposal

How to fix this?

Should council budget even just grow perpetually like now? perhaps it should have a dynamic replenishment?, targeting some % of issuance as budget size? Limiting transfers to WGs, or spending form WGs (including rewards), seems like it will be very arbitrary. We also have to be weary of too much complexity here.

mochet commented 1 year ago

my thoughts:

kdembler commented 7 months ago

Removing from Luxor scope as there's no really clarity how this should be handled and a proper fix would probably not be so easy

bedeho commented 7 months ago

I think a good solution here is to cap transfer limits to working groups to have same constraints as proposals, both in terms of amount limit, constitutionality, threshold,etc. Also, when we introduce multiple proposals for funding, as I have suggested here https://github.com/Joystream/joystream/issues/3355, we have a corresponding transfer to wg. proposal with corresponding bounds. Transferring back from WGs should probably not require any amount bounds.