Kusama Treasury Follow-up Analysis: Continued Budgeting Incompetence

Thanks for sharing your perspectives @asteeber and @shawntabrizi.

I’m going to suggest that before we change these parameters, we also discuss a little more what we hope to achieve if we are ultimately to evolve this technology to become more humane, not more technocratic.

Why I love Adam’s post is that it shows off the complexity of his personality - it is analytical, critical and emotional - and underpinning it all, are his values.

@shawntabrizi you bring a different, but no less important perspective - but what is front of mind to you, is not necessarily what is front of mind to others - as has been noted elsewhere:

We all see the world through different eyes, interpret data points differently and communicate our intentions in different languages - english, spanish, rust…

This is true of every one of the 1000+ members of this forum. Collectively we are way smarter than we are individually, but it is very very hard to translate between these perspectives, without getting into arguments.

Why perspective matters to parameter changes

@asteeber you have experienced a wide range of emotions when it comes to treasury funding. You have lived the highs and endured the lows - the stress, the anxiety and the unfeeling nature of the overlords.

@shawntabrizi you have never (afaik) proposed a treasury spend, nor sustained your work by requesting funds from a collective pot, nor endured the gauntlet of this process. Until you do you cannot understand what it is like to be a community member in this context. This is not a criticism, this is an observation - and it is one that is true for all of Parity/W3F.

I have sustained my work entirely through treasury funding and my own funds for the last 3 years, helping many others do the same. This process has allowed me to see first hand how different people - both proposers and voters interpret parameters, mechanisms, language and process differently.

Suggestions

Financial models are are always wrong - the longer out we plan, the more wrong they will be.

Ultimately these models tell us what the future looks like, if nothing were to change.

For example, we are structuring a deal with external financiers, that would enable the treasury and collective to become far more potent, thus extending spending powers well into the future.

Models are useful for getting people to think about bigger pictures - to assess what matters and to allow groups to plan for the future in an educated and importantly an iterative way.

  • Suggestion 1: Adam, or others to create monthly treasury forecasts. This could easily turned into a programmatic analysis to be surfaced through a UI such as Polkassembly / Subsquare. @Jas @wliyongfeng. We are adding this to our work developing a Discourse <> Substrate <> Wordpress integration, whose aim is to better unify data, analytics, media, discussion, proposals and on/off chain triggers and performance measures within a unified UX/UI.

  • Suggestion 2: We collectively outline what support looks like for talent through the full cycle of innovation and create language within the parameters and UX/UI that better educates proposers and voters as to the type of funding they are requesting and what stage they are in a bigger process…

Small changes can make a big difference to the feeling of contributing to the collective.

Here are the current language of parameters:

Track Name Max Deciding Max Spend Decision Period Min Approval to Confirm Timeout
Small Budget 10 100 KSM 14 days 50% 28 Days
Big Budget 2 2,500 KSM 14 days 66% 28 Days
Treasurer 1 No Limit 28 days 66% 7 Days

Here is how we could make the parameters more humane - not this is not just about changing numbers, but about changing labels and also considering the implications on how we communicate this process.

Phase Queue Max spend Decision Period Approval required Timeout
Research 10 100 KSM 7 days 20% 28 Days
Proof of concept 2 2,500 KSM 14 days 40% 28 Days
Product 1 No Limit 28 days 60% 7 Days

Currently tracks condenses a lot of nuance into a single technical term - but we must be clear that different tracks correlate with different areas of governance. There is nuance.

If we see spendng tracks as phases in an innovation process we can open up more interesting design space when we consider adjustments to things like the burn (which is really a Root origin track) and see this as an example of another spendable origin whose consistent ‘drip fed’ funding is useful in a different phase.

Phase Origin Queue Max spend Decision Period Approval required Timeout
Concept research Treasury 10 100 KSM 7 days 10% 28 Days
Applied Research Treasury 100 100 KSM 7 days 20% 28 Days
Proof of concept Treasury 2 2,500 KSM 14 days 30% 28 Days
Product Treasury 10 No Limit 28 days 51% 7 Days
Base salary Burn 5 500 KSM 7 days 51% 28 Days
Mid salary Root 3 1000 KSM 7 days 51% 28 Days
Top salary Root 1 1500 KSM 7 days 51% 28 Days
Bonus Root 1 No limit 7 days Adoption based 28 Days

Once we have USDT spendable from treasury accounts we can evolve this further, giving people the option of requesting either KSM with some vesting parameters or liquid USDT.

Under certain conditions such as an ‘on-chain metric based’ bonuses, this KSM can be liquid.

Phase Origin Detail Queue Max spend Decision Period Approval required Timeout
Concept research Treasury Account A liquid USDT or vesting KSM 100 100 KSM 7 days 10% 28 Days
Applied Research Treasury Account B liquid USDT or vesting KSM 25 5000 USDT 7 days 20% 28 Days
Proof of concept Treasury Account B liquid USDT or vesting KSM 5 50000 USDT 14 days 30% 28 Days
Product Treasury Account C liquid USDT or vesting KSM 3 200000 USDT 28 days 51% 7 Days
Direction Treasury Account D liquid USDT or vesting KSM 1 1000000 USDT 28 days 60% 7 Days
Base salary Burn Liquid KSM 5 500 KSM 28 days 51% 28 Days
Mid salary Root Liquid KSM 3 1000 KSM 28 days 51% 28 Days
Top salary Root Liquid KSM 1 1500 KSM 28 days 51% 28 Days
Bonus Root Liquid KSM 1 No limit 7 days On-chain metric based 28 Days

Summary

We are moving in the right direction, but we need to as a collective think more holistically about the whole innovation and support process, rather than just addressing symptoms with deeper underlying faults.

I’ve begun to lay out some of this rationale here in this post Structuring support across a full innovation cycle

Current arguments within ecosystems focus attention on large ‘public good’ treasuries. Whilst influential, these entities are just one component in what can be understood as a phased innovation process that should be structured through the full life cycle of R&D, productisation and go to market, with motivations, oversight, rewards and ROI contingent on the phase and the entity involved.

1 Like