Skip to content

docs: governance proposal drafts for 9 NEEDS_GOVERNANCE open questions#67

Open
brawlaphant wants to merge 3 commits intoregen-network:mainfrom
brawlaphant:pr/governance-proposal-drafts
Open

docs: governance proposal drafts for 9 NEEDS_GOVERNANCE open questions#67
brawlaphant wants to merge 3 commits intoregen-network:mainfrom
brawlaphant:pr/governance-proposal-drafts

Conversation

@brawlaphant
Copy link
Copy Markdown
Contributor

Summary

  • Adds docs/governance/needs-governance-proposals.md packaging all 9 NEEDS_GOVERNANCE items from the OQ triage into 3 governance proposals ready for community deliberation
  • Proposal A (Economic Parameters): Resolves OQ-M012-1, OQ-M013-1, OQ-M013-3, OQ-M013-5 — hard cap 221M REGEN, fee distribution {15% burn, 30% validator, 50% community, 5% agent}, hybrid fee denomination, burn pool at 15%
  • Proposal B (Validator Structure): Resolves OQ-M014-3, OQ-GOV-POA-1 — seed set bootstrap from current validators with governance vote, per-process weights (70/30 for upgrades, 50/50 for treasury, 60/40 default)
  • Proposal C (Community Pool Operations): Resolves OQ-M015-3 — 70/30 automatic/governance split with 3-month tracking phase and mandatory annual review

Test plan

  • Verify all 9 NEEDS_GOVERNANCE OQ IDs are addressed (OQ-M012-1, OQ-M013-1, OQ-M013-3, OQ-M013-5, OQ-M014-3, OQ-GOV-POA-1, OQ-M015-3)
  • Verify distribution shares sum to 100% (15 + 30 + 50 + 5 = 100)
  • Verify cross-proposal parameter consistency table is accurate against Economic Reboot Proposals
  • Verify Cosmos SDK parameter change JSON templates are well-formed
  • Verify each proposal has all 8 required sections (title, type, deposit, description, parameter table, risk matrix, voting recommendation, dependencies)
  • Review OQ-M013-1/OQ-M013-5 conflict resolution: burn reduced from 28% to 15%, freed allocation redistributed to validator/community/agent

🤖 Generated with Claude Code

Package the 9 NEEDS_GOVERNANCE items from the OQ triage into 3 votable
governance proposals:

- Proposal A: Economic Parameters Resolution (OQ-M012-1, OQ-M013-1,
  OQ-M013-3, OQ-M013-5) — hard cap at 221M, fee distribution
  {15% burn, 30% validator, 50% community, 5% agent}, hybrid
  denomination, burn pool at 15%
- Proposal B: Validator Structure Resolution (OQ-M014-3,
  OQ-GOV-POA-1) — seed set selection process and per-process
  governance weights
- Proposal C: Community Pool Operations Resolution (OQ-M015-3) —
  70/30 automatic/governance split with 3-month tracking phase

Each proposal includes copy-paste-ready on-chain text, parameter
tables with before/after values, risk assessment matrices, voting
recommendations (YES/NO/ABSTAIN rationale), dependency mapping,
and Cosmos SDK parameter change JSON templates.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@gemini-code-assist
Copy link
Copy Markdown
Contributor

Summary of Changes

Hello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a foundational document that consolidates and formalizes three critical governance proposals for the Regen Network. These proposals are designed to resolve key ambiguities in economic parameters, establish the structure for Proof-of-Authority validators, and define the operational mechanics of the Community Pool. By providing clear, actionable proposals with detailed rationale and implementation guidance, this PR aims to streamline the community's decision-making process and pave the way for the activation of the network's economic reboot mechanisms.

Highlights

  • New Governance Proposals Document: Introduced docs/governance/needs-governance-proposals.md, a comprehensive document outlining three distinct governance proposals (A, B, C) to address nine outstanding "NEEDS_GOVERNANCE" items from the Open Questions Resolution.
  • Proposal A: Economic Parameters: Defined key economic parameters including a 221M REGEN hard cap, a revised fee distribution model (15% burn, 30% validator, 50% community, 5% agent), and a hybrid fee denomination model.
  • Proposal B: Validator Structure: Established the Proof-of-Authority (PoA) validator seed set selection process, bootstrapping from current active validators, and proposed per-process governance weights for different proposal types (e.g., 70/30 for software upgrades, 50/50 for treasury).
  • Proposal C: Community Pool Operations: Specified a 70/30 automatic/governance split for Community Pool inflows, including a 3-month tracking phase before live distribution and a mandatory annual review.
  • Implementation Readiness: Provided copy-paste-ready text, detailed parameter tables, risk assessment matrices, voting recommendations, and Cosmos SDK JSON templates for each proposal to facilitate on-chain submission.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a new document outlining three governance proposals (A, B, C) to resolve nine 'NEEDS_GOVERNANCE' open questions. These proposals cover economic parameters, validator structure, and community pool operations, providing detailed descriptions, risk assessments, and voting guidance. Feedback suggests improving the clarity of the rationale for the 'Validator share' in the cross-proposal consistency table and addressing a discrepancy in the stated count of 'NEEDS_GOVERNANCE' items, which appears to be 7 unique IDs instead of 9.

