# $REGEN Tokenomics WG

**URL:** <https://forum.regen.network/t/regen-tokenomics-wg/19>\
**Category:** $REGEN Coin\
**Created:** [August 4, 2023, 12:26pm UTC](https://forum.regen.network/t/regen-tokenomics-wg/19 "2023-08-04T12:26:58Z")\
**Posts on this page:** 1\
**Showing post:** 67

<div class="post-metadata">

**Author:** ![Gregory\_Regen](https://yyz2.discourse-cdn.com/flex004/user_avatar/forum.regen.network/gregory_regen/32/91_2.png) [@Gregory\_Regen](https://forum.regen.network/u/Gregory_Regen)\
**Post date:** [February 3, 2026, 7:25pm UTC](https://forum.regen.network/t/regen-tokenomics-wg/19/67 "2026-02-03T19:25:42Z")

</div>

# [RFC] Network Coordination Architecture: A Unified Path Forward

**Category:** Governance  
**Tags:** coordination-infrastructure, network-upgrade, economic-reboot

* * *

## Summary

This post synthesizes recent work from the Token Economics Working Group (see [Weekly Recap, Jan 27](https://forum.regen.network/t/regen-tokenomics-wg/19/64)), Christian’s Comprehensive Proposal, Max’s Model Comparison, and the Economic Reboot Roadmap.

The working group has been developing these ideas through weekly sessions over the past two years. The Jan 27 session focused specifically on formalizing the economic logic and integrating AI-assisted modeling tools. This synthesis reflects the forward-moving consensus from that session.

**Key finding:** The community proposals are complementary, not competing. They address different layers of the same coordination challenge.

* * *

## Context: What Problem Are We Solving?

The current network architecture was inherited from standard Cosmos SDK design. It works, but it wasn’t built for what Regen actually does—verifying and tracking ecological outcomes at scale.

Three structural mismatches have become clear:

1. **Security model mismatch** : Network security currently depends on token price. When prices are low, the cost to disrupt the network drops. This creates vulnerability precisely when the network needs stability most.

2. **Incentive mismatch** : Block rewards flow to capital holders regardless of their contribution to the network’s core function. Someone holding tokens passively receives the same rewards-per-stake as someone actively building verification infrastructure.

3. **Value capture mismatch** : Transaction fees are flat and disconnected from the economic value of credits being verified. A $10 credit and a $10,000 credit pay the same gas fee.

The proposals address all three.

* * *

## The Emerging Consensus

After two years of working group deliberation, five areas show strong alignment:

| Area | Status | What It Means |
| --- | --- | --- |
| Authority-based consensus | **Consensus** | Validator selection based on demonstrated contribution, not token holdings |
| Fee-based value capture | **Consensus** | Percentage of credit transaction value, not flat gas fees |
| Activity-based rewards | **Consensus** | Network rewards flow to participants creating verifiable outcomes |
| Supply discipline | **Consensus** | Fixed cap with programmatic supply reduction tied to credit activity |
| Community Pool distribution | **Consensus** | Central coordination point for directing resources to contributors |

This represents a shift from capital-weighted security to contribution-weighted coordination.

* * *

## How the Proposals Fit Together

Each proposal addresses a different layer. Together they form a coherent stack:

```auto
┌─────────────────────────────────────────────────────────────┐
│ DECISION-MAKING LAYER │
│ Authority validators: Infrastructure builders + Trusted │
│ partners + Data verification organizations │
│ Constitutional framework + Forum-first deliberation │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│ VALUE CAPTURE LAYER │
│ Registry fees (% of credit value) directed to: │
│ ├── Supply reduction (25-35%) │
│ ├── Validator compensation (15-25%) │
│ └── Community coordination pool (50-60%) │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│ DISTRIBUTION LAYER │
│ Community Pool circulates to: │
│ ├── Credit purchasers/retirers (contribution tracking) │
│ ├── Platforms enabling transactions (facilitation credit) │
│ └── Long-term coordinated holders (optional stability tier)|
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│ IMPLEMENTATION LAYER │
│ Coordinated via Economic Reboot Workstreams (WS0-WS5) │
│ AI-assisted modeling for parameter calibration │
└─────────────────────────────────────────────────────────────┘

```

* * *

## What Each Proposal Contributes

### Christian’s Proposal: Decision-Making Infrastructure

Establishes who makes decisions and how authority is earned:

**Authority Validator Categories:**

- **Infrastructure builders** — Organizations actively developing verification systems, methodology frameworks, and monitoring tools. Their stake is their ongoing work.
- **Trusted network partners** — Established organizations (ReFiDAO, Toucan, Kolektivo, others) with demonstrated commitment to ecological verification infrastructure.
- **Data verification organizations** — Entities responsible for attesting to data quality. Direct accountability for credit integrity makes them natural guardians of network consensus.

**Contribution Tracking:**

- Purchasers and retirers of credits earn proportional credit for directing resources toward ecological outcomes
- Platforms facilitating transactions earn credit for enabling coordination
- All new token circulation flows through the Community Pool before distribution

### Max’s Proposal: Coordination Parameters

Provides specific ratios and mechanisms:

- **65-75% / 25-35% split** : Transaction value flows primarily to ecological activity, with infrastructure maintenance funded from the remainder
- **Fee-weighted participation** : Decision-making influence proportional to contribution, not just holdings
- **Stability mechanism** : 6% annual return for participants who commit to coordinated long-term holding, reducing volatility while maintaining liquidity

### Brandon’s Roadmap: Implementation Structure

Organizes execution into coordinated workstreams:

| Workstream | Focus | Deliverable |
| --- | --- | --- |
| WS0 | Core Infrastructure | Authority migration framework |
| WS1 | Incentive Design | Supply reduction modeling |
| WS2 | Decision-Making | Constitutional framework |
| WS3 | Registry Integration | Fee architecture |
| WS4 | Coordination Mechanisms | Contribution tracking system |
| WS5 | Transition Communication | Stakeholder migration support |

* * *

## Token Economics Working Group Context

The Jan 27 session (documented in [Post #64](https://forum.regen.network/t/regen-tokenomics-wg/19/64)) focused on:

1. **Economic Logic Sprint** — Formalizing the mathematical relationships between fees, supply reduction, and distribution
2. **AI Integration** — Using modeling tools to test parameter sensitivity before committing to specific values
3. **Synthesis work** — Christian’s comprehensive proposal emerged from this session, integrating forum discussions and prior WG sessions

The working group has been meeting weekly since August 2023. This synthesis reflects accumulated deliberation, not a single proposal.

* * *

## Complementary Mechanisms

The proposals don’t compete—they solve different problems:

### Activity Tracking + Stability Tier

| Mechanism | Serves | Function |
| --- | --- | --- |
| Contribution tracking | Active participants | Rewards transaction volume and facilitation |
| Stability tier | Long-term holders | Provides predictable return for coordinated commitment |

**Recommendation:** Implement both. Contribution tracking for active participants, stability tier as optional layer for those providing long-term liquidity.

### Fee Split + Distribution Ratios

Christian’s proposal defines destinations; Max’s provides starting percentages:

| Destination | Function | Starting Range |
| --- | --- | --- |
| Supply reduction | Creates scarcity tied to ecological activity | 25-35% |
| Validator fund | Compensates authority validators | 15-25% |
| Community Pool | Distributes to contributors | 50-60% |

**Note:** Exact percentages require modeling. These ranges establish starting points for deliberation.

* * *

## What Still Needs Work

### Modeling Required

Before parameters can be finalized:

1. **Supply cap specification** — Neither proposal specifies the cap value. This number shapes all downstream calculations.

2. **Equilibrium analysis** — At what fee percentage and transaction volume does supply reduction exceed new circulation? This threshold determines long-term supply dynamics.

3. **Fee sensitivity** — How do different fee levels affect credit market competitiveness? The network competes with traditional registries and other verification platforms.

### Governance Questions

1. **Validator set size:** How many authority validators? (Working assumption: 15-21)
2. **Category balance:** What ratio of builders / partners / data organizations? (Working assumption: minimum 5 each)
3. **Trust criteria:** What defines “trusted” partner status? Requires explicit criteria.
4. **Term structure:** How long do validators serve before rotation? (Working assumption: 1 year terms)

### Transition Questions

1. **Current staker migration:** How do existing stakers transition to the new model?
2. **Validator conversion:** What support for existing validators adapting to new requirements?
3. **Timeline:** What pace minimizes disruption while maintaining momentum?

* * *

## Implementation Sequence

| Phase | Focus | Timeline | Dependencies |
| --- | --- | --- | --- |
| 1 | Decision-making framework | Current | None |
| 2 | Economic modeling | Q1 2026 | Supply cap specification |
| 3 | Technical implementation | Q2 2026 | Modeling complete |
| 4 | Network integration | Q3 2026 | Phase 3 complete |

From Christian’s proposal: “The decision-making restructuring can and should proceed while modeling continues—the two workstreams are complementary but not dependent.”

* * *

## Call to Action

### For Community Members

1. **Review** the convergence points — do they reflect your understanding of working group discussions?
2. **Comment** on open questions — especially transition concerns
3. **Flag** any divergence not captured here

### For Token Economics Working Group

1. **Prioritize** supply cap modeling
2. **Develop** equilibrium scenarios
3. **Produce** fee sensitivity analysis

### For Technical Contributors

1. **Assess** authority migration requirements
2. **Scope** contribution tracking infrastructure
3. **Evaluate** Community Pool distribution mechanisms

* * *

## Source Documents

- [Token Economics WG Weekly Recap, Jan 27](https://forum.regen.network/t/regen-tokenomics-wg/19/64) — Working group context
- [Christian’s Comprehensive Proposal](https://www.notion.so/Draft-Comprehensive-Proposal-Regen-Network-Governance-Economic-Architecture-Upgrade-2fb25b77eda180af8742debdfaed0b3c) — Decision-making architecture
- [Max’s Model Comparison](https://maxsemenchuk.github.io/regen-model-comparison/) — Coordination parameters
- [Economic Reboot Roadmap v0.1](https://forum.regen.network/t/regen-economic-reboot-roadmap-v0-1/567) — Implementation structure

* * *

## Next Steps

1. **Discussion period:** 2 weeks for community feedback
2. **Modeling sprint:** Working group delivers supply cap analysis
3. **Framework proposal:** Formal RFC for Phase 1 decision-making structure
4. **Technical scoping:** WS0 produces migration requirements

* * *

_This synthesis emerged from Token Economics Working Group deliberations. Contributors: Christian, Max, Brandon, Gregory, Will, James, and all WG participants._

_The proposals described here represent working consensus, not final specifications. Parameter values require modeling and governance approval before implementation._

---

_[View the full topic](https://forum.regen.network/t/regen-tokenomics-wg/19)._