Kokonut governance turns community decisions into enforceable action.
The Governance Framework is Kokonut Network’s operating manual for collective decision-making. It defines who can propose, who can vote, where proposals are drafted, how long decisions take, what every proposal must include, and how treasury-affecting decisions become executable on-chain. Kokonut uses this framework so farm funding, Guild bounties, Framework upgrades, partnerships, and ecosystem decisions can move through a clear process instead of informal approval.Governance at a glance
| Question | Answer |
|---|---|
| What does this framework govern? | Farm funding, Guild bounties, Framework upgrades, partnerships, DAO amendments, and treasury-affecting decisions. |
| Where are drafts written? | Kokonut Forum is the designated platform for drafting and feedback. |
| Where are votes held? | DAOHaus for on-chain treasury-affecting proposals. |
| Who can sponsor proposals? | Team Members and Guild Stewards who route-validated work from the Guild layer. |
| Who can vote on-chain? | DAO Members holding at least one $vKKN token on the Gnosis Chain. |
| How long does a proposal take? | Minimum 5-day drafting window + minimum 5-day voting window, before grace period and execution. |
| What protects dissenting members? | Rage-quit during the grace period, plus a 66% token retention threshold for on-chain proposals. |
| What must every proposal include? | Ten required fields: name, authors, team, draft start date, description, mission alignment, brand usage, financial implications, success metrics, and next steps. |
The Governance Framework is the process layer. The Kokonut Moloch DAO is the on-chain execution layer. The Kokonut Guilds DAO is the contribution and domain-expertise layer.
Why this framework exists
Kokonut Network coordinates real farms, real capital, real contributors, real community commitments, and real public-goods outcomes. That requires more than a chat vote or informal agreement. The Governance Framework exists to make sure every important decision has:Time to review
Every proposal must remain in draft for at least 5 days before it can move to an active vote. This gives members time to ask questions, request edits, and surface risks.
Clear authorization
Proposal-authorized people and Guild Stewards move proposals from draft to vote, making sponsorship visible and accountable.
Defined voting rules
The framework separates off-chain coordination from on-chain treasury voting, so lightweight decisions and capital decisions use the right venue.
Treasury protection
On-chain proposals include a grace period, rage-quit protection, and a 66% retention threshold before execution.
Measurable execution
Every proposal must define success metrics and next steps so the DAO can evaluate whether the work was completed.
Upgradeability
The framework itself can evolve, but only through the same proposal process it governs.
Who can propose and who can vote
Kokonut separates proposal sponsorship, domain contribution, and voting power so the system can recognize both capital and useful work.| Role | What they can do | Where they act |
|---|---|---|
| Proposal-authorized person | Draft and sponsor proposals into the active stage | Kokonut Forum → DAOHaus / Kokonut Forum |
| Team Member | Sponsor proposals and steward early ecosystem direction | Governance and operations |
| Guild Steward | Co-sign and route proposals that originate in a Guild | Guilds → Governance process |
| DAO Member | Vote on on-chain proposals with $vKKN | DAOHaus |
| Guild Contributor | Contribute useful work and earn Guild Points | Guilds and contribution records |
| Wider community | Review, comment, join Discord, contribute to docs, and help improve proposal quality | Discord, Kokonut Forum, GitHub, Kokonut Hub |
Capital gives voting power through
$vKKN. Contribution gives operational standing through Guild Points. Significant contribution can later be recognized through Loot, but only if approved through the Moloch DAO proposal process.Proposal lifecycle
Every Kokonut DAO proposal passes through three mandatory stages. No stage can be skipped.Drafting Stage
The proposal is written in Kokonut Forum using the required ten-field structure. Vote-authorized members are notified when the draft is posted.The proposal must remain open for a minimum of 5 days. During this window, members and contributors can request clarification, challenge assumptions, suggest edits, and surface risks before a binding vote begins.
Active Stage
A proposal-authorized person sponsors the proposal into the active stage after the drafting window closes.
- Off-chain coordination proposals can be voted on in Kokonut Forum.
- Treasury, token, or on-chain execution proposals move to DAOHaus.
Grace Period
After an on-chain proposal passes, a grace period opens before execution. DAO members who disagree with the result can rage-quit before the proposal executes.If rage-quits reduce
$vKKN token retention below 66%, the proposal does not execute and must be resubmitted.Minimum timeline
A proposal that affects the treasury cannot be rushed through in one meeting or private conversation.| Timeline rule | Why it matters |
|---|---|
| 5-day draft minimum | Prevents surprise proposals and gives members time to review. |
| 5-day active vote | Gives vote-authorized members enough time to participate. |
| Grace period | Gives dissenting members an exit path before execution. |
| 66% retention threshold | Prevents a proposal from executing if too much capital exits during the grace period. |
Voting methods and proposal venues
| Decision type | Drafting venue | Voting venue | Voting method | Notes |
|---|---|---|---|---|
| Community coordination | Kokonut Forum | Kokonut Forum | 1 person = 1 vote | Useful for non-treasury, social, operational, or signaling decisions. |
| Treasury disbursement | Kokonut Forum | DAOHaus | 1 $vKKN = 1 vote | Used when funds move from the DAO treasury. |
| Membership onboarding | Kokonut Forum / DAOHaus proposal flow | DAOHaus | 1 $vKKN = 1 vote | Onboarding quorum is 0% by design; any participation produces a valid outcome. |
| Token minting / Loot recognition | Kokonut Forum | DAOHaus | 1 $vKKN = 1 vote | Requires explicit proposal and DAO approval. |
| Governance framework amendment | Kokonut Forum | DAOHaus if on-chain impact; Kokonut Forum if coordination-only | Depends on proposal scope | Must include the edited framework or exact amendment language. |
Required proposal fields
Every proposal must include the same ten base fields, regardless of proposal type.| Field | What to include | Why it matters |
|---|---|---|
| Proposal Name | Short descriptive name, ideally with the correct proposal code | Makes the proposal easy to reference and archive |
| Proposal Author(s) | Name, alias, and wallet address of the author(s) | Creates accountability |
| Proposal Team | People responsible for execution if the proposal passes | Separates authorship from delivery responsibility |
| Draft Start Date | Date the draft was first posted in Kokonut Forum | Starts the 5-day drafting window |
| Proposal Description | What the proposal asks for, what it will produce, and why now | Gives voters the core decision context |
| Mission Alignment | How the proposal advances Kokonut Network’s mission | Filters proposals that are not strategically aligned |
| Brand Usage | Whether the proposal uses Kokonut name, logo, or marks | Protects ecosystem reputation |
| Financial Implications | Exact costs, amounts, treasury impact, disbursement conditions, and timeline | Required for responsible treasury governance |
| Success Metrics | How the DAO will know if the proposal worked | Enables accountability after execution |
| Next Steps | Who does what after approval | Reduces ambiguity after the vote passes |
Proposal types
Farm Funding Proposal
Request treasury funding for a new syntropic farm or a material expansion of an existing farm. Requires the strongest documentation: farm overview, crops, revenue model, public-goods allocation, local problem, solution, and MRV plan.
Guild Bounty Proposal
Commission scoped work from contributors through a Guild Steward. Useful for development, MRV, documentation, governance, finance, partnerships, and other operational work.
Framework Upgrade Proposal
Propose changes to the Kokonut Framework, Common Data Schema, MRV methodology, agent architecture, or documentation standards.
Partnership Proposal
Establish a formal relationship with an external organization, funder, farm operator, research partner, tool provider, or ecosystem collaborator.
What makes a proposal strong
A strong Kokonut proposal should be easy to inspect, hard to misunderstand, and possible to measure after execution.| Proposal quality | Strong version | Weak version |
|---|---|---|
| Specific ask | Requests a defined amount, deliverable, team, and timeline | Asks for general support or vague approval |
| Mission alignment | Explains how the work advances farms, Framework, DAO, MRV, Guilds, or public goods | Uses generic sustainability language |
| Financial clarity | Includes exact amounts, wallet addresses, release conditions, and budget line items | Says funds will be used “as needed” |
| Evidence | References data, prior work, farm records, GitHub issues, MRV outputs, or community feedback | Relies on trust or reputation alone |
| Success metrics | Defines measurable outputs and reporting deadlines | Does not explain how success will be evaluated |
| Next steps | Names owners and immediate actions after approval | Leaves execution unclear |
For farm funding proposals, the standard should be especially high. New farm proposals should include location, coordinates, land area, operator wallet, Framework phase, Data Hub link or plan, crop model, revenue streams, target markets, public-goods allocation, and local problem/solution context.
Governance protections
Kokonut governance is designed to reduce the need for personal trust.| Protection | What it prevents |
|---|---|
| Public drafting | Prevents decisions from being prepared privately without member awareness. |
| Minimum review period | Prevents rushed votes. |
| Proposal sponsorship | Prevents unvetted drafts from becoming active votes without accountability. |
| On-chain execution | Prevents private wallet control over treasury actions. |
| Rage-quit | Gives dissenting members an exit before execution. |
| 66% retention threshold | Prevents proposals from executing if too much capital exits in protest. |
| Required success metrics | Prevents proposals from passing without a way to judge completion. |
| Amendment process | Prevents unilateral edits to governance rules. |
Amendments and rejected proposals
Amendments
This Governance Framework can evolve. Any amendment must include the exact proposed change and pass through the full proposal lifecycle. A strong amendment proposal should include:- the current text,
- the proposed replacement text,
- why the change is needed,
- who is affected,
- whether it changes treasury risk,
- whether it changes rights or responsibilities,
- and when the amendment becomes active.
Rejected proposals
Rejected proposals may be revised and resubmitted. There is no required cooling-off period, but resubmissions should address the reasons the original proposal failed. A useful resubmission should include a short changelog explaining what changed since the previous version.Before you submit a proposal
Choose the right proposal type
Farm Funding, Guild Bounty, Framework Upgrade, and Partnership proposals each need different supporting evidence. Start with the relevant template.
Write the ten required fields
Do not skip mission alignment, financial implications, success metrics, or next steps. Those fields are what turn an idea into an accountable proposal.
Share the draft in Kokonut Forum
Open the proposal for the required 5-day drafting window. Treat feedback as part of the proposal process, not as a delay.
Route through the right steward
Guild-originating work should involve the relevant Guild Steward. Treasury-affecting work should be prepared for on-chain voting.
Next steps
Proposal Templates
Copy ready-to-use templates for Farm Funding, Guild Bounty, Framework Upgrade, and Partnership proposals.
Kokonut Moloch DAO
Understand the on-chain system that enforces treasury execution,
$vKKN, Loot, rage-quit, and the 66% retention threshold.Kokonut Guilds
Learn how contributors earn Guild Points, gain standing, and route domain work into the DAO proposal process.
DAO Layers
See how governance, logic, execution, production, and infrastructure layers work together across the full Kokonut DAO architecture.
Kokonut Forum
Draft proposals, collect feedback, and run the required governance review window.
DAOHaus
View the on-chain DAO where treasury-affecting proposals are voted on and executed.