Skip to main content

Proposed Changes to Matou DAO Tokenomics: Implementations

Below outlines the changes made in response to the community feedback and recommendations.


A. Governance Changes

1. Introduce Quadratic Voting across Both Houses

  • What: Replace simple 1-token-1-vote in strategic and implementation votes with a quadratic voting mechanism.
  • Implementation: The blueprint now includes a section on decision making processes which now defines the use of quadratic voting.

2. Formalize an “Elder Advisory Council” Tier

  • What:
    • Create a third, non-transferable token—$ElderToken—minted only to recognised kaumātua/kuia.
    • Grant this tier limited veto or advisory rights on culturally sensitive proposals in the Community Leaders house.
  • Implementation: The blueprint now includes a section on Core Roles which details different roles and how they may be implemented including a defined role for Elders. This may or may not be managed using a seperate role token or credential.

3. Hybrid Proposal Workflow with Rotating Committee Filter

  • What:
    1. Submission Phase: Any token-holder (Community or Contributor) may file a proposal.
    2. Committee Review: A rotating mini-council of 5–7 elected Community Leaders vets proposals for completeness, cultural alignment, and feasibility.
    3. Community Vote: Vetting passes proposals to the full Community Leaders house for quadratic voting.
  • Implementation: The blueprint now includes a section on Decision making processes which details the process for proposals and voting.

4. Role-Based Access & Reputation Tokens

  • What:
    • Issue on-chain Reputation Tokens for verifiable volunteer contributions (e.g., code reviews, event organisation).
    • Reputation Tokens grant capped extra voting weight in Contributor Governance but cannot exceed 2× your base voting power.
  • Implementation: The blueprint already includes a contributor token which represent contributions to the DAO and decision making similar to the proposed “reputation token”. The recommendation around capped voting will be discussed for addition to the next version.

5. On-Chain Dispute Resolution & Multisig Module

  • What:
    • Embed a 3-of-5 multisig arbitration committee within smart contracts, automatically triggered if a proposal fails by <5% margin or if flagged by ≥3 ElderTokens.
  • Implementation: The recommendation will be discussed for addition to the next version.

B. Tokenomics Changes

1. Dual-Pool Treasury Allocation

  • What: Split the $MAT staking pools into:
    • Infrastructure Pool (70%) — for land, food, water, housing, connectivity, education projects
    • Whānau Grant Pool (30%) — for small whānau-level initiatives and direct support
  • Implementation: This recommendation would be more accurately reflected for a TribalDAO but Matou has adapted and implemented this in the blueprint to include a section on initial Treasury distribution which reflects supporting infrastructure development while providing direct support to DAO members.

2. Automated Surplus Recycling

  • What: Smart-contract rule: any unspent project funds are automatically returned to the main treasury at year-end, unless a >50% quadratic vote approves a specific multi-year rollover.
  • Implementation: The recommendation will be discussed how this might be implemented in the next version.

3. Milestone-Based Vesting & KPI Oracles

  • What: Infrastructure Pool disbursements occur in tranches tied to on-chain KPI verifications (e.g., garden planted, water system live) fed by decentralised oracles or community-verified attestations.
  • Implementation: The recommendation will be discussed how this might be implemented in the next versions or when we develop a projects proposal and resources distribution process.

4. Contributor Reward Split & Flexibility

  • What: When Contributors earn $MAT for work:
    • Default 70/30 split → 70% to contributor, 30% auto-channeled to treasury
    • Opt-in slider in UI to adjust down to 60/40 or up to 80/20, capped between 60–80%
  • Implementation: The recommendation will be discussed how this might be implemented in the next version.

5. Optional Community Service Fee (CST)

  • What: A small, configurable protocol fee (e.g., 0.5%) on certain marketplace transactions or IDI service fees. Community votes can raise or lower it within a 0–1% band.
  • Implementation: This blueprint already refers to service fees and now has a process in place for service fees to be determined by contributors.

6. Donation-for-Vote Quadratic Funding

  • What: Allow outside or member donations into a Funding-for-Governance pool, where each ADA donated grants quadratic voting credits on strategic decisions—capped per address to prevent dominance.
  • Implementation: The recommendation will be discussed how this might be implemented in the next version.

7. Onboarding & Retention Airdrops

  • What:
    • Welcome Airdrop: New members receive 100 $MAT vesting monthly over 6 months.
    • Mentorship Bounties: Experienced members claim Reputation Tokens by guiding newcomers, paid in small $MAT bounties.
  • Implementation: sThe recommendation will be discussed how this might be implemented in the next version.