Skip to content
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

Grant project management #119

Closed
jennymith opened this issue Dec 3, 2020 · 4 comments
Closed

Grant project management #119

jennymith opened this issue Dec 3, 2020 · 4 comments
Labels
mtg-discuss Meeting Discussion Point

Comments

@jennymith
Copy link

  • Figure out weekly goals
  • Publish project boards for each workstream on GitHub
  • How best to notify the community that this work has started - forum? Discord?
  • What can we realistically finish by the end of Q4 2020?

cc: @joberding @HaroldDavis3

@jennymith jennymith added the mtg-discuss Meeting Discussion Point label Dec 3, 2020
@HaroldDavis3
Copy link

HaroldDavis3 commented Dec 4, 2020

@jennymith Thanks for organizing this. Seems both Discord & Forum would be best. All for keeping up Gh project board updates too.

Update as of Feb 4

Here is the latest code that shows our ability to combine Loomio, SourceCred & Policykit for our decision making testing needs.

Latest thinking on (ranked choice) testing:
After following some testing, discussion & experiments in other communities using SC (like the SC community themselves) I have been thinking of the distinctions in protecting against gaming the mechanisms —and protecting against silos of top down power.

These seem to be fundamentally distinct approaches. When designing for protections against gaming, things seem to get choppy when sussing out which contributions are deemed valuable in broader gov’t models. This has interesting impact on strategies implemented for SC. Gov’t models seemed to get infinitely more complex. This is concerning as it seems to broaden surface area for both top down & bottom up attacks in long term.

When designing for protections for top down power silos, the same means of protection from top down structures are also useful for protecting us from gaming from the bottom.

Example:
I’ve confirmed it is possible for us to track cred flow via Policykit-- of selected posts in a given SC plugin.

Cred flow checking w/PK can give us bottom up quorums of what is most relevant for review before decision making actions.

Kinda like what this can do for human to human trust in context of a trust-less technical space in long run—but would stress the importance of bottom up mechanisms to establish protections —not engineering against gaming per se —but for broader gov’t models that can hold individuals & groups accountable to voices of whole collective. This designs beyond gaming protections and goes into bottom up systems design.

It also allows us to keep gov’t models in decision making fairly simple at the core with complexity in community interactions growing infinitely at the edges.

Bottom Up Role Selection via heavily weighted reaction model:

  • Initiators
    • Reaction specific indicator of new proposals for decision making etc. This role is responsible for gathering needed community feedback for decision making process & starting the process as needed - Setting quorum periods via Policykit & SC instance handling etc.
  • Deliberators
    • Reaction specific indicator of ongoing discussion on a given decision. This role takes on the responsibility of closely engaging in the decision making process. As well as bringing new, unfamiliar people into the guidelines of respective processes(may vary drastically from decision to decision of course).
  • Observers
    • Reaction specific indicator of ongoing review. This role takes on the responsibility of deep understanding of decision at hand & closely observing deliberations, with specific period for deliberation feedback triggered by PK. This period can be critical for ensuring consensus - rinse and repeat of this period - until consensus within respective process frameworks is met might be ideal.

First glance, this looks like a unique chance to track value flows, this can help ensure flows stay unalienated long term. Standards of checking that gaming has not occurred should be fairly straightforward to create as we go, which adds complexity to overall gov’t model, but with important constraints for bottom up voices.

This model dovetails nicely with our Two Row Wampum Working Group efforts, as it is largely inspired by indigenous bottom up consensus protocols. This is also exciting path toward protected spaces for decision making by women in web3, as this model should do well in any desired R+D in this area 🙂 Demo on Feb 11! 🤞.

Current Update of Jan 21

  • Latest testing will include using PK as a "driver" for SC & Loomio in the discord bridge mentioned.

  • Loomio gives nice polished modular decision making options.

  • Simple test could be asking PK to check if cred has flowed where the community has determined is needed for respective decision making. PK can then make an action based this notify users or even enforce predetermined actions like making new channel.

  • Folks in metagov have gotten loomio to release some API endpoints for voting & discussions!

  • Here is very nice work being done simultaneously in metagov prototyping.

(First Week of Dec)

  • Currently reaching out to Amy Zhang of PolicyKit.
    Hoping she'll have some insights for us on a likely timeline and more.

  • Tinkering w/ Friedgers OI chat & PolicyKit as is.
    They have templates that will require limited technical know how, which conveniently overlap with Jude's original ideas of quorums, date, time triggers etc.
    If possible with OI chat's Discord bridge, as opposed to Discord alone, we can even pull off Gaia hub & Auth integrations he mentioned too. If we are pressed for time later on, this tinkering will pay off if we want to use policy kit w/out OI chat.

(Second Week of Dec)

  • Will update project boards with results of said tinkering.

Was able to speak with both Friedger & Amy! Friedger is unfamiliar with ins & outs of the Matrix client bridging but sees the possibility of combining his OI chat with Policykit for the benefits of Stacks Auth & Gaia storage for our voting mechanism efforts. Amy Xzhang of Policykit has been kind enough to offer help on any possible blockers & this should be huge help to figuring realistic deadline if it works outs.