|-----------|--------|-------|-------------|-------------|
| Hard cap | Proposal A | 221,000,000 REGEN | Proposal 3 (M012 activation) | Yes -- Proposal 3 uses this value |
| Burn share | Proposal A | 15% | Proposal 1 (M013 activation), Proposal 3 (M012 burn input) | Yes -- reduced from Proposal 1's preliminary 28% |
| Validator share | Proposal A | 30% | Proposal 1 (M013 activation), Proposal 2 (M014 compensation) | Yes -- increased from Proposal A's earlier 25% |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The rationale in the "Consistent?" column is a bit confusing. It says "increased from Proposal A's earlier 25%". Since this table is part of the document for Proposal A, referring to "Proposal A's earlier" version is unclear for the reader. For clarity and consistency with the other rows in this table (e.g., "reduced from Proposal 1's preliminary 28%"), consider rephrasing to refer to the preliminary value from the Economic Reboot Proposals document or the Open Questions Resolution document.

Suggested change
| Validator share | Proposal A | 30% | Proposal 1 (M013 activation), Proposal 2 (M014 compensation) | Yes -- increased from Proposal A's earlier 25% |
| Validator share | Proposal A | 30% | Proposal 1 (M013 activation), Proposal 2 (M014 compensation) | Yes -- increased from the preliminary 25% |

Comment on lines +478 to +491
**Total NEEDS_GOVERNANCE items addressed:** 9 of 9

| OQ ID | Question | Resolved In |
|-------|----------|-------------|
| OQ-M012-1 | Hard cap value | Proposal A |
| OQ-M013-1 | Fee distribution model | Proposal A |
| OQ-M013-3 | Fee denomination | Proposal A |
| OQ-M013-5 | Burn pool size | Proposal A |
| OQ-M014-3 | Initial trusted partners | Proposal B |
| OQ-GOV-POA-1 | Per-process governance weights | Proposal B |
| OQ-M015-3 | Community Pool auto/governance split | Proposal C |

> **Note on OQ-M014-3 and OQ-GOV-POA-1:** These were listed as 2 of the 9 NEEDS_GOVERNANCE items. The remaining 2 items from the count of 9 are OQ-M013-1 and OQ-M013-5, which are closely interrelated and resolved together in Proposal A. The total count reconciles: 4 (Proposal A) + 2 (Proposal B) + 1 (Proposal C) = 7 unique OQ IDs resolving 9 NEEDS_GOVERNANCE designations (since OQ-M013-1 and OQ-M013-5 each carry independent NEEDS_GOVERNANCE status but are resolved jointly).

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

There seems to be a discrepancy in the number of NEEDS_GOVERNANCE items. This document, the PR description, and the open-questions-resolution.md file all state there are 9 items, but then list 7 unique Open Question IDs. The table on lines 480-488 also lists only 7 OQs. The explanatory note on line 490 is confusing and doesn't clarify how the count of 7 unique OQs reconciles to 9 items.

To improve clarity and avoid confusion, I recommend correcting the count to 7 throughout the document. This would involve:

  1. Updating the total on line 478.
  2. Removing or rewriting the confusing note on lines 490-491.
Suggested change
**Total NEEDS_GOVERNANCE items addressed:** 9 of 9
| OQ ID | Question | Resolved In |
|-------|----------|-------------|
| OQ-M012-1 | Hard cap value | Proposal A |
| OQ-M013-1 | Fee distribution model | Proposal A |
| OQ-M013-3 | Fee denomination | Proposal A |
| OQ-M013-5 | Burn pool size | Proposal A |
| OQ-M014-3 | Initial trusted partners | Proposal B |
| OQ-GOV-POA-1 | Per-process governance weights | Proposal B |
| OQ-M015-3 | Community Pool auto/governance split | Proposal C |
> **Note on OQ-M014-3 and OQ-GOV-POA-1:** These were listed as 2 of the 9 NEEDS_GOVERNANCE items. The remaining 2 items from the count of 9 are OQ-M013-1 and OQ-M013-5, which are closely interrelated and resolved together in Proposal A. The total count reconciles: 4 (Proposal A) + 2 (Proposal B) + 1 (Proposal C) = 7 unique OQ IDs resolving 9 NEEDS_GOVERNANCE designations (since OQ-M013-1 and OQ-M013-5 each carry independent NEEDS_GOVERNANCE status but are resolved jointly).
**Total NEEDS_GOVERNANCE items addressed:** 7 of 7
| OQ ID | Question | Resolved In |
|-------|----------|-------------|
| OQ-M012-1 | Hard cap value | Proposal A |
| OQ-M013-1 | Fee distribution model | Proposal A |
| OQ-M013-3 | Fee denomination | Proposal A |
| OQ-M013-5 | Burn pool size | Proposal A |
| OQ-M014-3 | Initial trusted partners | Proposal B |
| OQ-GOV-POA-1 | Per-process governance weights | Proposal B |
| OQ-M015-3 | Community Pool auto/governance split | Proposal C |
> **Note on OQ count:** This document resolves all 7 Open Questions that were triaged with the `NEEDS_GOVERNANCE` status.
References
  1. To improve document clarity, ensure counts and listed items are consistent and accurate within the documentation.

brawlaphant and others added 2 commits March 25, 2026 11:54
Link Proposal A's 15% burn recommendation to the cadCAD simulation's
equilibrium analysis, confirming that the sweep validates both 30%
(baseline) and 15% (proposed) configurations.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
The summary table in open-questions-resolution.md contains exactly 7
NEEDS_GOVERNANCE items (OQ-M012-1, OQ-M013-1, OQ-M013-3, OQ-M013-5,
OQ-M014-3, OQ-M015-3, OQ-GOV-POA-1) and 26 RESOLVED items, totaling
33 open questions. The previous counts of "9 NEEDS_GOVERNANCE" and
"22 RESOLVED" from "31 open questions" did not match the actual table
contents. This corrects all count references in both documents and
removes the confusing reconciliation note that tried to explain the
non-existent discrepancy.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant