Navigation

    Particl Community

    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    1. Home
    2. Community Governance [Proposals]
    3. #self-governance
    Log in to post
    Catégorie #self-governance
    • 3
      Pancake

      Intro into optimizing particl's self-governance (voting procedures)
      8 • Pancake

      89 8

      So, dear community, let’s start the discussions onto this particl self-governance topics I hope the first topic to discuss 1-(J), is one of the more “easy” topics, because we already voted for the forum as self-governance communication platform, and now trying to figure out it’s pro&cons. At the very end of all those points to discuss (1-(J), … 14-(-C-)), there should be a kind of document as outcome, which describes a possible way to “govern” our community discussions. I will use therefore a dropbox paper, like dros has proposed as proposal template here. You can also see an example here. I personally, won’t post messages on self-governance on the discord community-proposal channel anymore. I made some screenshots up until the beginning of march, to document the previous discussions on discord, which can be found in the previous post. So please also give your feedback and replies exclusively on the forum, since postings on discord or telegram won’ t be forwarded to the forum anymore. Thanks for making this community a warm and welcome place in sharing your opinions on the possible future of a community driven, self-governing, decentralized, worldwide, private marketplace !

      par Pancake Pancake

    • 0
      Pancake

      List of references (voting & governance)
      1 • Pancake

      50 1

      No one has replied

    • 0
      Pancake

      Outcome of 1-(J) to 14-(C)
      1 • Pancake

      56 1

      No one has replied

    • 0
      Pancake

      14-(C) - False winner with multiple voting options
      2 • Pancake

      44 2

      In correspondance with 4-(G) I see multiple voting options (> 2 options) only for informal votings. Binding votings should be limited to only 2 voting options (yes/no) but maybe with a possibility to split his votes (20% yes / 80% no). 50%/50% would correspond to an abstention from voting.

      par Pancake Pancake

    • 0
      Pancake

      13-(I) - Notification on altered or updated proposals
      2 • Pancake

      36 2

      Everybody can set up any proposal for a community vote. On forums and other social media the proposal can become further discussed and maybe “inofficial” votings can still be conducted. However, as soon as a proposal is becoming filed for an official community vote, no changes can be further done to this specific proposal. Any changes still could be set up as part of a new proposal voting.

      par Pancake Pancake

    • 0
      Pancake

      12-(K) - Validity/Lifetime of voting decissions
      2 • Pancake

      49 2

      Since Particl is a blockchain-project it would be the first choice to document valid governance decissions inside a block on the native blockchain. What other thoughts on that?

      par Pancake Pancake

    • 0
      Pancake

      11-(F) - Small bag holders may be discouraged to vote
      2 • Pancake

      39 2

      This topic already has been tried to answer with topic 5-(B). Outcome of 5-(B) discussions has been as follows: – they can delegate their voting power to e.g. staking pools – a grading curve shall reduce the voting power of very large balances (measures to be taken to prevent that large balances easily can be split up into many smaller balances) Does anybody have other ideas to address this issue?

      par Pancake Pancake

    • 1
      Pancake

      10-(M) - "Sub-Communities" can express their voting recommendation
      7 • Pancake

      88 7

      @cryptoborshch we will move away from direct democracy, to a representative one I personally prefer direct democracy, since having any form of representative one, the question of who may potentially being held responsible rises. So maybe we might have some form of elected delegates to debate on topics like threshold- or parameter settings, and also to provide some voting recommendations towards the community. The final voting then still have to be done by the token holders or e.g. their choosen staking pools. An easy way to assure that most community members and token holders become aware of the delegates “voting recommendation” will have to be defined.

      par Pancake Pancake

    • 2
      Pancake

      9-(L) - "Identity Management" for proposal discussions
      6 • Pancake

      109 6

      Suggestion: We have to be aware that due to anonymity everybody might be able to game the system. So reputation should only be used for informal purposes, e.g. for proposal discussions. Reputation must be tied somehow to an user-ID (maybe marketplace-key). Several reputations could be collected for each ID: number of listings number of positiv/negtive rated sell/buy orders number of proposals created number of upvoted comments on proposal discussions … Since gaming is always possible I wouldn’t show the absolut numbers, but suggest to show on proposal discussions only the ranking of each user. Let’s say there are 4 different users commenting on a proposal. User 1: 20 upvotes User 2: 7 upvotes User 3: 725 upvotes User 4: 8 upvotes So based on the upvotes User 1’s characteristics for proposal upvotes would be shown as rank 2 of 4 (2/4), for User 2 (4/4), for User 3 (1/4) and for User 4 (3/4). If User 5 (36 upvotes) also adds a comment, this would change the ranking, e.g. User 1 --> (3/5), User 2 --> (5/5), User 3 --> (1/5), … If anybody tries to game this by creating multiple User-IDs the community could maybe downvote the corresponding users. I would also suggest to make this rankings time based. The older an upvote, the lower it’s impact on the ranking.

      par Pancake Pancake

    • 0
      Pancake

      8-(D) - Repetetive proposals when denied
      11 • Pancake

      141 11

      @btmr said in 8-(D) - Repetetive proposals when denied: Ok, then let’s get rid of that damn second round for now Only to make sure we talk of the same voting causes. During final “voting period” there’s a “second” vote done by stake voting and outgoing transaction voting. During “proposal period” I still would do some preliminary selection or ranking, also based on a kind of voting (either funding or number of outgoing transactions), thus making it easier during “voting period” to distinguish between serious and spam proposals. Maybe you as voter during the “voting period” have only limited time and thus want only voting for the top 5 proposals and so ignoring the remaining x-hundred proposals. The benefit of funding I see in the increased amount of “skin” you can put into the game If you or any other community member think your proposal is really important to make a decision on, you can support it in an easy way with a significant amount of PART by one single transactions to the proposals specific address. When doing this by outgoing transactions with a fixed amount, you might have to send many transactions to signal your opinion of a high importance for this specific proposal. I agree, if one kind of ranking would be sufficient, it would be easier when not having the need for weighting in some form. Have a nice weekend

      par Pancake Pancake

    • 0
      Pancake

      7-(A) - Freeze of coins
      4 • Pancake

      67 4

      With topic 5-(B) we came up with the suggestion to vote by an outgoing transaction. Would mean you send a defined small amount of PART from an address which contains a larger amount of PART which might represent the total number of your votes at a certain defined time. Apart from that, there may also be the possibility to vote only with your staked coins. In both cases there shouldn’t be the need to move and to freeze a large amount of your coins for voting purposes. But are there also other voting procedures we should take into consideration (pro&cons). E.g. the way how decred is doing their voting. Any other opinions?

      par Pancake Pancake

    • 0
      Pancake

      6-(E) - Misinterpretation of "bad" formulated proposals
      9 • Pancake

      85 9

      I again summarized the points mentioned. I emphasized the need for a trustless long-time storage medium for each proposal. Thus I prefered to use the particl blockchain instead of any third party provider, as e.g. github. I will temporarily leave this topic up for discussion and will close then in a few days.

      par Pancake Pancake

    • 1
      Pancake

      5-(B) - Security issue of coins
      22 • Pancake

      171 22

      I summarized the outcome of this discussions here, and will close this topic. In regard to staking voting I still want to refer to following link, https://hackernoon.com/voting-determines-the-conversation-how-to-think-about-staking-tokens-3f152185313a where also some issues being discribed which later might become of interest as well (e.g. 14-( C))

      par Pancake Pancake

    • 0
      Pancake

      3-(N) - Backing proposals with parts/votes
      2 • Pancake

      50 2

      After finished the first two discussion points, I’d like to start on this third one. Shall we treat each proposal equally with the same importance, or shall we give the proposer, and those backing this proposal, a way to express the importance to vote and to put into effect of this proposal. What kind of “Backing” (funding) shall that be, maybe PARTs? Who will receive the amounts? Who will be responsible to distribute the funding depending on the voting outcome? What I personally could imagine, is that the funding can be used as a kind of ranking if there are multiple proposals to vote on. Those proposals with the highest fundings are displayed on top and thus are more obvious to potential voters. Those with low funding, will appear at the very end of a potential proposal list. Thus, potential proposal “spammers” will gain less attention unless they (or other supporters of the proposal) spend a certain amount of parts with their proposal. After the end of the voting period the “backing” parts could be sent to the foundation wallet or be used for other community purposes (e.g. as bounty for those executing the proposal). What is the communities opinion on that? Don’t hesitate to leave your comments and inputs.

      par Pancake Pancake

    • 0
      Pancake

      2-(H) - Active proposal discussion for potential proposal correction
      4 • Pancake

      47 4

      I recently set up a proposal (200402-01) along the proposed proceedings in https://particl.community/topic/57/intro-in-setting-up-a-proposal-for-community-discussions. It seemed to work out pretty good and we havn’t got any other suggestions from the community so far. If there won’t be any other comments to come in on this topic 2-(H) I will summarize this discussion as follows, and then close this topic. “The proposer is responsible to open and to maintain for the duration of its proposal listing a discussion group (topic) on the community forum in the governance proposal category. He will have to follow the procedure as described here.”

      par Pancake Pancake

    • 1
      Pancake

      Form for Community Proposals
      1 • Pancake

      25 1

      No one has replied

    • 0
      Pancake

      4-(G) - Distinguish votings based on their importance
      2 • Pancake

      36 2

      For “official binding” votes, particl foundation is planning a voting concept based on staking voting (or something similar, integrated into “Partyman”). However, for merely “informal” votes, we can already use the existing voting platform on particl marketplace. So we should make clear, that votings on the particl marketplace are only meant as “non-binding” votes and maybe can be seen as preliminary vote before a proposal becomes accredited as a later binding vote. Thus we could make a distinction between two kind of votes: informal votes binding votes What do you think? Other comments and feedback on this?

      par Pancake Pancake

    • 2
      Pancake

      1-(J) - Commonly accepted communication platform
      12 • Pancake

      95 12

      Herewith I close this discussion and will sum the outcome as follows: Particl Community Forum will be choosen as primary choice for proposals and structured community discussions

      par Pancake Pancake

    2020 - Particl Community | Not affiliated with Particl Foundation | Framework by NodeBB