New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Small proposals, low quality proposals, unfinished ideas #33
Comments
This discussion touches an interesting point of whether to spend Treasury funds on community article translations during a bear market. |
Relevant development: Aragon (decentralized governance project) has a proposal for a "bounty DAO" to fund "low-cost, low-risk" bounties. Asking community for $12,500.
|
I believe Dash also has some mechanism for small proposals as well (was it called 'micro funding'?). Perhaps @RichardRed0x is more familiar with it. |
I genuinely believe this is a huge opportunity if we can get it right. If we don't do it right away, we should definitely follow how DASH and Aragon's experiments play out to learn some lessons. |
This has a lot of overlap with "Finding paid work" #104 - check the discussion there. I wonder how to formulate their differences. |
Dropping some random thoughts for now. "Small proposals" (#33) is coming from Politeia perspective, it looks to extend ideas of Politeia into the field of smaller proposals, perhaps by means of one or multiple "mini politeias". It is about submitting ideas, discussing, iterating, and signaling what stakeholders see as useful and what can be "upgraded" to a full blown proposal or grouped with other small proposals into a single large proposal. It is about preventing voter fatigue by offloading all small things into its own sandbox, at the same time providing a welcoming place where ideas (otherwise rejected as too small) can flourish. Sounds a bit related to a business incubator. "Finding paid work" (#104) has a pretty self-describing title. It is about matching workers with payers. It is a place where workers can come without ideas and funding, choose and secure work, deliver and get paid. Perhaps #33 is more about generating, crystalizing and selecting ideas worth funding, while #104 is about finding work, finding workers, finding funding, matching them, forming binding contracts and executing. #33 sounds like it heavily involves stakeholders and signaling, while in #104 they are not in focus or even are optional. Perhaps preparing ideas precedes allocation of funds and workers for them. The two may end up being just different aspects of the same system, or different stages of the same pipeline. In both cases, the source of funds can be either Decred Treasury or, when the DAE concept matures, a small group of Decred holders aligned around some issue. The latter can be useful for issues that have low overall support among all stakeholder, but high support from a small group of stakeholders that share a common need. |
Ideas from chat on 2019-02-14:
|
An important aspect to consider for any ticket-based signaling is voter privacy. If a system to signal for many small items is built, it may generate a lot of mini-votes and signatures, much more than current Politeia votes for large proposals. This huge pile of votes may be susceptible to some nasty analysis. |
I think stakeholder privacy could be preserved, even with a lot of "mini-votes". Features like the vote trickling in pivoter could easily obscure votes, for instance by adding some randomness. And it's hard to imagine anyone other than us doing that much work analyzing votes anyway. It does make me ponder the shower thought: what about contractor privacy? Could contractors act not as individuals easily identifiable by their comms and invoices, but as a group? |
Sure, nothing prevents a group of people to hide behind a single name. |
We are Anonymous. Here is our invoice. Not sure this is the best place to put this, but there was some relevant discussion a few days ago around using the new contractor management system to support billing for smaller tasks. Specifically, several people expressed support for a feature that would allow a contractor to add multiple people to an invoice, opening up the possibility for people to be paid for smaller tasks without having to have a DCC: Support multiple individuals per invoice. |
In a discussion about voter psychology was mentioned an idea to survey stakeholder opinions on various issues. Main Politeia would be flooded by survey questions, while surveying on regular comm platforms would be prone to manipulation and have privacy issues. The signaling mechanisms explored by this issue could probably be applied to surveying stakeholders. With that discussion I think I finally found a clear difference between #104 and this. #104 is about finding paid work as the name says, while #33 is broader in scope: it also covers finding unpaid work, policy votes that don't require funding, and surveying stakeholder's opinion on arbitrary topics. Also, it looks more from the voter perspective, while #104 looks more from the worker perspective. |
My ideas converge to thinking that this issue is about anything involving stakeholder signaling for arbitrary things. |
I'm converging around a fuzzy idea of a reddit/Politeia-like interface where stakeholders can signal on lower-level things if they want. And if we make it an engaging enough experience, stakeholders will engage. |
Politeia is designed to handle big decisions with big impact. It is not intended to handle smaller things as that would lead to voter exhaustion. Multiple ideas were proposed to handle smaller proposals. Collect, research, categorize and publish them somewhere.
TODO: formulate more clearly what this issue is about and how it differs from #104.
Discussions:
The text was updated successfully, but these errors were encountered: