Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

Good questions. This system I'm building IS version control for an organization's governance.  I'm so happy you made that connection. On the 'why': governance gets treated like a fire extinguisher, ignored and overlooked until a crisis arises. The case studies, in the research paper I wrote backing this solution (Juno's panic-driven token confiscation, Gitcoin's slow attention decay, NEAR's procedural ambiguity during transition), all share the same root cause: no structured memory between decision cycles. Contributors rotate out, taking institutional knowledge with them. New decision-makers inherit authority without knowing why past choices were made. Each GMS layer maps directly to a failure mode observed in the research.

On which organizations should use it: GMS is modular by design. The Governance Health Index diagnoses which dimensions are weak, and organizations only adopt the layers that address those weaknesses. A lightweight org might only need proposal metadata and outcome reviews. They don't have to run the full stack. The system is both diagnostic and prescriptive. The scaling path has three tiers: Stage 1 is blockchain protocols (transparent data, fast cycles, high stakes). Stage 2 is digital communities and cooperatives (housing co-ops, mutual aid networks, platform governance). Stage 3 is traditional institutions (municipal bodies, civic organizations, academic departments). Each tier introduces new constraints, especially around privacy, but the core governance primitives (proposals, votes, delegation, outcomes, power concentration) transfer across all of them.

cool, sounds like you are already thinking about and have answers to the questions I am curious about! 

> Each GMS layer maps directly to a failure mode observed in the research

this is the part I was intending to double click on! do you have some writing on this somewhere? sometikes an architecture goes from overwrought to elegant only once you take into account the problems you're trying to solve, and at other times some more elegant solution is possible to the same problems. 

and it's great that you've thought about scaling path. do you have some validation with your ideal early adopter profile? if not that seems like important feedback to get early (I'm not connected at all with block chain folks so I don't really know what they think is valuable.) 

(+1)

I can send you the draft of the research paper I wrote to accompany this and/or a much more concise slide deck. And yeah, I'm currently piloting it on a popular blockchain. I received positive community feedback when proposing phase one for implementation on the forum, but they had other priorities to address within their governance initiative before I could propose it onchain. I will try to propose it within the next 2 weeks as things have finally settled down.