Tinkering with OI chat & discord bridge showed a straightforward path to how Policykit should be able to work for our community voting needs. Tinkering with Policykit showed its ready to test it usage with OI chat; as I was able to get through their README tutorial. Will report more here if we have any good news!

  • Begin Discussion on other testing approaches promised in grant app.

  • Publishing discussion results here for further input.
    @jennymith, Sean & myself will meet to discuss best paths forward for possible testing options. Some approaches may need an extension of the respective milestone others may be doable within the original time frame --extension may be best for quality testing.
    Sean mentioned liquid democracy prototype overlap possibilities. I mentioned to Jenny possible use case of the community mod project for our vote testing needs. She articulated the current limits, as its designed largely for moderation. But we will discuss further in context of vote testing possibilities. We briefly discussed Jude's mention of ranked voting as means for timely testing needs too.
    Will update with our discussion points after meeting with Jenny & Sean. Looking for feedback here as well of course.

(Third Week of Dec)

  • Update with Amy X Zhang tinkering & timeline help.
    Amy offered to add OI chat integration to PolicyKit's list of integration efforts alongside discourse! Will be attending Metagov seminars in Jan to start this effort.

(Fourth Week)

  • Tinkering with SourceCred for testing option & contribution based approach to Jude's ranked choice vote suggestion.

  • Stacksgov/pm GH repo, Stacks Discourse Forum & test Discord server/bot data successfully loaded into local SourceCred instance for cred calculations/grain distribution tinkering.

  • SourceCred bot on discord server.

  • StackCred GH pages - testing template Instance for local tinkering. Cred & Grain config can be pushed here once testing begins in Jan.

(First Week of January)

  • Meeting with Jenny & Sean for last 2 testing options.
  • Proposing community decision making testing via SC weights configuration in GitHub & Discord (ranked choice via grain)
  • 1 week of contributions & cred earned in discussion, w/grain distribution on final day -> 1 week of decision making on community contribution weight config w/grain earned in wk1.
    Capture
    forum plugin

@joberding
Copy link
Contributor

joberding commented Dec 7, 2020

Here is my current (in-process) COC project overview. Updates will be ongoing. Comments are welcome. Action list will be updated each Monday and will include a short report on the COC project status.

Current resources as of March 18, 2021

Please use Stacks Code of Conduct Beta for references going forward

Current resources as of Feb 10, 2021

Stacks Code of Conduct Beta and RFC can be found at #132

Current resources as of Feb 1, 2021

Take a look at the current status of the project

Trello Board https://trello.com/b/X5u3Umio/stacks-coc

Project Overview
https://docs.google.com/document/d/1eYJhrZhmqt9RcTJ-PkzRlzgt0Yl1d2tgjDj24SN2Mfs/edit?usp=sharing

RFC
https://docs.google.com/document/d/1e0bgdpHfhdc5LYIaW1koyFtlFAGpw0LN8qjgZez0zl0/edit?usp=sharing

Action List

Week of 7 December 2020

  • Research and comprehensive review of existing relevant codes of conduct including Contributor Covenant

  • Develop RFC for community input regarding key questions and code of conduct (COC)

  • Review and selection of tools and systems for transparent reporting and project management

Update 14 December 2020

Currently reviewing the Contributor Covenant and existing relevant COC.

Update 21 December 2020

Development of RFC in process. Continued research and review of relevant COC. Google Doc to be updated.

Status Update January 19, 2021

Over the last month, I have been researching, not only representative code of conduct applicable to a community like ours, but also understanding what a code of conduct is and how it can impact a community and why it is important to create one that is relevant to and useful for our Stacks community.

Each community is unique. A code of conduct should be representative of the community’s values and beliefs. While we are a worldwide community, we share some key beliefs about a user owned internet, privacy and a “can’t be evil” approach to development.

From here on out, I’ll be sharing my work on the code of conduct and working in the open. I’m providing some code of conduct resources that I have gathered on the Project Overview document and a link to the draft [RFC](Status Update January 19, 2021
Over the last month, I have been researching, not only representative code of conduct applicable to a community like ours, but also understanding what a code of conduct is and how it can impact a community and why it is important to create one that is relevant to and useful for our Stacks community.

Each community is unique. A code of conduct should be representative of the community’s values and beliefs. While we are a worldwide community, we share some key beliefs about a user owned internet, privacy and a “can’t be evil” approach to development.

From here on out, I’ll be sharing my work on the code of conduct and working in the open. I’m providing some code of conduct resources that I have gathered on the Project Overview document and a link to the draft RFC. More resources will be added as we continue forward. Please add any resources not on the list that you feel are important to consider in the development of our code of conduct.

Take a look at the draft RFC and add any comments that will provide more clarity to the community about the COC as well as the RFC process.

Working Documents

Project Overview
https://docs.google.com/document/d/1eYJhrZhmqt9RcTJ-PkzRlzgt0Yl1d2tgjDj24SN2Mfs/edit?usp=sharing

RFC
https://docs.google.com/document/d/1e0bgdpHfhdc5LYIaW1koyFtlFAGpw0LN8qjgZez0zl0/edit?usp=sharing

@joberding
Copy link
Contributor

joberding commented Dec 7, 2020

Overall Management of Project

Completed Tasks

  1. Email sent to the Stacks Foundation requesting contract documents (3 December 2020).
  2. Contract received, reviewed and executed (8 December 2020)

Action List

  • Review, analysis and execution of contract.

  • Complete payment details

  • Funds received from Stacks Foundation (16 Dec 2020)

  • Forward full project payment to Voting Mechanism project. (17 Dec 2020)

@whoabuddy
Copy link
Member

Closing because tracked in other related issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
mtg-discuss Meeting Discussion Point
Projects
None yet
Development

No branches or pull requests

4 participants